Gelöst Leap 15.4: Nach Kernel Update kein CIFS 1.0 mehr möglich

[mattmarr]

Hallo,

nachdem ich heute mein System (OpenSuse 15.4) ein Update spendiert habe, funktioniert mein Netzwerk nicht mehr richtig.
Nun ist mit dem neuen Kernel Update auf 5.14.21-150400.24.38.1 anscheinend kein SMB1 mehr möglich.
Ich finde auch keinen Hinweis wie ich SMB1, wenn deaktiviert, wieder zum laufen bekomme.
Meine per fstab eingebundenen Laufwerke werden nicht mir eingebunden. Ich muss per "vers=1.0" einbinden, da mein NAS kein anderes bietet.

//192.168.2.9/XXXX/ /home/benutzer/XXXX cifs vers=1.0,username=XXX,password=XXX,uid=1000,gid=100,file_mode=0644,dir_mode=0755 0 0

Ein journalctl -b | egrep -i "cifs|smb" ergibt folgende Ausgabe:

Dez 22 17:43:24 localhost kernel: SMBIOS 2.7 present.
Dez 22 17:43:27 localhost kernel: i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
Dez 22 17:43:34 localhost systemd[1]: Starting Samba SMB Daemon...
Dez 22 17:43:34 localhost kernel: FS-Cache: Netfs 'cifs' registered for caching
Dez 22 17:43:34 localhost mount[1265]: Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
Dez 22 17:43:34 localhost mount[1274]: Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
Dez 22 17:43:34 localhost kernel: Key type cifs.spnego registered
Dez 22 17:43:34 localhost kernel: Key type cifs.idmap registered
Dez 22 17:43:34 localhost kernel: CIFS: VFS: Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
Dez 22 17:43:34 localhost kernel: CIFS: Attempting to mount \\192.168.2.9\XXXX
Dez 22 17:43:34 localhost kernel: CIFS: VFS: Error connecting to socket. Aborting operation.
Dez 22 17:43:34 localhost kernel: CIFS: VFS: cifs_mount failed w/return code = -101

...

Zum Glück konnte ich beim Booten den Vorgänger auswählen, so dass es vorerst wieder geht.
Gibt es eine Möglichkeit, meine Externen, im Netzwerk zur Verfügung stehenden Laufwerke, wieder einzubinden?
Das ganze ist echt übel! Wichtige Laufwerke auf einmal weg.


Bin für jeden Tipp sehr dankbar.


Gruß
Matthias

 

[Sauerland]

Ich hab das hier drin:

//192.168.0.254/fritz.nas /mnt/fritznas cifs vers=3.1.1,noserverino,username=ich,password=sehrgutespasswort,uid=1000,gid=100 0 0

Ist ne SSD angeschlossen per USB an meine Fritzbox.

 

[marce]

215375 – Unable to mount cifs 1.0 shares bringt vielleicht ein paar Hinweise, wie Du das Problem bei Dir umgehen kannst.

(ggf. am ehesten mit dem FuseSMB-Weg)

 

[Christina]

//192.168.0.254/fritz.nas /mnt/fritznas cifs vers=3.1.1,noserverino,username=ich,password=sehrgutespasswort,uid=1000,gid=100 0 0

Ist ne SSD angeschlossen per USB an meine Fritzbox.

Nichts gegen die Fritz!Box. Es hatte aber lange gedauert, bis AVM in Berlin seine "Hausaufgaben" gemacht hat.
Da habe sich viele Leute sehr darüber gewundert, warum man bei FRITZ!NAS bis Ende 2018 am völlig veralteten, langsamen und unsicheren SMB-Protokoll 1.0 festgehalten hat.

Ich muss per "vers=1.0" einbinden, da mein NAS kein anderes bietet.

Was für ein NAS ist denn das? Das müsste ja schon steinalt sein. Enthält das wirklich eine CIFS-Implementierung von SMB?
lg Christina

 

[susejunky]

Hallo mattmarr,

...
Meine per fstab eingebundenen Laufwerke werden nicht mir eingebunden. ...journalctl -b | egrep -i "cifs|smb" ergibt folgende Ausgabe:

Dez 22 17:43:24 localhost kernel: SMBIOS 2.7 present.
Dez 22 17:43:27 localhost kernel: i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
Dez 22 17:43:34 localhost systemd[1]: Starting Samba SMB Daemon...
Dez 22 17:43:34 localhost kernel: FS-Cache: Netfs 'cifs' registered for caching
Dez 22 17:43:34 localhost mount[1265]: Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
Dez 22 17:43:34 localhost mount[1274]: Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
Dez 22 17:43:34 localhost kernel: Key type cifs.spnego registered
Dez 22 17:43:34 localhost kernel: Key type cifs.idmap registered
Dez 22 17:43:34 localhost kernel: CIFS: VFS: Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
Dez 22 17:43:34 localhost kernel: CIFS: Attempting to mount \\192.168.2.9\XXXX
Dez 22 17:43:34 localhost kernel: CIFS: VFS: Error connecting to socket. Aborting operation.
Dez 22 17:43:34 localhost kernel: CIFS: VFS: cifs_mount failed w/return code = -101

werden die Laufwerke eingebunden, wenn Du nach dem Anmelden etwas wartest und dann (als "root" in einer Konsole)

mount -a

ausführst?

Viele Grüße

susejunky

PS
Es wäre hilfreich zu wissen, welchen NAS (Hersteller, Modell, OS-Version, ...) Du verwendest.

 

[mattmarr]

Hallo @all!

Es wäre hilfreich zu wissen, welchen NAS (Hersteller, Modell, OS-Version, ...) Du verwendest.

Im Einsatz ist eine NAS Buffalo LinkStation LS220D (2TB) Version 1.70-0.01

(ggf. am ehesten mit dem FuseSMB-Weg)

Schau ich mal an. Kannte ich noch gar nicht.

Was für ein NAS ist denn das?

Im Einsatz seit Anfang 2019.

 

[mattmarr]

Hallo,

hab mal die Firmware angeschaut.
Aus mir noch unerklärlichen Grund hat mein NAS keine Updates gefunden/Installiert. Nun habe ich Version 1.78.03 instaliert. Angeblich soll laut Log und Einstellungen man zwischen SMB1 uns SMB2 automatisch oder manuell wechseln können.
Das muss ich mir mal genauer anschauen die Tage.

 

[mattmarr]

Hallo,

nach dem Update meines NAS und Anpassung in der fstab läuft jetzt alles reibungslos.

Habe den Parameter von vers=1.0 auf vers=2.0 geändert. vers=2.1 wollte nicht funktionieren.

//192.168.2.9/XXXX/ /home/benutzer/XXXX cifs vers=2.0,username=XXX,password=XXX,uid=1000,gid=100,file_mode=0644,dir_mode=0755 0 0

Danke für eure Tipps.


LG und ein paar schöne Feiertage