Müll unter / ? (gelöst)

[nyami]

Hallo zusammen,

ich weiß nicht woher die folgenden Verzeichnisse kommen.
Ich denke da ist einmal bei einer manuellen Installation etwas falsch gelaufen.

Wäre schön, wenn einer von Euch einen Tip für die Vorgehendweise hat, das heraus zu finden und dort wieder Platz zu schaffen....

Code: Alles auswählen

ls -l /
...
...
...
...
srw-------   1 root  root        0 Sep 14 10:21 kdeinit5__0
drwxr-xr-x  17 root  root     4096 Mär 11  2018 lib
drwxr-xr-x   2 root  root    12288 Mär 11  2018 lib32
drwxr-xr-x   2 root  root     4096 Mär 11  2018 lib64
drwxr-xr-x   2 root  root    12288 Mär 11  2018 libx32
drwx------   2 root  root    16384 Jan 12  2017 lost+found
drwxr-xr-x   6 root  root     4096 Jul 11  2017 media
drwxr-xr-x   2 root  root     4096 Jan 12  2017 mnt
drwxr-xr-x   9 root  root     4096 Nov  4 13:25 opt
drwxr-xr-x   2 root  root     4096 Jul 12 07:07 ownCloud
dr-xr-xr-x 299 root  root        0 Nov 14 16:55 proc
drwx------  22 root  root     4096 Nov 14 18:29 root
drwxr-xr-x  35 root  root     1080 Nov 14 18:29 run
drwxr-xr-x   2 root  root    12288 Nov 14 18:26 sbin
drwxr-xr-x   2 root  root     4096 Jan 12  2017 srv

[willy4711]

Die Frage wäre eher, wo ist der Rest geblieben ?
Und
15 Jahre Im Forum und dann solche Fragen ?
Ob sich da ownCloud im Root- Verzeichnis verewigt ---> Keine Ahnung, hab ich nicht
kdeinit5__0 hat sich da wohl auch verirrt.

[nyami]

Tja, trotz 15 Jahren nicht die Weisheit mit Löffeln gefressen. Das war wohl schon vor längerer Zeit und ist mir jetzt erst aufgefallen. Zum ersten Mal so ein Problem.
Deshalb frage ich ja nach...

[Apfelmann]

Deine Angaben sind echt verwirrend.

Normalerweise sind
alle Dienstprogramme, Hilfen ... unter /usr
Installations-Kram ... unter /var
Grundeinstellunge fürs System unter /etc
und Dein Home-Verzeichnis unter /home ist auch nicht aufgeführt

Dieses System hat schwerwiedende Fehler,
Eine Datensicherung wäre jetzt das Wichtigste.

Am Einfachsten ist ja für die meisten alles Neu zu machen ...
Wo sind die Log's aus den Installationen, da könnte man die ersten Fehler finden,
hast Du viel manuell Installiert,
zeig mal Deine System-Infos

LG

[Apfelmann]

So sieht es bei mir aus

Code: Alles auswählen

