J'ai un partage CIFS sur mon NAS que je veux monter au démarrage - il est utilisé par mon serveur MythTV en tant que magasin de médias principal. J'ai ajouté une entrée dans fstab
pour le monter, mais ce n'est pas le cas. Il semble qu'après avoir consulté les journaux système, fstab
soit lu avant que mes interfaces réseau ne soient mises en ligne. Existe-t-il une modification que je peux apporter à l'entrée fstab
qui modifierait cela?
L'entrée fstab
pour monter le partage est la suivante:
\\192.168.0.26\mythtv\media /media/mybooklive cifs username=user,password=pass,umask=002,uid=136,gid=144,iocharset=utf8 0 0
Il monte bien après l’amorçage lorsque j’émets Sudo mount -a
et qu’il n’y a pas d’autres problèmes.
Merci!
C'est une erreur de syntaxe, je pense que vous avez besoin d'un "/" plutôt que d'un "\", comme ceci
//192.168.0.26/mythtv/media /media/mybooklive cifs username=user,password=pass,_netdev,umask=002,uid=136,gid=144,iocharset=utf8 0 0
Voir: https://wiki.ubuntu.com/MountWindowsSharesPermanently pour plus d'informations.
Avez-vous essayé d'ajouter l'option _netdev
à votre entrée fstab
? Vous l'ajouteriez avec les autres options de votre chaîne, comme
//192.168.0.26/mythtv/media /media/mybooklive cifs username=user,password=pass,_netdev,umask=002,uid=136,gid=144,iocharset=utf8 0 0
_netdev
est censé retarder le montage après la connexion du réseau.
si _netdev ne fonctionne pas, essayez l'option suivante:
x-systemd.automount
au lieu. Cela fonctionne en montant le lecteur au premier accès.
Pour tester le montage automatique, démontez votre partage s'il est actuellement monté:
$ Sudo umount /media/mybooklive
Et puis redémarrez l’unité remote-fs
systemd:
$ Sudo systemctl daemon-reload
$ Sudo systemctl restart remote-fs.target
J'utilise la version Raspbian-Stretch du 2017-09-07 et j'ai rencontré le même problème. Cependant, j’ai pu surmonter ce problème en accédant à raspi-config et, dans le menu Options de démarrage, j’ai activé l’option "Attendre le réseau au démarrage".
-L'utilisation de barres obliques (/) ne résout pas le problème pour moi.
- De plus, l'ajout de l'option _netdev
à mon entrée /etc/fstab
ne m'a PAS résolu le problème.
Ce que j'ai fait pour résoudre ce problème (sur ma Pi3) est de modifier /etc/rc.local
pour qu'il dorme 20 secondes (en appelant sleep 20
) puis en appelant mount -a
. Ainsi, même si le réseau N'EST PAS encore connecté lorsque le système lit le fichier fstab pour la première fois, le montage échoue alors, je force le système à attendre 20 secondes ici (ce qui laisse le temps au réseau de se connecter), puis je le force à appeler mount -a
à nouveau pour monter tous les lecteurs dans le fichier fstab
.
Voici à quoi ressemble mon fichier /etc/rc.local
:
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
# Print the IP address
#GS notes: a *minimum* of sleep 10 is required for the mount below to work on the Pi 3; it failed with sleep 5, but worked with sleep 10, sleep 15, and sleep 30
sleep 20
_IP=$(hostname -I) || true
if [ "$_IP" ]; then
printf "My IP address is %s\n" "$_IP"
mount -a #GS: mount all drives in /etc/fstab
fi
exit 0
Terminé! Cela fonctionne maintenant parfaitement pour moi!
Références: