Forum Linux.général fstab capricieux

Posté par . Licence CC By‐SA.
Étiquettes : aucune
0
11
juin
2014

Salut,

ça fait un moment maintenant que je m'arrache les cheveux à tenter de monter un partage réseau sous archlinux avec autofs et nfs pour faire quelque chose de propre.

Commençant à perdre ma santé mentale je me rabat sur un bon vieux fstab/cifs, mais j'ai du tellement trifouiller que j'ai maintenant un comportement vraiment étrange.

dans mon fstab j'ai
\192円.168.0.1\musique /mnt/nas/musique cifs defaults,user=****,password=**** 0 0

Le montage ne se fait pas au démarrage pour je ne sais quelle raison mais lorsque je demande le montage des volumes avec
sudo mount -a

Le volume se monte correctement 0_o

Ps: du coup j'ai désinstallé autofs

Rassurez-moi, je suis pas le seul que ça choque ?!

  • # module

    Posté par . Évalué à 2.

    Le module cifs est-il chargé lors du montage des filesystems au boot ? Si il n'est chargé qu'après, ça expliquerai pourquoi le mount -a fonctionne et qu'il ne fait pas au boot. Tu as regardé les logs de démarrage ?

    • [^] # Re: module

      Posté par . Évalué à 2. Dernière modification le 11 juin 2014 à 08:47.

      c'est bien possible.

      Chez moi j'ai ce genre de truc dans mon fstab pour monter des partages cifs :

      //192.168.0.1/partage /mnt/monpointdemontage cifs rw,user=xxxxx,password=xxxx,uid=1000,iocharset=utf8 0 0

      Le plus pour lui serait de lancer la commande de montage (mount -a) dans le fichier /etc/rc.local ou équivalent sur sa distribution.

      "Ce n'est pas à l'état de tout savoir sur ses citoyens, mais au citoyen de tout savoir sur l'état."

    • [^] # Re: module

      Posté par . Évalué à 1.

      Je ne sais pas vraiment dire, les modules cifs semblent installés:

      pacman -Ss cifs

      extra/cifs-utils 6.3-1 [installed]
 CIFS filesystem user-space tools
extra/gvfs-smb 1.20.2-1 [installed]
 SMB/CIFS (Windows client) backend for gvfs

      Mais je ne trouve aucun service en cifs* ni gvfs* à activer avec systemctl

      sudo systemctl enable

      autovt@.service poweroff.target
blk-availability.service reboot.target
blkmapd.service remote-fs.target
btsync.service rescue.target
btsync@.service rfkill-block@.service
console-getty.service rfkill-unblock@.service
console-shell.service rlogin.socket
ctrl-alt-del.target rpc-gssd.service
debug-shell.service rpc-idmapd.service
dhcpcd.service rpc-mountd.service
dhcpcd@.service rpc-statd.service
dm-event.service rpc-svcgssd.service
ftpd.service rsh.socket
git-daemon.socket samba.service
halt.target serial-getty@.service
ifplugd@.service smbd.service
ip6tables.service smbd.socket
iptables.service sshd.socket
kexec.target systemd-journal-gatewayd.socket
krb5-kadmind.service systemd-nspawn@.service
krb5-kdc.service systemd-readahead-collect.service
krb5-kpropd.service systemd-readahead-drop.service
krb5-kpropd.socket systemd-readahead-replay.service
lvm2-lvmetad.service systemd-resolved.service
lvm2-monitor.service systemd-timesyncd.service
lxdm.service talk.socket
mdadm.service telnet.socket
netctl-auto@.service udisks.service
netctl-sleep.service uuidd.socket
nfs-client.target winbindd.service
nfs-server.target wpa_supplicant-nl80211@.service
nfsd.service wpa_supplicant-wired@.service
nmbd.service wpa_supplicant.service
nscd.service wpa_supplicant@.service
ntpdate.service xmms2d.service

      C'est plutôt sympa Archlinux mais j'ai encore un peu de mal à suivre le rythme.

  • # Reseau ?

    Posté par . Évalué à 2.

    Est-ce que le mount ne se ferait pas avant que le réseau soit dispo ?
    Je ne connais pas archilinux, mais j'ai déja eu ce genre de gags sur debian, et ça dépend évidemment de l'init (sysv, systemd), et de la gestion du réseau (/etc/network, networkmanager).

    • [^] # Commentaire supprimé

      Posté par . Évalué à 4.

      Ce commentaire a été supprimé par l’équipe de modération.

      • [^] # Re: Reseau ?

        Posté par . Évalué à 1.

        Je plussoie : il est fort possible qu'ajouter "_netdev" dans les options résolve le problème.

        • [^] # Re: Reseau ?

          Posté par . Évalué à 1.

          Cool, merci les copains pour toutes ces réponses.

          Je test "_netdev" ce soir

  • # aucun résultat avec _netdev

    Posté par . Évalué à 1.

    Salut,
    aucun résultat avec _netdev, en fait j'ai l'impression que le fstab n'est même pas parcouru.

    dmesg | grep -i fs

    [ 0.212173] devtmpfs: initialized
[ 1.246049] usbcore: registered new interface driver usbfs
[ 1.293512] RPC: Registered tcp NFSv4.1 backchannel transport module.
[ 1.302163] VFS: Disk quotas dquot_6.5.2
[ 1.304029] NFS: Registering the id_resolver key type
[ 1.304117] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[ 1.304825] Key type cifs.idmap registered
[ 1.304835] jffs2: version 2.2. (NAND) \xffffffc2\xffffffa9 2001-2006 Red Hat, Inc.
[ 1.305661] SGI XFS with ACLs, security attributes, realtime, large block/inode numbers, no debug enabled
[ 1.308139] Running btrfs free space cache tests
[ 1.308266] Btrfs loaded
[ 2.610196] caam 2100000.caam: fsl,sec-v4.0 algorithms registered in /proc/crypto
[ 2.700360] EXT4-fs (mmcblk0p2): couldn't mount as ext3 due to feature incompatibilities
[ 2.707891] EXT4-fs (mmcblk0p2): couldn't mount as ext2 due to feature incompatibilities
[ 2.736196] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
[ 2.736228] VFS: Mounted root (ext4 filesystem) on device 179:2.
[ 2.738347] devtmpfs: mounted
[ 4.564987] FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

    Je mets le fichier complet dans le doute

    #
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
/dev/mmcblk0p1 /boot vfat defaults 0 0
\192円.168.0.1\musique /mnt/nas/musique cifs defaults,_netdev,user=****,password=**** 0 0
#192.168.0.1:/mnt/HD/HD_a2/musique /mnt/nas/musiqueNfs nfs4 user 0 0

    Des connaisseurs d'Archlinux pour continuer l'investigation?

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.