Montaż CIFS przez fstab nie jest montowany przy starcie systemu

Mam udział CIFS na moim serwerze NAS, który chcę zamontować podczas rozruchu - jest używany przez mój serwer MythTV jako główny magazyn multimediów. Dodałem wpis, fstababy go zamontować, ale tak nie jest. Wygląda na to, że po przejrzeniu dzienników systemowych fstabodczytywane są moje interfejsy sieciowe. Czy mogę zmienić fstabwpis, który by to zmienił?

fstabWejście do montażu udziału wynosi:

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

Montuje się dobrze po rozruchu, kiedy wydaję sudo mount -ai nie ma z nim innych problemów.

Dzięki!

To błąd składniowy, myślę, że potrzebujesz „/”, a nie „\”, jak to

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

Zobacz: https://wiki.ubuntu.com/MountWindowsSharesPermanently, aby uzyskać dodatkowe informacje.

Czy próbowałeś dodać opcję _netdevdo swojego fstabwpisu? Dodawalibyście to do innych opcji w swoim łańcuchu

//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 ma opóźnić podłączenie do momentu połączenia się sieci.

jeśli _netdev nie działa, wypróbuj opcję:

x-systemd.automount

zamiast. Działa poprzez zamontowanie napędu przy pierwszym dostępie.

Aby przetestować automount, odmontuj swój udział, jeśli jest on aktualnie zamontowany:

$ sudo umount /media/mybooklive

Następnie uruchom ponownie remote-fsjednostkę systemową:

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

Korzystam z kompilacji Raspbian-Stretch z dnia 2017-09-07 i miałem ten sam problem. Udało mi się to jednak obejść, przechodząc do konfiguracji raspi i w menu Opcje rozruchu włączyłem opcję „Poczekaj na sieć po uruchomieniu”.

-Używanie ukośników (/) NIE naprawiło tego dla mnie.
-Dodatkowo dodanie opcji _netdevdo mojego /etc/fstabwpisu NIE naprawiło tego dla mnie.

To, co zrobiłem, aby rozwiązać ten problem (na moim Pi3), to zmiana trybu /etc/rc.localuśpienia na 20 sekund (przez wywołanie sleep 20), a następnie wywołanie mount -a. W ten sposób, mimo że sieć NIE jest jeszcze podłączona, gdy system po raz pierwszy odczytuje plik fstab, więc wtedy montowanie kończy się niepowodzeniem, zmuszam system do czekania tutaj 20 sekund (dając czas sieci na połączenie), a następnie zmuszam go do mount -aponownego wywołania aby zamontować wszystkie dyski w fstabpliku.

Oto jak /etc/rc.localteraz wygląda mój plik:

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

Gotowy! Teraz działa dla mnie idealnie!

Bibliografia:

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