Arch Linux

root Partition voll

Tipo

Hallo,
nach dem mir im IRC auch niemand weiterhelfen konnte wende ich mich mal an dieses Forum.

Mein Arch-Installation ist nur ein paar Wochen alt und meine root Partition ist fast bis oben hin voll. Aufgefallen ist mir dies als der Xserver mangels Platz nicht mehr starten wollte, das löschen des Caches von pacman mittels

pacman -Scc

brachte dann den nötigen Raum um wenigsten X wieder zum laufen zu bekommen.

Ich habe bereits versucht den Speicherfresser ausfindig zumachen doch leider gelang mir dies bisher nicht. Diverse male lass ich das es vlt. ein *.part File sein könnte welches größere Ausmaße annimmt oder ein Log-File welches außer Rand und band gerät und den Platz einnimmt, aber auch dies ist nicht der Fall.

Hier mal meine Versuche:

$ df -h
Dateisystem           Size  Used Avail Use% Eingehängt auf
udev                   10M  288K  9,8M   3% /dev
/dev/sda3              14G   12G  1,9G  86% /
shm                   2,0G     0  2,0G   0% /dev/shm
/dev/sda6              28G  2,1G   25G   8% /home
/dev/sda7              92M   21M   67M  24% /boot
/dev/sda4             223G   76G  137G  36% /mnt/stuff

# du -sh /*
5,2M    /bin
15M    /boot
288K    /dev
5,9M    /etc
1,9G    /home
77M    /lib
4,0K    /lib64
16K    /lost+found
8,0K    /media
75G    /mnt # andere Partition
4,0K    /opt
0    /proc
76K    /root
10M    /sbin
74M    /srv
0    /sys
40K    /tmp
3,2G    /usr
512M    /var


# ncdu /                                                       
    3,1GiB [          ] /usr
    1,9GiB [          ] /home
  511,6MiB [          ] /var
   76,8MiB [          ] /lib
   73,7MiB [          ] /srv
   14,8MiB [          ] /boot
    9,9MiB [          ] /sbin
    5,9MiB [          ] /etc 
    5,1MiB [          ] /bin
  288,0kiB [          ] /dev
   76,0kiB [          ] /root
   40,0kiB [          ] /tmp
e  16,0kiB [          ] /lost+found
    8,0kiB [          ] /media     
    4,0kiB [          ] /lib64
e   4,0kiB [          ] /opt
.   0,0  B [          ] /proc
    0,0  B [          ] /sys

Große Pakete die ich installiert habe sind LaTeX und LibreOffice.

Vlt. kann mir jemand beim finden des Speicherfressers unter die Arme greifen.
Vielen Dank.

wudu

Hi,

