ubuntuusers.de

CIFS: bogus file nlink value 0

Status: Gelöst | Ubuntu-Version: Ubuntu 20.04 (Focal Fossa)
Antworten |

TausB

Avatar von TausB

Anmeldungsdatum:
26. November 2009

Beiträge: 1572

Wohnort: Terra incognita

Bei Aufruf von dmesg finde ich viele Zeilen:

CIFS: VFS: bogus file nlink value 0

In fstab:

//192.168.62.1/fritz.nas/TrekStor-DSpocketlight-01/Public /mnt/fritzbox.1	cifs	vers=3.0,noserverino,auto,username=xxx,password=xxx,uid=1000,gid=1000,file_mode=0660,dir_mode=0770	0	0

Share liegt auf FB 7490 mit Vers: 7.26

Nach Suche im Internet hatte ich die Option "noserverino" ergänzt, aber ohne Wirkung.

PS: Ich speichere diesen Thread jetzt ab und stoße Update auf der FritzBox an (auf 7.27). Könnte die Nutzung von vers=2.0 evtl. "besser" sein?

EDIT

So - dass FritzBox-Update hat keine Veränderung gebracht.

Terminaleingabe:

sudo mount -l /mnt/fritzbox.1
mount error(16): Device or resource busy
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
dmesg
[ 8074.981395] CIFS: Attempting to mount //192.168.62.1/fritz.nas/TrekStor-DSpocketlight-01/Public

Mit dem Dateimanager Nautilus gibt es keine Probleme; es kann auf die Daten zugegriffen werden.

chr123

Anmeldungsdatum:
19. Juli 2018

Beiträge: 1632

Ich bin mir nicht sicher, was jetzt die Frage ist. Der Zugriff auf den Share erfolgt über das Verzeichnis /mnt/fritzbox.1 und funktioniert auch, allerdings stören dich die dmesg Nachrichten, ja?

TausB

(Themenstarter)
Avatar von TausB

Anmeldungsdatum:
26. November 2009

Beiträge: 1572

Wohnort: Terra incognita

chr123 schrieb:

Ich bin mir nicht sicher, was jetzt die Frage ist.

In der Tat, das hätte ich präziser formulieren sollen.

Der Zugriff auf den Share erfolgt über das Verzeichnis /mnt/fritzbox.1 und funktioniert auch,

Grundsätzlich schon.

allerdings stören dich die dmesg Nachrichten, ja?

So ist es. Die müllen mein Log voll.

Außerdem hatte ich in letzter Zeit Probleme mit Thunderbird und *.ics-Kalender auf dem share. Keine Ahnung, ob bzw. was da die Ursache war (ist?). Des weiteren gab es hier einige Post im Zusammenhang mit LibreOffice und ich meine auch anderen Anwendungen.

Das macht mich nervös. Grundsätzlich sollte es doch möglich sein, diesen share ohne Fehlermeldungen/Probleme einzubinden?!

chr123

Anmeldungsdatum:
19. Juli 2018

Beiträge: 1632

Ich habe es erstmal nur begrenzt testen können, aber bei mir gibt es nach einem mount via sudo mount -t cifs keinen Hinweis auf bogus. Lass mal in einem Terminal die dmesg Ausgabe mitlaufen:

1
journalctl -kf

In einem anderen Terminal mountest du die Freigabe direkt per mount.cifs

1
2
sudo umount /mnt/fritzbox.1
sudo mount -t cifs -o username=xxx,password=xxx,uid=1000 //192.168.62.1/fritz.nas /mnt/fritzbox.1

Normalerweise mountet man auch nur den Share (bei dir: fritz.nas) und nicht den Unterordner (bei dir: TrekStor-DSpocketlight-01/Public) eines Shares. Zeige bitte mal:

1
2
3
sudo apt install smbclient nmap
smbclient -L 192.168.62.1 
sudo nmap --script smb-protocols 192.168.62.1

TausB

(Themenstarter)
Avatar von TausB

Anmeldungsdatum:
26. November 2009

Beiträge: 1572

Wohnort: Terra incognita

Hallo chr123 Danke für Deine Hilfsbereitschaft - leider kann mich erst in ein paar Tagen zu diesem Rechner melden.

TausB

(Themenstarter)
Avatar von TausB

Anmeldungsdatum:
26. November 2009

Beiträge: 1572

Wohnort: Terra incognita

Kleine Anekdote vorab: Natürlich habe ich beim ersten Mal "xxx" nicht ersetzt ... - wie blöd kann man sein?! 😀

Eingabe:

1
sudo mount -t cifs -o username=xxx,password=xxx,uid=1000 //192.168.62.1/fritz.nas /mnt/fritzbox.1

Im dmesg-Terminal:

1
Jun 25 16:20:14 blackbox kernel: CIFS: Attempting to mount //192.168.62.1/fritz.nas

Nach Eingabe von

1
2
smbclient -L 192.168.62.1
Enter WORKGROUP\TausB's password: 

