Rekursive Vervielfältigung in root/proc

FigUhr · Sep 14th 2023

Hey Leuts,

ich habe einen Raspi Zero mit aktuellem, frischen OS geflasht, Update drauf, Samba-Freigaben gemacht und sonst nichts.

Wenn ich eine Datei oder ein Verzeichnis erstelle, reproduziert es sich auf wundersame Weise rekursiv im Verzeichnis /root/proc. Mein Beispiel hier ist der Ordner "hallo" im Verzeichnis /home/pi.

Die Datei oder das Verzeichnis wird zwar ordnungsgemäß erstellt erstellt, aber zusätzlich auch unter:

\\zero\root\proc\3002\root\proc\3002\root\proc\3002\root\proc\3002\root\home\pi\hallo bzw. auch allen Unterordnern darin.

Es macht keinen Unterschied, WO ich etwas erstelle. Oder ob ich das Verzeichnis per ssh mit dem Befehl mkdir oder sudo mkdir oder unter Windows per Samba erstelle, es ist immer das gleiche Trauerspiel. Dann ist es ist eben root/proc/1073 oder root/proc/2812 oder was auch immer.

Sobald das Verzeichnis oder die Datei gelöscht wird (egal wie) verschwindet der Spuk auch wieder überall.

Bei meinem zweiten Zero ist es identisch.

Was ist da los?!?

hyle · Sep 14th 2023

Was ist die Ausgabe von mount?

__blackjack__ · Sep 14th 2023

FigUhr Was soll da schon los sein? Was hättest Du denn da erwartet? Das ist überhaupt nicht wundersam sondern soweit erwartbar.

Blöd ist, dass Du da anscheinend per SMB drauf zugreifen kannst. Auf dem Rechner selbst geht das nur mit Root-Rechten und das ist auch gut so. Ich würde einfach mal dringend davon abraten das /-Verzeichnis per SMB freizugeben.

FigUhr · Sep 15th 2023

Quote from __blackjack__

FigUhr Was soll da schon los sein? Was hättest Du denn da erwartet? Das ist überhaupt nicht wundersam sondern soweit erwartbar.

Blöd ist, dass Du da anscheinend per SMB drauf zugreifen kannst. Auf dem Rechner selbst geht das nur mit Root-Rechten und das ist auch gut so. Ich würde einfach mal dringend davon abraten das /-Verzeichnis per SMB freizugeben.

Es sind zwei paar Schuhe. Die vorübergehende Freigabe von root per Samba dient einzig und allein der (für mich) einfacheren Suchfunktion von Windows und deren Anzeige der Ergebnisse.

Wieso ist es erwartbar, wenn das System eine Endlosschleife produziert?

Mein Raspberry Pi 4 mit Openmediavault hat dieses sondersame Verhalten nicht. Was mich zu der Frage führt, wo wohl der Unterschied sein könnte? Was führt dazu, das ein Dateisystem unterschiedlich verwaltet wird? Zu Testzwecken habe ich einen Zero mit dem "OS mit Desktop" einmal mit und einmal ohne "empfohlener Software" geflasht. Aber auch hier der gleiche Mist.

Die Ausgabe von mount:

Code

/dev/mmcblk0p2 on / type ext4 (rw,noatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=88508k,nr_inodes=22127,mode=755)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,size=87920k,nr_inodes=819200,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=43956k,nr_inodes=10989,mode=700,uid=1000,gid=1000)

Display More

llutz · Sep 15th 2023

Wenn das unterhalb /proc erscheint, was regst du dich auf? procfs ist ein virtuelles Dateisystem, vom Kernel erzeugt. Da gibt es keine echten Dateien oder Verzeichnisse.

__blackjack__ · Sep 15th 2023

