gelöst [0.7] Manchmal kein Zugriff auf Samba Freigabe

MegaV0lt · 17. Januar 2023

Ich habe neben dem VDR noch einen Debian-Server laufen. Dort ist eine Freigabe (Samba) vorhanden, die ich am VDR mit der /etc/fstab einhänge. Hat eigentlich immer gut funktioniert; in letzter Zeit habe ich aber öfters keinen Zugriff auf die Freigabe...

Die Zeile in der fstab am VDR sieht so aus:

fstab

Liegt es eventuell am Parameter _netdev? Sollte ich die Version angeben (Wie?)

Auszug aus der smb.conf

Spoiler anzeigen

Debian ist aktuell und eine NFS-Freigabe möchte ich nicht, da mir die die Festplatte im Server aufweckt

SHF · 19. Januar 2023

Im Fehlerfall müsste eigentlich was im Log auftauchen.

Mit einer Fehlermeldung könnte man mehr sagen.

MegaV0lt · 19. Januar 2023

Im Journal finde ich das:

Code

Jan 19 10:08:42 vdr01 systemd[1]: Finished Service for snap application lxd.activate.
Jan 19 10:08:42 vdr01 avahi-daemon[816]: Service "Video on vdr01" (/services/yavdr-video.service) successfully established.
Jan 19 10:08:42 vdr01 avahi-daemon[816]: Service "Recordings on vdr01" (/services/yavdr-recordings.service) successfully established.
Jan 19 10:08:42 vdr01 avahi-daemon[816]: Service "Pictures on vdr01" (/services/yavdr-pictures.service) successfully established.
Jan 19 10:08:42 vdr01 avahi-daemon[816]: Service "Files on vdr01" (/services/yavdr-files.service) successfully established.
Jan 19 10:08:42 vdr01 avahi-daemon[816]: Service "Backups on vdr01" (/services/yavdr-backups.service) successfully established.
Jan 19 10:08:42 vdr01 avahi-daemon[816]: Service "Audio on vdr01" (/services/yavdr-audio.service) successfully established.
Jan 19 10:08:44 vdr01 avahi-daemon[816]: Joining mDNS multicast group on interface eno1.IPv6 with address fe80::222:4dff:fe84:552d.
Jan 19 10:08:44 vdr01 avahi-daemon[816]: New relevant interface eno1.IPv6 for mDNS.
Jan 19 10:08:44 vdr01 systemd-networkd[691]: eno1: Gained IPv6LL
Jan 19 10:08:44 vdr01 avahi-daemon[816]: Registering new address record for fe80::222:4dff:fe84:552d on eno1.*.
Jan 19 10:08:44 vdr01 systemd-timesyncd[771]: Network configuration changed, trying to establish connection.
Jan 19 10:08:45 vdr01 avahi-daemon[816]: Leaving mDNS multicast group on interface eno1.IPv6 with address fe80::222:4dff:fe84:552d.
Jan 19 10:08:45 vdr01 avahi-daemon[816]: Joining mDNS multicast group on interface eno1.IPv6 with address 2003:ec:5f14:8600:222:4dff:fe84:552d.
Jan 19 10:08:45 vdr01 avahi-daemon[816]: Registering new address record for 2003:ec:5f14:8600:222:4dff:fe84:552d on eno1.*.
Jan 19 10:08:45 vdr01 avahi-daemon[816]: Withdrawing address record for fe80::222:4dff:fe84:552d on eno1.
Jan 19 10:08:45 vdr01 systemd-timesyncd[771]: Network configuration changed, trying to establish connection.
Jan 19 10:08:45 vdr01 systemd-timesyncd[771]: Network configuration changed, trying to establish connection.
Jan 19 10:08:45 vdr01 set-cpufreq[831]: Setting powersave scheduler for all CPUs
Jan 19 10:08:45 vdr01 systemd[1]: ondemand.service: Succeeded.
Jan 19 10:08:45 vdr01 systemd[1]: dmesg.service: Succeeded.
Jan 19 10:08:46 vdr01 systemd-timesyncd[771]: Network configuration changed, trying to establish connection.
Jan 19 10:08:46 vdr01 systemd-networkd-wait-online[694]: managing: eno1
Jan 19 10:08:46 vdr01 systemd[1]: Finished Wait for Network to be Configured.
Jan 19 10:08:46 vdr01 systemd[1]: Reached target Network is Online.
Jan 19 10:08:46 vdr01 systemd[1]: Starting Samba NMB Daemon...
Jan 19 10:08:46 vdr01 systemd[1]: Condition check resulted in Login to default iSCSI targets being skipped.
Jan 19 10:08:46 vdr01 systemd[1]: Reached target Remote File Systems (Pre).
Jan 19 10:08:46 vdr01 systemd[1]: Mounting /mnt/MCP-Server_root...
Jan 19 10:08:46 vdr01 systemd[1]: Starting Availability of block devices...
Jan 19 10:08:46 vdr01 systemd[1]: Condition check resulted in Pollinate to seed the pseudo random number generator being skipped.
Jan 19 10:08:46 vdr01 systemd[1]: Starting OpenBSD Secure Shell server...
Jan 19 10:08:46 vdr01 systemd[1]: Condition check resulted in Ubuntu Pro Background Auto Attach being skipped.
Jan 19 10:08:46 vdr01 systemd[1]: Finished Availability of block devices.
Jan 19 10:08:46 vdr01 mount[1236]: mount error: could not resolve address for MCP-Server: Unknown error
Jan 19 10:08:46 vdr01 systemd[1]: mnt-MCP\x2dServer_root.mount: Mount process exited, code=exited, status=1/FAILURE
Jan 19 10:08:46 vdr01 systemd[1]: mnt-MCP\x2dServer_root.mount: Failed with result 'exit-code'.
Jan 19 10:08:46 vdr01 systemd[1]: Failed to mount /mnt/MCP-Server_root.
Jan 19 10:08:46 vdr01 systemd[1]: Dependency failed for Remote File Systems.
Jan 19 10:08:46 vdr01 systemd[1]: remote-fs.target: Job remote-fs.target/start failed with result 'dependency'.

