
Ich habe eine CIFS-Freigabe, die einen Windows-Ordner mit einer Debian-Maschine verbindet, kann sie jedoch beim Booten mit fstab nicht mounten. Ich habe die Anmeldeinformationen in einer Datei mit 600 Berechtigungen gespeichert.
//192.168.1.72/Wowcher_Order_System /root/wowcher cifs credentials=/root/.smbcredentials,iocharset=utf8,sec=ntlm 0 0
Die Anmeldeinformationen werden folgendermaßen gespeichert:
username=user
password=pass
Gibt es offensichtlich etwas, das ich falsch mache? Die Freigabe funktioniert, wenn ich sie manuell mounte.
Antwort1
Sie müssen diese beiden Optionen hinzufügen:
- Auto(wie von @davidgo angegeben), damit dieser Einhängepunkt beim Start geladen wird
- _netdevdamit das Boot-Skript vor dem Laden auf das Netzwerk warten kann
Sie können auch einige weitere Geschwindigkeits- und Sicherheitsoptionen wie Relatime, Nodev und vielleicht Nosuid, Noexec hinzufügen.
SehenMann montierenfür verfügbare Optionen.
Antwort2
Ich habe dasselbe Problem, aber es wurde nicht behoben, indem sowohl _netdev als auch auto hinzugefügt wurden ???
//192.168.0.50/Pool /mnt/pool cifs Benutzername=USER,Passwort=PASS,vers=3.0,uid=1000,_netdev,auto 0 0
Wenn es mit sudo mount -a einwandfrei funktioniert???
Antwort3
Unter Debian Bookworm hatte ich damit auch einige Probleme.
Ich muss eine Synology SMB-Freigabe mounten, bevor Docker vollständig hochfährt.
Ich habe _netdev
es hinzugefügt, aber es wird anscheinend nicht beachtet. Ich habe es auch immer cifs_mount "failed w/return code = -101"
während des Mountens beim Neustart erhalten. Funktioniert wie erwähnt einwandfrei
.mount -a
Fehler -101 bedeutet: „ENETUNREACH 101 Netzwerk ist nicht erreichbar“
Seltsam. Aufgrund der Option _netdev sollte es auf das Netzwerk warten.
Ich habe schließlich herausgefunden, dass das Aktivieren des Dienstes systemd-networkd-wait-online das Problem löst:
systemctl enable systemd-networkd-wait-online.service
Neu gestartet. Es wurde endlich richtig gemountet.
Ich weiß nicht, ob _netdev
es aus irgendeinem seltsamen Grund nicht beobachtet wird oder ob es an etwas anderem liegt, aber dies war das beobachtete Verhalten.
Ich habe auch gehört, dass die Verwendung der fstab-Option x-systemd.automount
(anstelle von _netdev) funktioniert, ohne dass der oben genannte Dienst aktiviert werden muss. Aber ich habe das noch nicht getestet.
Hinweis:
Das Aktivieren dieses Dienstes führt zu einer Verzögerung des Neustarts, obwohl das Netzwerk scheinbar sofort hochfährt. Ich bin mir auch nicht sicher, warum das so ist, aber _netdev
bei mir hat es bei Bookworm einfach nicht funktioniert und ich habe bisher keine andere Erklärung gefunden.