ls -l /
insgesamt 100
drwxr-xr-x   2 root root 12288 Nov 14 20:10 bin
drwxr-xr-x   3 root root  4096 Nov 14 20:19 boot
drwxr-xr-x  19 root root  3400 Nov 14 20:25 dev
drwxr-xr-x 119 root root 12288 Nov 14 20:25 etc
drwxr-xr-x   3 root root  4096 Nov 14 16:33 home
lrwxrwxrwx   1 root root    30 Nov 14 20:16 initrd.img -> boot/initrd.img-4.18.0-2-amd64
lrwxrwxrwx   1 root root    29 Nov 14 20:16 initrd.img.old -> boot/initrd.img-4.9.0-8-amd64
drwxr-xr-x  17 root root  4096 Nov 14 20:04 lib
drwxr-xr-x   2 root root  4096 Nov 14 19:49 lib64
drwx------   2 root root 16384 Nov 14 16:25 lost+found
drwxr-xr-x   5 root root  4096 Nov 14 16:38 media
drwxr-xr-x   2 root root  4096 Apr 29  2017 mnt
drwxr-xr-x   2 root root  4096 Apr 29  2017 opt
dr-xr-xr-x 177 root root     0 Nov 14 20:24 proc
drwx------   5 root root  4096 Nov 14 18:44 root
drwxr-xr-x  23 root root   660 Nov 14 20:25 run
drwxr-xr-x   2 root root 12288 Nov 14 20:15 sbin
drwxr-xr-x   2 root root  4096 Apr 29  2017 srv
dr-xr-xr-x  13 root root     0 Nov 14 20:29 sys
drwxrwxrwt  12 root root  4096 Nov 14 20:27 tmp
drwxr-xr-x  10 root root  4096 Nov 14 16:29 usr
drwxr-xr-x  12 root root  4096 Nov 14 18:09 var
lrwxrwxrwx   1 root root    27 Nov 14 20:16 vmlinuz -> boot/vmlinuz-4.18.0-2-amd64
lrwxrwxrwx   1 root root    26 Nov 14 20:16 vmlinuz.old -> boot/vmlinuz-4.9.0-8-amd64

Ich habe gerade mein Testsystem von stretch auf sid umgestellt

LG

[willy4711]

Ich frage mich, wie das Ding überhaupt Starten kann

Bevor man weiter nachdenkt:

Bitte mal die Ausgabe von

Code: Alles auswählen

lsblk

[nyami]

Sorry,
die ... am Anfang meiner Auflistung waren die Dinge, die natürlich OK sind,
beim Rest der Verzeichnisse sind Dinge vorhanden, die nicht dort hin gehören.
Wie ich meine kdeninit...
libXXX

Oder vertue ich mich da?
Hier das komplette Listing:

Code: Alles auswählen

ls -l /
insgesamt 2845
drwxr-xr-x   6 sroth sroth  376832 Nov 10 01:00 backup
drwxrwxr-x   2 root  root     4096 Nov 14 18:25 bin
drwxr-xr-x   4 root  root     1024 Nov 14 18:30 boot
drwxr-xr-x   6 sroth sroth    4096 Nov 14 18:58 daten
drwxr-xr-x  20 root  root     3500 Nov 15 07:48 dev
drwxr-xr-x 175 root  root    12288 Nov 15 07:48 etc
drwxr-xr-x   4 root  root     4096 Sep  2 13:31 home
srw-------   1 root  root        0 Sep 14 10:21 kdeinit5__0
drwxr-xr-x  17 root  root     4096 Nov 14 18:23 lib
drwxr-xr-x   2 root  root     4096 Nov 14 18:23 lib32
drwxr-xr-x   2 root  root     4096 Nov 14 18:23 lib64
drwxr-xr-x   2 root  root     4096 Nov 14 18:23 libx32
drwx------   2 root  root    16384 Jan 12  2017 lost+found
drwxr-xr-x   6 root  root     4096 Jul 11  2017 media
drwxr-xr-x   2 root  root     4096 Jan 12  2017 mnt
drwxr-xr-x   9 root  root     4096 Nov 14 18:50 opt
drwxr-xr-x   2 root  root     4096 Jul 12 07:07 ownCloud
dr-xr-xr-x 314 root  root        0 Nov 15 07:47 proc
drwx------  22 root  root     4096 Nov 14 19:28 root
drwxr-xr-x  33 root  root     1040 Nov 15 07:48 run
drwxr-xr-x   2 root  root    12288 Nov 14 18:26 sbin
drwxr-xr-x   2 root  root     4096 Jan 12  2017 srv
dr-xr-xr-x  13 root  root        0 Nov 15 07:47 sys
drwxrwxrwt  18 root  root  2428928 Nov 15 07:48 tmp
drwxr-xr-x  13 root  root     4096 Mai 15  2017 usr
drwxr-xr-x  13 root  root     4096 Aug 11  2017 var

[Meillo]