Alles anzeigen

Das ist leider nicht gerade aufschlussreich…

MegaV0lt · 19. Januar 2023

PS: Ping auf mcp-server und manueller mount geht

MegaV0lt · 19. Januar 2023

Ich habe jetzt mal .local an den Servernamen angehängt (Hab ich im Netz wo gelesen).

Mount gibt jetzt folgendes aus:

Code

//MCP-Server.local/root_fs on /mnt/MCP-Server_root type cifs (rw,nosuid,nodev,noexec,relatime,vers=3.1.1,cache=strict,username=root,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.178.39,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapchars,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,user,_netdev)

Mal beobachten, ob es nun geht...

SHF · 22. Januar 2023

Zitat von MegaV0lt

Das ist leider nicht gerade aufschlussreich…

Wenn man zwischen den Zeilen liest schon.

Da scheint mir das Netzwerk noch nicht verfügbar zu sein, wenn der Mount versucht wird. Ob vollständig, oder nur ein Dienst (DNS ?) fehlt ist schwer zu sagen.

Der timesyncd mach auch so komische Fehlermeldungen, die für mich darauf hindeuten.

system.d sollte sowas eigentlich verhindern, evtl. sind da Abhängigkeiten nicht korrekt gesetzt.

Oder Wartezeit erhöhen?

Vielleicht weiss da jemand anderes mehr, ich habe kein Ubuntu.

MegaV0lt · 22. Januar 2023

Was mir noch auffällt, ist, dass wenn man .local anhängt die IPv4 verwendet wird. Ansonsten IPv6…

SHF · 24. Januar 2023

Zitat von MegaV0lt

Was mir noch auffällt, ist, dass wenn man .local anhängt die IPv4 verwendet wird. Ansonsten IPv6…

Merkwürdig, aber einen Unterschied sollte das nicht machen.

Die Ursache könnte bei der defekten Festplatte liegen.

Dann sollte das Problem nach dem Austausch verschwunden sein.

MegaV0lt · 24. Januar 2023

Ist noch zu kurz um sagen zu können ob es nun geht. Die defekte Platte glaube ich nicht, da sie eine reine Video-Platte war, und das System auf einer SSD ist.

MegaV0lt · 21. März 2023

Seit dem .local angehängt ist, keine Probleme mehr

Code

# Samba-Freigabe 
//MCP-Server.local/root_fs    /mnt/MCP-Server_root    cifs    defaults,user,username=***,password=***,mapchars,_netdev  0 0

gelöst [0.7] Manchmal kein Zugriff auf Samba Freigabe

MegaV0lt 21. März 2023

Jetzt mitmachen!

Teilen

Tags