du -sh /* zeigt nur die Größe der einzelnen Ordner. Könnte es sein dass unter / noch Dateien liegen?

Bei ncdu wirds wohl genau so sein, kann ich aber nicht sagen, habs nicht ausprobiert.

Bomb@

-- okay wurd scho alles genannt was ich eigntlich schreiben wollte --

Tipo

In / liegen keine weiteren Daten

# ls -lasi
insgesamt 81
     2  4 drwxr-xr-x  21 root root  4096 27. Jan 12:00 .
     2  4 drwxr-xr-x  21 root root  4096 27. Jan 12:00 ..
261691  4 drwxr-xr-x   2 root root  4096 31. Jan 11:50 bin
     2  1 drwxr-xr-x   4 root root  1024 31. Jan 11:49 boot
     3  0 drwxr-xr-x  19 root root  5760  2. Feb 20:18 dev
261634  4 drwxr-xr-x  61 root root  4096  2. Feb 20:18 etc
     2  4 drwxr-xr-x   4 root root  4096 13. Jan 11:54 home
261641  4 drwxr-xr-x   9 root root  4096 31. Jan 11:50 lib
654272  4 drwxr-xr-x   2 root root  4096 19. Jan 00:59 lib64
    11 16 drwx------   2 root root 16384 13. Jan 11:31 lost+found
654083  4 drwxr-xr-x   3 root root  4096 24. Jan 15:37 media
654084  4 drwxr-xr-x   4 root root  4096 24. Jan 15:11 mnt
654085  4 drwxr-xr-x   2 root root  4096 14. Dez 08:09 opt
     1  0 dr-xr-xr-x 140 root root     0  2. Feb 20:18 proc
261890  4 drwxr-x---   5 root root  4096 31. Jan 12:48 root
261688  4 drwxr-xr-x   2 root root  4096 31. Jan 11:50 sbin
261891  4 drwxr-xr-x   4 root root  4096 14. Dez 08:09 srv
     1  0 drwxr-xr-x  13 root root     0  2. Feb 20:18 sys
654082  4 drwxrwxrwt   9 root root  4096  2. Feb 20:45 tmp
523268  4 drwxr-xr-x  10 root root  4096 31. Jan 11:49 usr
130817  4 drwxr-xr-x  15 root root  4096 28. Jan 16:13 var

SaThaRiel

Files, die noch geschrieben werden, aber gelöscht wurden, belegen noch Speicherplatz und werden trotzdem nicht mehr angezeigt.
Ist immer etwas blöde, das mittels fuser/lsof rauszufinden, deswegen würde ich einfach mal vorschlagen, zu rebooten und dann nochmal den du -sk /* durchzuführen.
[ignorieren]Evtl. findest Du auch den Verursacher durch einen

ls -lha /

denn versteckte Dateien in / hast Du nicht "bedacht" 😉[/ignorieren]

Edit: Doch, hast Du bedacht, aber ich nicht gelesen 😃 Den Reboot würde ich mal riskieren, vielleicht ist das Problem danach sogar schon nicht mehr vorhanden.

chepaz

Liegt vielleicht noch ein altes /home unter /home, oder sowas? Du mountest ja sda6 nach /home, vielleicht liegt aber in dem /home auf / noch Gerümpel das du aber nicht siehst weil es von /home auf sda6 überdeckt wird.

...versteht den Satz irgend jemand? 😉

(Gilt natürlich auch für die anderen mounts.)

wudu

Mann kann Partitionen auch in einem Ordner Mounten, der nicht leer ist, es wird dann aber nur der Inhalt der Partition gezeigt, die darauf gemounted wurde. Kann es sein, dass du z.b. direkt nach der Installation eine Partition noch nicht gemountet hattest, und deshalb im Mountpoint schon etwas drin ist?

Da kam mir jemand zuvor. Jetzt gibts 2 beschreibungen der selben Möglichkeit, vielleicht hilfts dem Verständnis.

mpausch

SaThaRiel schriebFiles, die noch geschrieben werden, aber gelöscht wurden, belegen noch Speicherplatz und werden trotzdem nicht mehr angezeigt.
Ist immer etwas blöde, das mittels fuser/lsof rauszufinden,

eigentlich ist's nicht blöde das rauszufinden: lsof | grep deleted :-)

mpausch

und zu Deinem Problem: vielleicht hilfts, beim Booten einen fsck laufen zu lassen (shutdown -Fr)

Tipo

Auch ein "ls -lha /" liefert keine weiteren Daten.

Nach einem "shutdown -Fr" und einem sofortigem "du" ergibt sich dieses Bild.

# du -sh /*
5,2M    /bin
15M    /boot
288K    /dev
5,9M    /etc
1,9G    /home
77M    /lib
4,0K    /lib64
16K    /lost+found
8,0K    /media
75G    /mnt
4,0K    /opt
0    /proc
76K    /root
10M    /sbin
74M    /srv
0    /sys
40K    /tmp
3,2G    /usr
513M    /var

Wie man sieht keine Veränderung nach dem Neustart.

Wenn ich das Problem mit dem mount richtig verstanden habe soll unter /home noch ein weiteres /home eingebunden sein, welches aber vom zuletzt gemounteten überlagert wird. Also die Arch-Installation wurde komplett neu aufgesetzt einschließlich Partitionierung. Also können doch dort keine weiteren Daten liegen da alle durch die Formatierung gelöscht wurden.
Es könnte bei mir aber bei /mnt/get zu diesem Problem kommen da dort meine externe Festplatte gemountet werden soll wenn sie am Rechner hängt, zur besseren Verständlichkeit meine fstab.

# cat /etc/fstab
# <file system>        <dir>         <type>    <options>          <dump> <pass>
devpts                 /dev/pts      devpts    defaults            0      0
shm                    /dev/shm      tmpfs     nodev,nosuid        0      0
/dev/sda3 / ext4 defaults 0 1
/dev/sda6 /home ext4 defaults 0 2
/dev/sda7 /boot ext4 defaults 0 2
/dev/sda8 swap swap defaults 0 0
/dev/sda4 /mnt/stuff ext4 defaults 0 2
UUID=8f9a1336-e329-42f8-9796-80151.. /mnt/get ext4 auto,rw,nouser,dev,async 0 0

Aber auch dort befindet sich nicht die erhoffte Lösung (externe Platte ist nicht angeschlossen)

# du -sh /mnt/get/
4,0K    /mnt/get/

Yiff

Unmounte doch einfach mal alles außer / und mach dann mal ein du -sh /*

Tipo

So ich habe nun alles aus gehangen und es haben sich in /mnt tatsächlich eine Unmenge von Daten befunden, es waren rund 8GB die sich dort versteckten.

Und es ist nun wieder genug frei um vernünftig zu arbeiten.

# df -h
Dateisystem           Size  Used Avail Use% Eingehängt auf
udev                   10M  288K  9,8M   3% /dev
/dev/sda3              14G  4,0G  9,1G  31% /
shm                   2,0G     0  2,0G   0% /dev/shm
/dev/sda6              28G  2,1G   25G   8% /home
/dev/sda7              92M   21M   67M  24% /boot
/dev/sda4             223G   76G  137G  36% /mnt/stuff

Vielen Dank für die schnelle und kompetente Hilfe, allein wäre ich nie auf die Idee gekommen dort zu suchen.