[GELÖST]SMB zu Windows10 geht nicht mehr

[derilzemer]

Hallo,
seit heute, geht mein connect via CIFS (SMB) zu einem Windows10 Laufwerk nicht mehr. Ich benötige die Linuxmaschine nicht jeden Tag, deswegen ist es erst heute aufgefallen. Letzten connect zum WIN-Share hatte ich am 11.01.2020. Ich habe am 03.01.2020 eine neue FritzBox 6591 integriert. Folgende Einstellungen sind aktuell auf dem Linuxrechner vorhanden. Durchgängig 1GB LAN Nutzung, IP wird via DHCP zugewiesen. Der Name der Workgroup ist auf allen Rechner, die untereinander sharen sollen SMB,
DNS macht die Fritzbox. Ich kann alle Devices im Netz von meinem Linuxrechner aus mit dem Hostnamen abfragen

Code: Alles auswählen

host -t a diskstation.fritz.box --> diskstation.fritz.box has address 192.168.85.250
host -t a fritz.box --> fritz.box has address 192.168.85.254
host -t a debian10-powerm.fritz.box --> debian10-powerm.fritz.box has address 192.168.85.146 ==> Von hier aus will ich den Share via CIFS (SMB) aufbauen
host -t a bigmachine.fritz.box --> bigmachine.fritz.box has address 192.168.85.85 ==> Das ist die WIN10 Maschine, womit ich den Share haben will

Die /etc/networks sieht so aus (da habe ich auch nicht rumgefummelt, stelle sie hier nur zwecks Info dar):

Code: Alles auswählen

root@debian10-powerm:/home/linus# cat /etc/networks 
default		0.0.0.0
loopback	127.0.0.0
link-local	169.254.0.0

Pinge ich die Geräte mit Namen an, ist da die erste und aus meiner Sicht einzige Auffälligkeit. Egal wen ich mit Name anpinge, ich bekomme sofort Antwort, außer beim WIN10 Rechner. Da dauert es immer 15 Sekunden bis er antwortet! Ich habe für die diversen Shares folgendes in der fstab eingerichtet:

Code: Alles auswählen

//bigmachine/Rip_Scan/ /mnt/scan cifs credentials=/home/linus/.smbcredentials,uid=linus,gid=linus,rw,vers=1.0 0 0
//diskstation/Backupdaten /mnt/backup cifs credentials=/home/linus/.smbcredentials,uid=linus,gid=linus,rw,vers=1.0 0 0
//diskstation/web /mnt/web cifs credentials=/home/linus/.smbcredentials,uid=linus,gid=linus,rw,vers=1.0 0 0

Die Mount Points sehen so aus (scan ist der WIN-Share, die beiden anderen sind die vom Synology-NAS):

Code: Alles auswählen

root@debian10-powerm:/home/linus# ls /mnt/
backup  scan  web

Das geht bei den Shares zum Synology-NAS immer noch.

Code: Alles auswählen

root@debian10-powerm:/home/linus# df -h
Dateisystem               Größe Benutzt Verf. Verw% Eingehängt auf
//diskstation/web          454G    216G  239G   48% /mnt/web
//diskstation/Backupdaten  1,8T    1,1T  803G   57% /mnt/backup

Auch wenn ich bigmachine mit der IP austausche kommt der mount NICHT zustande. Folgende Fehlermeldung erhalte ich eben seit heute:

Code: Alles auswählen

root@debian10-powerm:/home/linus# mount -a
Retrying with upper case share name
mount error(6): No such device or address
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Retrying with upper Case share name??? Da er das gleiche sagt, wenn ich die IP eintrage, deshalb messe ich der Meldung nur irritierend Wert zu.
Hat jemand eine Idee was jetzt schief läuft und das Problem beheben könnte?

mit freundlichen Grüßen
Andreas

[willy4711]

So funktioniert meine:

Code: Alles auswählen

//192.168.0.1/fritz.nas/ /media/fritzbox/ cifs credentials=/home/willy/.auth,vers=1.0,defaults,x-systemd.automount,x-systemd.requires=network-online.target  0 0

Code: Alles auswählen

cat ~/.auth
username=xyz
password=xxxyyyzzz
domain=WORKGROUP

[derilzemer]

Hi,
ist ja im Grunde nur eine andere auth Methode. Hab ich mal versucht, aber die Fehlermeldung bleibt die gleiche, sofern ich keinen Fehler gemacht habe

Code: Alles auswählen

root@debian10-powerm:/home/linus# cat .auth
username=linus
password=xxyyzzoo
domain=SMB

root@debian10-powerm:/home/linus# cat /etc/fstab
//192.168.85.85/Rip_Scan/ /mnt/scan cifs credentials=/home/linus/.auth,vers=1.0,defaults,x-systemd.automount,x-systemd.requires=network-online.target 0 0

Grüße Andreas

[derilzemer]

Hallo,
tja, alles viel trivialer als ich dachte . Ich hatte diese Woche eines dieser ominösen Windows Updates. Dabei denkt man sich zwar einiges, aber nicht, dass Freigaben entfernt werden. Genau das war bei mir der Fall. Die Freigabe auf den Share war entfernt Sorry wegen des Aufruhrs, den ich eventuell verursacht habe.

Gruß Andreas