FigUhr Das ist erwartbar weil das eben so definiert/dokumentiert ist und auch auf dem Raspi 4 ist das ist das so, denn das ist ganz allgemein bei Linux so, egal auf welcher Hardware. Unter /proc/ gibt es Verzeichnisse mit den Prozess-IDs als Namen und in jedem dieser Verzeichnisse gibt es ein root/-Verzeichnis wo man zu dem Wurzelverzeichnis kommt, welches dieser Prozess ”sieht”. Und wenn das das normale Wurzelverzeichnis ist, also nicht per chroot & Co geändert wurde, dann gibt es dort ein proc/-Verzeichnis mit den Prozess-IDs als Namen in dem es ein Verzeichnis pro Prozess gibt, mit einem root/-Verzeichnis, und so weiter…

Neben /proc/ möchte man eigentlich auch mindestens /sys/ und /dev/ nicht freigeben.

framp · Sep 15th 2023

Sieh es einfach so: Unter /proc haelt sich der Kernel fuer jeden Prozess notwendige Informationen vor. U.a. auch welches das Rootverzeichnis des Prozesses ist. Das sind aber nur Zeiger auf existierende Verzeichnisse und keine Kopien. Warum hast Du ein Problem? Das sind Linuxverwaltungsinformationen fuer Prozesse.

DeaD_EyE · Sep 17th 2023

Quote from FigUhr

Es sind zwei paar Schuhe. Die vorübergehende Freigabe von root per Samba dient einzig und allein der (für mich) einfacheren Suchfunktion von Windows und deren Anzeige der Ergebnisse.

Der Befehl find ist sehr mächtig.

__blackjack__ · Sep 18th 2023

Deswegen suchen Leute ja manchmal nach *einfacheren* Mitteln zur Suche. 😉

FigUhr · Sep 18th 2023

Vielen Dank für die Lösung des Rätsels (auch wenn es wohl für euch keines war).

Quote from __blackjack__

Und wenn das das normale Wurzelverzeichnis ist, also nicht per chroot & Co geändert wurde, dann gibt es dort ein proc/-Verzeichnis mit den Prozess-IDs als Namen in dem es ein Verzeichnis pro Prozess gibt, mit einem root/-Verzeichnis, und so weiter…

Und wieder was dazu gelernt auch wenn ich diese Tecknik etwas sondersam finde.

Ja, find mag zwar mächtig sein aber unter Windows sind die Bilder hübscher

Jetzt, wo das Rätsel gelöst ist, kann root wieder aus smb raus.

__blackjack__ · Sep 18th 2023

„Alles ist eine Datei“ ist eine recht grundlegende Unix-Philosophie. Und das ”Datei” nicht zwingend eine physisch auf einem Speichermedium vorhandene Datei meint, ist auch normal.

In /proc/ sind Dateien und Verzeichnisse über die der Kernel alle möglichen Informationen über das laufende System zur Verfügung stellt. Man kann in einige Dateien auch schreiben und damit Einstellungen vornehmen. Beispielsweise um bei Thinkpads den Lüfter manuell zu regeln so etwas wie ``echo level 3 > /proc/acpi/ibm/fan``.

Unter /dev/ findet man alle möglichen Geräte als Dateien. Also beispielsweise serielle und parallele Ports, aber auch Datenträger. Das will man beispielsweise normalerweise nicht inhaltlich durchsuchen, denn eine Festplatte ist da in der Regel einmal als grosse Datei mit dem kompletten Inhalt wie er in den Sektoren auf der Platte liegt, dann das gleiche noch mal entschlüsselt falls man Festplattenverschlüsselung verwendet, und dann noch mal jede Partition als einzelne Datei mit dem gesamten Inhalt der Partition. Wenn es also blöd läuft wird jeder Datenträger im System alleine in /dev/ dreimal komplett durchsucht, und zwar alles, nicht nur das was über ein Dateisystem erreichbar ist.

/sys/ ist auch ein Dateisystem in dem der Kernel Informationen über das System bereit stellt.

Aber auch ganz grundsätzlich kann man auf Unix/Linux-Dateisystemen in der Regel Links auf Verzeichnisse setzen. Sowohl symbolische als auch ”harte” Links.

Users Viewing This Thread