CIFS-Mount über fstab wird beim Booten nicht gemountet

Ich habe eine CIFS-Freigabe auf meinem NAS, die ich beim Booten bereitstellen möchte - sie wird von meinem MythTV-Server als Hauptmedienspeicher verwendet. Ich habe einen Eintrag in hinzugefügt fstab, um es mounten zu lassen, aber das tut es nicht. Es scheint, dass nach Durchsicht meiner Systemprotokolle fstabgelesen wird, bevor meine Netzwerkschnittstellen online geschaltet werden. Kann ich den fstabEintrag bearbeiten, um ihn zu ändern?

Der fstabEintrag zum Mounten der Freigabe lautet:

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

Es wird nach dem Booten problemlos aktiviert, wenn ich sudo mount -aProbleme habe, und es gibt keine weiteren Probleme damit.

Vielen Dank!

Es ist ein Syntaxfehler, ich denke, Sie brauchen ein "/" und nicht ein "\" wie dieses

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

Siehe: https://wiki.ubuntu.com/MountWindowsSharesPermanently für weitere Informationen.

Haben Sie versucht, die Option _netdevzu Ihrem fstabEintrag hinzuzufügen ? Sie würden es mit den anderen Optionen in Ihrer Zeichenfolge wie folgt hinzufügen

//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 soll die Bereitstellung verzögern, bis das Netzwerk verbunden ist.

Wenn _netdev nicht funktioniert, probieren Sie die Option:

x-systemd.automount

stattdessen. Es funktioniert, indem das Laufwerk beim ersten Zugriff gemountet wird.

Um die automatische Bereitstellung zu testen, heben Sie die Bereitstellung Ihrer Freigabe auf, wenn sie derzeit bereitgestellt ist:

$ sudo umount /media/mybooklive

Und dann starte das remote-fsSystem neu:

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

Ich verwende den Raspbian-Stretch-Build vom 07.09.2017 und habe das gleiche Problem festgestellt. Dies konnte ich jedoch überwinden, indem ich in raspi-config ging und im Menü "Boot Options" die Option "Wait for network at boot" aktivierte.

-Verwenden Sie Schrägstriche (/), um das Problem NICHT zu beheben.
-Das Hinzufügen der Option _netdevzu meinem /etc/fstabEintrag hat das Problem auch NICHT für mich behoben .

Was ich getan habe, um dieses Problem zu beheben (auf meinem Pi3), ist zu ändern, /etc/rc.localum 20 Sekunden zu schlafen (durch Aufrufen sleep 20) und dann anzurufen mount -a. Auf diese Weise erzwinge ich, obwohl das Netzwerk noch NICHT verbunden ist, wenn das System die fstab-Datei zum ersten Mal liest, so dass der Ladevorgang fehlschlägt, dass das System hier 20 Sekunden wartet (wobei dem Netzwerk Zeit zum Herstellen der Verbindung gegeben wird), und erzwinge dann einen mount -aerneuten Aufruf um alle Laufwerke in der fstabDatei zu mounten .

So /etc/rc.localsieht meine Datei jetzt aus:

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

Erledigt! Es funktioniert jetzt perfekt für mich!

Verweise:

• /raspberrypi//a/63690/49091
• https://www.raspberrypi.org/documentation/linux/usage/rc-local.md
• http://elinux.org/RPi_Email_IP_On_Boot_Debian