Seltsame Mount-Einträge, procfs on net:


7

Auf einem Gerät bekomme ich unter anderem folgende seltsame Einträge für mount:

none on net:[4026532603] type proc (rw,relatime)
none on net:[4026532424] type proc (rw,relatime)

Irgendeine Idee was oder wofür das sein könnte? Es ist das erste Mal, dass ich procfs sehe, die für etwas anderes als / proc verwendet werden. Und was ist das "Netz:"? So etwas wie Muffen oder Rohre?

Ich verwende einen 3,8-RT-Kernel auf einem eingebetteten Gerät mit einer Form von BusyBox-basiertem Linux

Potenziell relevante Einträge von /proc/mounts:

rootfs / rootfs rw 0 0
none /proc proc rw,relatime 0 0
none net:[4026532603] proc rw,relatime 0 0
none net:[4026532424] proc rw,relatime 0 0
mgmt /sys sysfs rw,relatime 0 0

Aktualisieren:

Dank der Antwort von @ VenkatC weiß ich jetzt, dass es etwas mit Namespaces zu tun hat, wie die folgende Ausgabe bestätigt:

$ ls -l /proc/$$/ns
total 0
lrwxrwxrwx 1 root root 0 Nov  3 18:59 ipc -> ipc:[4026531839]
lrwxrwxrwx 1 root root 0 Nov  3 18:59 mnt -> mnt:[4026532733]
lrwxrwxrwx 1 root root 0 Nov  3 18:59 net -> net:[4026532603]
lrwxrwxrwx 1 root root 0 Nov  3 18:59 pid -> pid:[4026531836]
lrwxrwxrwx 1 root root 0 Nov  3 18:59 uts -> uts:[4026531838]

Mit welcher Kernel-Version? Was für ein Gerät? Ist das eine virtualisierte Umgebung? Ist dies ein "Mainstream" Linux oder ein anderes Betriebssystem, das auf einem Linux-Kernel wie Android basiert?
Gilles 'SO - hör auf böse zu sein'

3.8 RT Kernel, ein eingebettetes Gerät mit einigen BusyBox-basierten Linux.
Phk

@phk: Weißt du, ob etwas Besonderes wie User-Namespaces los ist? Erscheint es auch in cat /proc/mounts?
mt_

@mt_ Ich habe meinen Beitrag so bearbeitet, dass er die /proc/mountsAusgabe enthält. Ich werde einige Nachforschungen über Benutzernamensräume anstellen müssen.
Phk

@mt_ Seit der Einführung von Pro-Prozess - Mount - Namespaces in 2.4.19, / proc / mounts ist ein symbolischer Link auf / proc / self / Halterungen und zeigt nur die Halterungen des aktuellen pid ...
Jan

Antworten:


3

Diese Einträge beziehen sich auf Netzwerk-Namespaces. Aus menschlichen Namespaces (7)

   The /proc/[pid]/ns/ directory
       Each process has a /proc/[pid]/ns/ subdirectory containing one entry
       for each namespace that supports being manipulated by setns(2):
       $ ls -l /proc/$$/ns
       total 0
       lrwxrwxrwx. 1 mtk mtk 0 Jan 14 01:20 ipc -> ipc:[4026531839]
       lrwxrwxrwx. 1 mtk mtk 0 Jan 14 01:20 mnt -> mnt:[4026531840]
       lrwxrwxrwx. 1 mtk mtk 0 Jan 14 01:20 net -> net:[4026531956]
       lrwxrwxrwx. 1 mtk mtk 0 Jan 14 01:20 pid -> pid:[4026531836]
       lrwxrwxrwx. 1 mtk mtk 0 Jan 14 01:20 user -> user:[4026531837]
       lrwxrwxrwx. 1 mtk mtk 0 Jan 14 01:20 uts -> uts:[4026531838]

Wie Sie oben sehen, bezieht sich der Nettoeintrag auf einen Netzwerk-Namespace. Ich verstehe, dass auf dem fraglichen Gerät möglicherweise ein anderer Prozess mit mehreren Namespaces ausgeführt wird

Ich konnte einen Test-Namespace erstellen und ähnliche Mounts in / proc / mounts sehen

[cv@cent2 ~]$ ip netns list
netns1
[cv@cent2 ~]$ grep net: /proc/mounts
proc net:[4026532238] proc rw,nosuid,nodev,noexec,relatime 0 0
proc net:[4026532238] proc rw,nosuid,nodev,noexec,relatime 0 0

Netzwerk-Namespaces werden in der Tat häufig verwendet! Sie könnten auf etwas! Ich werde später einen Blick darauf werfen.
Phk

3

Es sieht aus wie eine tote nfsVerbindung. oder vielleicht aufssogar vielleicht so etwas wie ein RO rootfs (oder liveCD) über nfs mit aufs.

Beachten Sie, dass die Zahlen (4026532603 und 4026532424) als 32-Bit-Ganzzahlen interpretiert und anschließend in das IP-Adressformat konvertiert werden.

4026532603 => 240.0.2.72
4026532424 => 240.0.2.251

240.0.0.0/4 ist "für zukünftige Verwendung reserviert" ( https://tools.ietf.org/html/rfc6890)...so werden sie möglicherweise von / für etwas auf der Loopback-Schnittstelle verwendet. Um was für ein eingebettetes Gerät handelt es sich?


+----------------------+----------------------+
| Attribute            | Value                |
+----------------------+----------------------+
| Address Block        | 240.0.0.0/4          |
| Name                 | Reserved             |
| RFC                  | [RFC1112], Section 4 |
| Allocation Date      | August 1989          |
| Termination Date     | N/A                  |
| Source               | False                |
| Destination          | False                |
| Forwardable          | False                |
| Global               | False                |
| Reserved-by-Protocol | True                 |
+----------------------+----------------------+

(Link zu erwähntem RFC1112, Abschnitt 4 )


Does netstatoder lsofoffenbaren keine Verbindungen zu / von oder etwas hören auf diese IP - Adressen?


Was ich aber nicht verstehe, ist, warum dieser FS-Typ eine NFS-Freigabe ist.
Phk

Ja, das type procist ein bisschen ein Rätsel. Ein Fehler in Ihrem benutzerdefinierten Kernel vielleicht? Vielleicht sogar nur ein kosmetischer Fehler, der den falschen Typ druckt.
Cas

OK, es gibt also keine offenen Verbindungen gemäß, netstat -lsondern gemäß lsof | grep netder mehrfachen Öffnung durch verschiedene Prozesse (einschließlich der Anmeldeshell).
Phk

verwendest du nfs oder aufs für home dirs oder so?
Cas
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.