So sieht das schon anders aus. Ich wuerde nicht sagen, dass das problematisch waere. Die libxxx-Verzeichnisse sind dort schon okay. Nur kdeinit und ownCloud finde ich dort falsch, aber was soll's? Ich finde nicht, dass man das unbedingt aendern muesste. Man kann damit leben ... ausser dir wuerde vielleicht der Platz in der Root-Partition ausgehen ...

[willy4711]

Irgendwie nervt das.
Jetzt sehen wir hier die zweite Version deines Root- Verzeichnisses, ebenfalls unvollständig
Jeweils mit dem, von dem du meinst, uns zeigen zu müssen ?

Warum zeigst du und nicht das komplette Verzeichnis ?

Wenn du das nicht willst, stelle deine Fragen anderen.
Ende

... ausser dir wuerde vielleicht der Platz in der Root-Partition ausgehen ...

Dafür müsste er und aber gnädigerweise mal die Partitionierung mitteilen, wie oben angefordert

Code: Alles auswählen

$ ls -l /run/user/1000/
insgesamt 4
srw-rw-rw- 1 willy willy   0 Nov 15 08:12 bus
drwx------ 3 willy willy  60 Nov 15 08:12 dbus-1
drwx------ 2 willy willy  60 Nov 15 08:13 dconf
drwx------ 2 willy willy 140 Nov 15 08:12 gnupg
srw------- 1 willy willy   0 Nov 15 08:12 kdeinit5__0
srwxr-xr-x 1 willy willy   0 Nov 15 08:13 klauncherdtyCgJ.1.slave-socket
-rw-r--r-- 1 willy willy  68 Nov 15 08:13 KSMserver__0
srwxr-xr-x 1 willy willy   0 Nov 15 08:12 kwallet5.socket
drwx------ 2 willy willy  80 Nov 15 08:13 pulse
drwxr-xr-x 2 willy willy  80 Nov 15 08:12 systemd

[Meillo]

Irgendwie nervt das.
Jetzt sehen wir hier die zweite Version deines Root- Verzeichnisses, ebenfalls unvollständig
Jeweils mit dem, von dem du meinst, uns zeigen zu müssen ?

Warum zeigst du und nicht das komplette Verzeichnis ?

Beziehst du dich auf ``insgesamt 2845''?

Wenn du das nicht willst, stelle deine Fragen anderen.
Ende

@willy4711: Es steht dir frei, in diesem Thread zu antworten oder ihn zu ignorieren. Du kannst den User auch auf deinen Ignore-Liste setzen. Mir scheint ja doch, dass es dir schwer faellt, mit ihm umzugehen. Der freundliche Tonfall fehlt deinen Antworten jedenfalls, auch wenn du inhaltlich Sinnvolles beitraegst. Manchmal ist es in so Faellen dennoch besser, man ignoriert das Thema oder den User und ueberlaesst das Feld anderen, die weniger Probleme damit haben.

... ausser dir wuerde vielleicht der Platz in der Root-Partition ausgehen ...

Dafür müsste er und aber gnädigerweise mal die Partitionierung mitteilen, wie oben angefordert

Ich finde, es ist recht einfach: Wenn man Fragen gut stellt, wenn man alle noetigen Informationen liefert, wenn man auf die Rueckfragen und Tipps der anderen eingeht, dann wird einem gerne, laenger und ausdauernder geholfen. Wenn man das eher nicht tut, dann verlieren die Helfer nach und nach die Lust. So haben Fragende in der Hand, wie ihre Themen verlaufen. Antwortende sollten sich in schlechteren Faellen nicht darueber aergern, sondern sich bessere Themen suchen.

[willy4711]

Beziehst du dich auf ``insgesamt 2845''?

Nein da beziehe ich mich darauf:

Code: Alles auswählen

drwxr-xr-x   6 sroth sroth  376832 Nov 10 01:00 backup
drwxr-xr-x   6 sroth sroth    4096 Nov 14 18:58 daten

Die waren in der ersten Aufstellung nicht da, und auf die Tatsache, dass mindestens zwei Symlinks fehlen (intrid / vmlinuz)
Daraus schließe ich, dass uns nur bestimmte Auszüge gezeigt werden. Apfelmann hat ja gezeigt, wie es aussehen muss.
Ist dir aber wohl gar nicht aufgefallen.

