Le montage CIFS via fstab ne se monte pas au démarrage


20

J'ai un partage CIFS sur mon NAS que je veux avoir monté au démarrage - il est utilisé par mon serveur MythTV comme magasin multimédia principal. J'ai ajouté une entrée fstabpour le monter, mais ce n'est pas le cas. Il semble qu'après avoir parcouru mes journaux système, il fstabsoit lu avant la mise en ligne de mes interfaces réseau. Y a-t-il une modification que je puisse apporter à l' fstabentrée qui pourrait changer cela?

L' fstabentrée pour monter le partage est:

\\192.168.0.26\mythtv\media  /media/mybooklive  cifs  username=user,password=pass,umask=002,uid=136,gid=144,iocharset=utf8   0       0

Il se monte bien après le démarrage lorsque je sudo mount -alance et il n'y a pas d'autres problèmes avec.

Merci!


2
Si le serveur exécute Ubuntu, il est probable que vous ayez besoin d'un / plutôt que d'un \ - "//192.168.0.26/mythtv/media" Voir wiki.ubuntu.com/MountWindowsSharesPermanently
Panther

@ bodhi.zazen Il y avait peut-être le / quand je l'ai entré, mais il se lit maintenant avec le \
douggro

Vérifiez la syntaxe (/ vs \) dans fstab
Panther

@ bodhi.zazen Je suis sûr que l'article wiki est ce que j'ai suivi lors de sa configuration. Je vérifierai la syntaxe plus tard lorsque j'aurai le temps de m'asseoir avec mon serveur.
douggro

1
@ bodhi.zazen Veuillez convertir votre commentaire en réponse - en changeant le \ en / résolu.
douggro

Réponses:



24

Avez-vous essayé d'ajouter l'option _netdevà votre fstabentrée? Vous l'ajouteriez avec les autres options de votre chaîne comme ça

//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 jusqu'à ce que le réseau se connecte.


Pouvez-vous ajouter un contexte à l'endroit où cela serait placé dans la fstabligne? Avec cela, et une période où je peux redémarrer le serveur lorsqu'il n'est pas utilisé, je vais essayer. Merci de répondre.
douggro

1
Cela a fonctionné pour moi dans Ubuntu 12.04 mais pas dans Ubuntu 16.04. Cela a-t-il changé dans la dernière version?
Katu

2
Remarque: je pense que _netdev fonctionne réellement en 16.04, mais credentials = / home / user / .smbcreds ne fonctionne plus. Au moins pour moi lorsque j'utilise user =, pass =, _netdev, cela fonctionne, lorsque j'utilise credentials =, _ netdev, cela ne fonctionne pas. Les deux fonctionnent via sudo mount-a à partir de la ligne de commande après le démarrage.
jb510

1
En fait, je pense que cela pourrait avoir plus à voir avec les modifications d'autorisation qui ont été apportées au dossier multimédia. À un moment donné, Ubuntu a commencé à monter les choses dans / media / nom d'utilisateur / nom de dossier plutôt que / media / nom de dossier. Si ne montez pas à l'emplacement "nom d'utilisateur", vous devez avoir des autorisations de niveau sudo pour l'accès. Si vous changez votre chemin pour utiliser le chemin / media / username, je pense que cela devrait toujours fonctionner.
djmadscribbler

1
_netdev - Uniquement valable avec fstype nfs
Mikhail Chuprynski

15

si _netdev ne fonctionne pas, essayez l'option:

x-systemd.automount

au lieu. Il 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' remote-fsunité systemd:

$ sudo systemctl daemon-reload
$ sudo systemctl restart remote-fs.target

2
merci, cela a fonctionné pour moi en 18.04 LTS
Chief

1
_netdev ne fonctionnait pas le 18.04, cela a parfaitement fonctionné :)
Brian dit Réintégrer Monica

6

J'utilise la version Raspbian-Stretch datée du 2017-09-07 et j'ai rencontré le même problème. Cependant, j'ai pu surmonter cela en entrant dans raspi-config et sous le menu Boot Options, j'ai activé l'option "Wait for network at boot".


1
C'est en fait TRÈS utile, j'ai eu des problèmes que même si le démarrage disait tout OK, il ne l'a tout simplement pas monté ou n'affiche pas les dossiers
Alfred Espinosa

3

-L'utilisation de barres obliques (/) ne l'a PAS corrigé pour moi.
-Aussi, l'ajout de l'option _netdevà mon /etc/fstabentrée ne l'a PAS corrigé pour moi.

Ce que j'ai fait pour résoudre ce problème (sur mon Pi3) est de modifier /etc/rc.localpour dormir 20 secondes (en appelant sleep 20) puis d'appeler mount -a. De cette façon, même si le réseau est encore connecté lorsque le système lit d' abord le fichier fstab, de sorte que le montage échoue alors, je force le système à attendre 20 secondes ici ( ce qui donne le temps de réseau pour se connecter) alors je force pour appeler à mount -anouveau pour monter tous les lecteurs du fstabfichier.

Voici à quoi /etc/rc.localressemble maintenant mon fichier:

#!/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!

Les références:


Êtes-vous connecté via wifi?
cbcoutinho

Oui, j'utilise le WiFi au lieu d'Ethernet.
Gabriel Staples,

C'est en effet très étrange, mais probablement pas lié à mon problème. J'ai trois lecteurs réseau que j'essaie de connecter via un câble Ethernet - pas de wifi. L'un des noms des disques comporte un caractère spécial, ce qui fait qu'il n'est pas connecté après un nouveau démarrage. L'exécution sudo mount -arésout le problème, mais je suis curieux de savoir pourquoi cela ne fonctionne pas lors du démarrage. Je vais essayer votre solution et voir si cela aide.
cbcoutinho
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.