... welches PW soll das sein? Mit Nachdenken und def. des Users mit -U xxx ergibt sich:

1
2
3
4
5
6
7
Enter WORKGROUP\xxx's password: 

	Sharename       Type      Comment
	---------       ----      -------
	IPC$            IPC       IPC Service
	FRITZ.NAS       Disk      FRITZ!Box
SMB1 disabled -- no workgroup available

Und nun noch

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
sudo nmap --script smb-protocols 192.168.62.1
Starting Nmap 7.80 ( https://nmap.org ) at 2021-06-25 16:28 CEST
Nmap scan report for fritz.box (192.168.62.1)
Host is up (0.0043s latency).
Not shown: 991 closed ports
PORT     STATE SERVICE
21/tcp   open  ftp
53/tcp   open  domain
80/tcp   open  http
139/tcp  open  netbios-ssn
443/tcp  open  https
445/tcp  open  microsoft-ds
5060/tcp open  sip
5357/tcp open  wsdapi
8181/tcp open  intermapper
MAC Address: C8:0E:14:F1:EF:C4 (AVM Audiovisuelles Marketing und Computersysteme GmbH)

Host script results:
| smb-protocols: 
|   dialects: 
|     2.02
|     2.10
|     3.00
|     3.02
|_    3.11

Nmap done: 1 IP address (1 host up) scanned in 0.84 seconds

... daher SMB Vers. 3.0 wird unterstützt?!

Habe den mount dann mal mit Caja betreten. Der Mountpunkt war natürlich jetzt "root". Es kam im dmesg-Terminal:

1
2
3
Jun 25 16:36:03 blackbox kernel: CIFS: VFS: Autodisabling the use of server inode numbers on \\192.168.62.1\fritz.nas
Jun 25 16:36:03 blackbox kernel: CIFS: VFS: The server doesn't seem to support them properly or the files might be on different servers (DFS)
Jun 25 16:36:03 blackbox kernel: CIFS: VFS: Hardlinks will not be recognized on this mount. Consider mounting with the "noserverino" option to silence this message.

Ich bin jetzt wirklich auf die Analyse gespannt.

chr123

Anmeldungsdatum:
19. Juli 2018

Beiträge: 1632

Ok, wir sind etwas schlauer.

1.

Deine fritzbox unterstützt diverse Varianten des SMB-Protokolls. Ich würde immer die jüngste Variante als ersten Versuch explizit setzen (bei dir 3.11), auch wenn - je nach Ubuntu Version / Kernel Version die höchste SMB Version eigentlich per Default genommen werden sollte.

|     2.02
|     2.10
|     3.00
|     3.02
|_    3.11

2.

Dein mount-Befehl via fstab / direkt per mount.cifs ist zwar technisch möglich, würde ich jedoch nicht empfehlen. Ich würde immer den Share mit dem exakten Namen direkt mounten. Ebenfalls würde ich nicht einen Ordner des Shares in der fstab eintragen. Dein Share heißt "FRITZ.NAS":

	Sharename       Type      Comment
	---------       ----      -------
	IPC$            IPC       IPC Service
	FRITZ.NAS       Disk      FRITZ!Box

Also würde ich das auch so eintragen:

//192.168.62.1/FRITZ.NAS /mnt/fritzbox.1 cifs vers=3.11,noserverino,auto,username=xxx,password=xxx,uid=1000,gid=1000,file_mode=0660,dir_mode=0770 0 0

bzw. per mount.cifs

sudo mount -t cifs -o username=xxx,password=xxx,uid=1000,vers=3.11 //192.168.62.1/FRITZ.NAS /mnt/fritzbox.1

Der Mountpunkt war natürlich jetzt "root".

Verstehe ich nicht. Mit der Angabe von uid oder gid dürfte der Ordner nicht root gehören. Wie wäre denn deine userid und wie sind die Rechte beim Ordner /mnt/fritzbox.1?

1
2
3
id
getfacl /mnt/fritzbox.1
getfacl /mnt

Ansonsten sieht die Ausgabe von dmesg doch ok aus (kein Bogus mehr). Ich sehe jetzt nichts dramatisches, das auf einen Fehler hindeutet.

TausB

(Themenstarter)
Avatar von TausB

Anmeldungsdatum:
26. November 2009

Beiträge: 1572

Wohnort: Terra incognita

chr123 schrieb:

Der Mountpunkt war natürlich jetzt "root".

Verstehe ich nicht.

Ich meinte mit "root" im Wurzelverzeichnis der FB-Platte. War schlecht formuliert ...

Habe Deine Anregungen übernommen und beobachte das. Danke für die kompetente und zielgerichtete Hilfe! 👍

Gastmarant

Anmeldungsdatum:
24. September 2025

Beiträge: 150

@TausB

Habe Deine Anregungen übernommen und beobachte das.

Und?, Jahre später.. Habe das nie wegbekommen.

Antworten |