Bevor man weiter nachdenkt:
Bitte mal die Ausgabe von

Code: Alles auswählen

lsblk

Finde ich nicht sehr"feindlich" geschrieben.

Aber gut, hast ja schon ein Bisschen Recht. Gelobe Besserung

Zu seinen Fragen (libxxx))
In neueren Versionen von KDE (buster) sind die Verlinkt , gehören aber ins Root-Verzeichnis

Code: Alles auswählen

lrwxrwxrwx   1 root root     7 Aug 28 11:15 lib -> usr/lib
lrwxrwxrwx   1 root root     9 Aug 28 11:15 lib32 -> usr/lib32
lrwxrwxrwx   1 root root     9 Aug 28 11:15 lib64 -> usr/lib64
lrwxrwxrwx   1 root root    10 Aug 28 11:15 libx32 -> usr/libx32

Macht wohl jede Oberfläche, wie sie will

Xfce (buster)

Code: Alles auswählen

drwxr-xr-x  22 root root    4096 Nov 10 06:49 lib
drwxr-xr-x   2 root root   12288 Nov  3 08:18 lib32
drwxr-xr-x   2 root root    4096 Nov  3 08:18 lib64

[uname]

Folgendes erscheint mir komisch

Code: Alles auswählen

srw-------   1 root  root        0 Sep 14 10:21 kdeinit5__0

Laut Internet steht sowas wohl eher unter /run/user/1000/kdeinit5__0 (1000 entspricht hier UID)

Das ist wohl dein Werk und damit unkritisch:

Code: Alles auswählen

drwxr-xr-x   6 sroth sroth  376832 Nov 10 01:00 backup
drwxr-xr-x   6 sroth sroth    4096 Nov 14 18:58 daten

Der Rest scheint in Ordnung zu sein.

[nyami]

OK,

ich habe im 2. Post das gesamte Verzeichnis gelistet. ich hatte mir gedacht (im 1. post) das die Teile die ich für richtig befunden habe durch 3 zeilen ... ausreichend gekennzeichnet wären, sorry!

/backup und /daten sind sep. Partitionen auf einer 2. Festplatte

--> Ja, die Partition läuft voll, darum habe ich mir das Verzeichnis erst angeschaut!

est gibt keine symlinks:

Code: Alles auswählen

root@sroth:/# find . -maxdepth 1 -type l -ls
root@sroth:/#

Code: Alles auswählen

root@sroth:/# lsblk
NAME    MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda       8:0    0 465,8G  0 disk 
├─sda1    8:1    0 279,4G  0 part /daten
└─sda2    8:2    0 186,4G  0 part /backup
sdb       8:16   0 232,9G  0 disk 
├─sdb1    8:17   0    94M  0 part /boot
├─sdb2    8:18   0     1K  0 part 
├─sdb3    8:19   0  29,8G  0 part [SWAP]
├─sdb5    8:21   0   953M  0 part /
├─sdb6    8:22   0  15,7G  0 part /usr
├─sdb7    8:23   0   4,9G  0 part /var
├─sdb8    8:24   0     2G  0 part /opt
├─sdb9    8:25   0   953M  0 part /tmp
└─sdb10   8:26   0 178,6G  0 part /home
sdc       8:32   0 232,9G  0 disk 
└─sdc1    8:33   0 232,9G  0 part /media/intenso
root@sroth:/# 

Code: Alles auswählen

