Root Partiton voll

[hanskanns]

Hallo debianforum.de Community,

habe mal wieder ein Problem.

Und zwar als ich heute plötzlich gesehen habe das meine Root Partiton auf mein Home server voll ist

Vlt. kann mir jemand beim finden des Speicherfressers unter die Arme greifen.
fdisk -l

Code: Alles auswählen

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000380cd

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1              63    40001849    20000893+  83  Linux
/dev/sda2   *    40001850    40387409      192780   83  Linux
/dev/sda3        40387410    44387594     2000092+  82  Linux swap / Solaris
/dev/sda4        44387595  1953520064   954566235    5  Extended
/dev/sda5        44387658   444390029   200001186   83  Linux
/dev/sda6       444390093  1953520064   754564986   83  Linux

mount

Code: Alles auswählen

mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=254844,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=205100k,mode=755)
/dev/disk/by-uuid/48bc851b-a4e4-4250-bf77-8fe31e9c42bf on / type ext4 (rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=810200k)
/dev/sda2 on /boot type ext2 (rw,relatime,errors=continue,user_xattr,acl)
/dev/sda5 on /home/hanskanns/Data type ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered)
/dev/sda6 on /home/hanskanns/Data2 type ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered)

df -h

Code: Alles auswählen

Dateisystem                                            Größe Benutzt Verf. Verw% Eingehängt auf
rootfs                                                   19G     18G  4,0K  100% /
udev                                                     10M       0   10M    0% /dev
tmpfs                                                   201M    144K  201M    1% /run
/dev/disk/by-uuid/48bc851b-a4e4-4250-bf77-8fe31e9c42bf   19G     18G  4,0K  100% /
tmpfs                                                   5,0M       0  5,0M    0% /run/lock
tmpfs                                                   792M       0  792M    0% /run/shm
/dev/sda2                                               183M     21M  153M   12% /boot
/dev/sda5                                               190G    159G   22G   89% /home/hanskanns/Data
/dev/sda6                                               709G    664G  9,1G   99% /home/hanskanns/Data2

Vielen Dank.

[Lord_Carlos]

apt-get autoremove && apt-get clean

Vielleicht hilft das ja schon.

[hanskanns]

Hi Lord_Carlos

das habe ich natürlich versucht, brachte aber nichts

[eggy]

Versuchs mal mit "du", oder dessen übersichtlicheren Verwandten: "xdiskusage" oder "ncdu"

[debianoli]

Ich würde mal /home/hanskanns/Data und /home/hanskanns/Data2 unmounten und mich dann auf die Suche machen. Evtl. war da mal /home/hanskanns/Data nicht gemountet und du hast Daten dirket ins Verzeichnis /home auf Root reinkopiert, die dir jetzt / zumachen.

Am Besten per

Code: Alles auswählen

du -hc /home
du -hc /tmp
du -hc /var/tmp
usw.

[hanskanns]

du -s * | sort -nr | head

Code: Alles auswählen

862270300       home
794460  usr
125188  lib
94432   var
68528   root
19668   boot
6996    bin
6084    sbin
4224    etc
144     tmp

[eggy]

Wie gesagt, wirf xdiskusage auf /home dann siehst Du ganz schön wo sich was angesammelt hat.
xdiskusage -a /home zeigt dazu noch die jeweiligen Dateien an

[hanskanns]

Hi
mein Home server hat kein X-Server und habe auch nicht vor daran etwas zu ändern

LG

[debianoli]

Du musst /home/hanskanns/Data und /home/hanskanns/Data2 UNMOUNTEN, wenn du wissen willst, was dir / ROOT zumüllt! Ohne das sind doch die Ausgaben von du völlig sinnlos.

Code: Alles auswählen

umount  /home/hanskanns/Data
umount  /home/hanskanns/Data2
du -hc /home
du -hc /home/hanskanns/Data
du -hc /home/hanskanns/Data2 

[peschmae]

Ich würde auch ncdu empfehlen. Oder - wenn du keine Bedenken hast ein Gui-Dings als Root zu starten - k4dirstat. Damit kriegst du recht schnell einen Überblick.

Am Rande: Ich hatte kürzlich mal den Fall dass meine Platte voll war, die dafür verantwortliche(n) Datei(en) aber nicht aufzutreiben waren. Nach einem Reboot war das ganze wieder in Ordnung. Das lag daran, dass irgend ein Programm eine gelöschte Datei noch geöffnet hatte. Wenn man eine Datei löscht verschwindet zwar der Dateiname, aber der Speicherplatz wird erst freigegeben wenn kein Programm mehr darauf zugreift...

MfG Peschmä

[hermelin]

Ich habe als Lösung dieses Problems den Inhalt /von /usr in das Verzeichnis /home/usr verschoben und dann /usr gelöscht. Dann habe ich /usr als link auf
/home/usr erstellt. Bis jetzt klappt das. Ich hatte das ganze auf einem Laptop unter uefi mit der automatischen Partitionierung gemacht. Da war / nur
9GB groß.

Tschau
Hermann

[KBDCALLS]

19 GB voll ist schon ziemlich heftig. Zumal alles in eine Partition die schlechteste Lösung ist . Ich würde mal prüfen was so alles in /var vorhanden ist. Wenn da wirklich nur 4 K frei sind dann kann das eventuell zuwenig sein um etwas vernünftiges mit dem System zu machen. Läuft da vielleicht ein Programm Amok und schreibt /var/log/ voll ?

PS. Ist der Threadersteller überhaupt noch interessiert ?

[jan44]

Such mal nach mlocate, das dürfte es sein, füllte bei mir regelmäßig mit einer Datenbank die Partition bis zum Anschlag, in der Konsequenz habe ich es dann gelöscht.

/var/lib/mlocate wäre wohl der Speicherort.

Habe nie eine Lösung gefunden bis auf eine Deinstallation von mlocate.

Ich hatte das zeitweise jede Woche, irgendwann hat es mir dann gereicht.

[Fossler69]

Such mal nach mlocate, das dürfte es sein, füllte bei mir regelmäßig mit einer Datenbank die Partition bis zum Anschlag, in der Konsequenz habe ich es dann gelöscht.

/var/lib/mlocate wäre wohl der Speicherort.

Habe nie eine Lösung gefunden bis auf eine Deinstallation von mlocate.

Ich hatte das zeitweise jede Woche, irgendwann hat es mir dann gereicht.

Kann ich hier nicht nachvollziehen:
12 GB Daten auf '/' und etwa 90 GB Daten auf '/home' produzieren hier etwas mehr als 8 MB Speicherbedarf für mlocate.db:

Code: Alles auswählen

[root@whitehouse]# ls -la /var/lib/mlocate/mlocate.db
-rw-r----- 1 root locate 8163360  9. Sep 00:00 /var/lib/mlocate/mlocate.db

Für mich keine signifikante Größe unter Berücksichtigung des alltäglichen Nutzens von mlocate.

hth