root@sroth:/# ls -l /run/user/1000/
ls: Zugriff auf '/run/user/1000/gvfs' nicht möglich: Keine Berechtigung
insgesamt 4
srw-rw-rw- 1 sroth sroth   0 Nov 15 16:16 bus
drwx------ 2 sroth sroth  60 Nov 15 17:03 dconf
drwx------ 2 sroth sroth 140 Nov 15 16:16 gnupg
d????????? ? ?     ?       ?            ? gvfs
srw------- 1 sroth sroth   0 Nov 15 16:16 kdeinit5__0
drwx------ 2 sroth sroth  60 Nov 15 16:16 keyring
srwxr-xr-x 1 sroth sroth   0 Nov 15 16:16 klauncherTJ1330.1.slave-socket
-rw-r--r-- 1 sroth sroth  69 Nov 15 16:16 KSMserver__0
drwxr-xr-x 2 sroth sroth  60 Nov 15 16:16 ownCloud
drwx------ 2 sroth sroth  80 Nov 15 16:16 pulse
drwxr-xr-x 3 sroth sroth 100 Nov 15 16:16 systemd
root@sroth:/# 

Code: Alles auswählen

root@sroth:/# df
Dateisystem    1K-Blöcke   Benutzt Verfügbar Verw% Eingehängt auf
udev             8148984         0   8148984    0% /dev
tmpfs            1632292     18108   1614184    2% /run
/dev/sdb5         944120    827020     51924   95% /
/dev/sdb6       16090544  11295332   3954820   75% /usr
tmpfs            8161444      4528   8156916    1% /dev/shm
tmpfs               5120         4      5116    1% /run/lock
tmpfs            8161444         0   8161444    0% /sys/fs/cgroup
/dev/sdb9         944120    177088    701856   21% /tmp
/dev/sdb1          89111     38008     44366   47% /boot
/dev/sdb7        4974400   2931340   1975484   60% /var
/dev/sdb8        1984528    921600    944144   50% /opt
/dev/sdb10     184175692 109991560  64805472   63% /home
/dev/sda2      192219740 160990984  21441520   89% /backup
/dev/sda1      288237920  68204620 205368548   25% /daten
tmpfs            1632288        20   1632268    1% /run/user/1000
/dev/sdc1      240232960 175088812  52917896   77% /media/intenso
root@sroth:/# 

und nochmal das ganze Verzeichnis gelistet:

Code: Alles auswählen

root@sroth:/# ls -l /
insgesamt 2845
drwxr-xr-x   6 sroth sroth  376832 Nov 10 01:00 backup
drwxrwxr-x   2 root  root     4096 Nov 14 18:25 bin
drwxr-xr-x   4 root  root     1024 Nov 14 18:30 boot
drwxr-xr-x   6 sroth sroth    4096 Nov 14 18:58 daten
drwxr-xr-x  20 root  root     3500 Nov 15 16:16 dev
drwxr-xr-x 175 root  root    12288 Nov 15 16:16 etc
drwxr-xr-x   4 root  root     4096 Sep  2 13:31 home
srw-------   1 root  root        0 Sep 14 10:21 kdeinit5__0
drwxr-xr-x  17 root  root     4096 Nov 14 18:23 lib
drwxr-xr-x   2 root  root     4096 Nov 14 18:23 lib32
drwxr-xr-x   2 root  root     4096 Nov 14 18:23 lib64
drwxr-xr-x   2 root  root     4096 Nov 14 18:23 libx32
drwx------   2 root  root    16384 Jan 12  2017 lost+found
drwxr-xr-x   6 root  root     4096 Jul 11  2017 media
drwxr-xr-x   2 root  root     4096 Jan 12  2017 mnt
drwxr-xr-x   9 root  root     4096 Nov 14 18:50 opt
drwxr-xr-x   2 root  root     4096 Jul 12 07:07 ownCloud
dr-xr-xr-x 303 root  root        0 Nov 15 16:14 proc
drwx------  22 root  root     4096 Nov 14 19:28 root
drwxr-xr-x  33 root  root     1040 Nov 15 16:16 run
drwxr-xr-x   2 root  root    12288 Nov 14 18:26 sbin
drwxr-xr-x   2 root  root     4096 Jan 12  2017 srv
dr-xr-xr-x  13 root  root        0 Nov 15 17:14 sys
drwxrwxrwt  21 root  root  2428928 Nov 15 17:25 tmp
drwxr-xr-x  13 root  root     4096 Mai 15  2017 usr
drwxr-xr-x  13 root  root     4096 Aug 11  2017 var
root@sroth:/# 

[Meillo]

Versteckte Dateien?

Schau dir mal `ls -la /' an.

[DeletedUserReAsG]

Folgendes erscheint mir komisch

Mag ‘ne Folge von „was als Root gestartet, das man nicht als Root starten sollte“, etwa via sudo, sein. Anders käme KDE-Kram nicht an die Rechte, um in / rumzumalen.

Wenn’s darum geht, dass / vollläuft, wäre sowas wie du oder, bequemer, ncdu eher das passende Werkzeug, um den verantwortlichen Verzeichnisast zu finden. Mein Tipp wäre /var/log, ansonsten auch gerne genommen: Backup nach /backup gemacht, als das Ziel-FS nicht dort eingehängt war. Sowas ist dann etwas schwieriger zu lokalisieren, wenn man nach der Ursache des Platzverbrauches sucht, während das externe FS dann eingehängt ist – dann sieht man nämlich die eigentlich dort liegenden Daten nicht. Ergo: falls sich nix findet und trotzdem Platz fehlt, die FS mal alle aushängen und dann nochmal gucken.

[nyami]

Danke für den Input.

Ich habe nun
- / vergrößert
- apt update
- apt dist-upgrade
- die Verzeichnisse

Code: Alles auswählen

srw-------  1 root root    0 Sep 14 10:21 kdeinit5__0
drwxr-xr-x  2 root root 4096 Jul 12 07:07 ownCloud

verschoben

und siehe da, die vermissten symlinks sind wieder da....
klar - der neue Kernel wurde installiert...

Ist das lt. den anwesenden Experten ausreichend und in Ordnung oder muß/sollte ich noch etwas prüfen?
Ansonsten läuft mein System, wie bisher, einwandfrei!

Code: Alles auswählen

root@sroth:/home/sroth# ls -l /
insgesamt 2841
drwxr-xr-x   6 sroth sroth  376832 Nov 10 01:00 backup
drwxrwxr-x   2 root  root     4096 Nov 14 18:25 bin
drwxr-xr-x   4 root  root     1024 Nov 15 17:54 boot
drwxr-xr-x   6 sroth sroth    4096 Nov 14 18:58 daten
drwxr-xr-x  20 root  root     3500 Nov 15 17:53 dev
drwxr-xr-x 175 root  root    12288 Nov 15 17:53 etc
drwxr-xr-x   4 root  root     4096 Sep  2 13:31 home
lrwxrwxrwx   1 root  root       29 Nov 15 17:54 initrd.img -> boot/initrd.img-4.9.0-8-amd64
lrwxrwxrwx   1 root  root       29 Nov 15 17:54 initrd.img.old -> boot/initrd.img-4.9.0-8-amd64
drwxr-xr-x  17 root  root     4096 Nov 14 18:23 lib
drwxr-xr-x   2 root  root     4096 Nov 14 18:23 lib32
drwxr-xr-x   2 root  root     4096 Nov 14 18:23 lib64
drwxr-xr-x   2 root  root     4096 Nov 14 18:23 libx32
drwx------   2 root  root    16384 Jan 12  2017 lost+found
drwxr-xr-x   6 root  root     4096 Jul 11  2017 media
drwxr-xr-x   2 root  root     4096 Jan 12  2017 mnt
drwxr-xr-x   9 root  root     4096 Nov 14 18:50 opt
dr-xr-xr-x 299 root  root        0 Nov 15 17:53 proc
drwx------  22 root  root     4096 Nov 15 17:34 root
drwxr-xr-x  34 root  root     1080 Nov 15 17:54 run
drwxr-xr-x   2 root  root    12288 Nov 14 18:26 sbin
drwxr-xr-x   2 root  root     4096 Jan 12  2017 srv
dr-xr-xr-x  13 root  root        0 Nov 15 17:55 sys
drwxrwxrwt  18 root  root  2428928 Nov 15 18:00 tmp
drwxr-xr-x  13 root  root     4096 Mai 15  2017 usr
drwxr-xr-x  13 root  root     4096 Aug 11  2017 var
lrwxrwxrwx   1 root  root       26 Nov 15 17:54 vmlinuz -> boot/vmlinuz-4.9.0-8-amd64
lrwxrwxrwx   1 root  root       26 Nov 15 17:54 vmlinuz.old -> boot/vmlinuz-4.9.0-8-amd64
root@sroth:/home/sroth#

[willy4711]

Upps - Warst ja schneller und schon alles erledigt.
Trotzdem noch eine Anmerkung:
Die Partitionen /Daten und Backups sollte man nicht im Root Verzeichnis einhängen.
Wenn sich das jetzt auch wahrscheinlich nicht so ohne weiteres ändern lässt -
bei mir wird das ganze Zeug nach /media gemountet.
Aus den ls- Ausgaben von dir konnte kein Mensch erkennen, was sich wirklich in / befindet.
Aber nun ist alles wohl o.K
..........erledigt ---------
hmm ein knappes GB für /
wenn ich mich jetzt nicht verguckt habe , residieren auf dieser Partition:

Code: Alles auswählen

drwxr-xr-x  20 root  root     3500 Nov 15 16:16 dev
drwxr-xr-x 175 root  root    12288 Nov 15 16:16 etc
drwxrwxr-x   2 root  root     4096 Nov 14 18:25 bin
drwxr-xr-x  17 root  root     4096 Nov 14 18:23 lib
drwxr-xr-x   2 root  root     4096 Nov 14 18:23 lib32
drwxr-xr-x   2 root  root     4096 Nov 14 18:23 lib64
drwxr-xr-x   2 root  root     4096 Nov 14 18:23 libx32
drwx------   2 root  root    16384 Jan 12  2017 lost+found
drwxr-xr-x   2 root  root     4096 Jan 12  2017 mnt
drwxr-xr-x   2 root  root     4096 Jul 12 07:07 ownCloud
drwxr-xr-x   2 root  root    12288 Nov 14 18:26 sbin
drwxr-xr-x   2 root  root     4096 Jan 12  2017 srv

Jetzt wird auch klar warum du nach diesen Verzeichnissen (libxxx ) fragtest.
Hättest ja auch gleich sagen können, worum es geht.
Bei Buster sind die libxxx - Verzeichnisse ja verlinkt nach usr/libxxx

In neueren Versionen von KDE (buster) sind die Verlinkt , gehören aber ins Root-Verzeichnis

Aber ob das so einfach geht, wage ich mal zu bezweifel (Kopieren / Verschieben /Symlink)

Das einzige, was problemlos zu transportieren wäre scheint da ownCloud zu sein
Alle anderen Ordner sind an sich sich nicht so groß, das sie die Partition füllen könnten ?

[Meillo]

Die Partitionen /Daten und Backups sollte man nicht im Root Verzeichnis einhängen.

Warum nicht?

[DeletedUserReAsG]

FHS schreibt da was zu.

[Meillo]

FHS schreibt da was zu.

Okay, wenn man es so sieht ...

Ich habe darin eher ein Hilfsmittel fuer v.a. Distributionen und Installationsscripte gesehen.

Der Standard richtet sich an Softwareentwickler, Systemintegratoren und Systemadministratoren. Er soll die Interoperabilität von Computerprogrammen fördern, indem er die Lage von Verzeichnissen und Dateien vorhersehbar macht.

Meine eigenen Systeme richte ich unabhaengig davon ein, wie ich es am sinnvollsten finde. So haenge ich ueblicherweise grosse Massenspeicher direkt unter / ein (weil das die Pfade kuerzer macht). Diese Praxis kenne ich auch von Rechenzentren, wo der grosse externe Speicher ueblicherweise unter /data eingehaengt wird.

Bei der Installation von Software, mache ich es ueblicherweise nach FHS.

[pferdefreund]

Mach ich genauso backup hängt bei mir auch unter / und wird bei Bedarf gemountet. Macht es übersichtlicher.