[Gelöst] System ist voll 100% bitte um hilfe

[Stefan]

Hallo

ich benötige eure Hilfe.
Heute habe ich etwas mit den Tolls herum gespielt.

Code: Alles auswählen

lxdvdrip 
k9copy
dvdrip

habe ich wieder deinstalliert

sowie mit dd_rescue /dev/cdrom ./mein_image.iso

Jetzt habe ich mein / Verzeichnis voll

Code: Alles auswählen

Dateisystem          1K‐Blöcke   Benutzt Verfügbar Ben% Eingehängt auf
/dev/mapper/debian6-root
                       6724784   6697560         0 100% /
tmpfs                  2030192         0   2030192   0% /lib/init/rw
udev                   2024696       280   2024416   1% /dev
tmpfs                  2030192         0   2030192   0% /dev/shm
/dev/sda1               233191     18799    201951   9% /boot
/dev/mapper/debian6-home

unter / liegt

Code: Alles auswählen

root@debian6:/# ls -la
insgesamt 117
drwxr-xr-x  23 root root  4096  7. Sep 21:01 .
drwxr-xr-x  23 root root  4096  7. Sep 21:01 ..
drwxr-xr-x   2 root root  4096  6. Jan 17:54 bin
drwxr-xr-x   4 root root  1024  1. Jan 12:03 boot
drwxr-xr-x  17 root root  3720  6. Jan 18:51 dev
drwxr-xr-x 130 root root 12288  6. Jan 19:16 etc
drwxr-xr-x   5 root root  4096  8. Sep 19:57 home
lrwxrwxrwx   1 root root    30  7. Sep 20:18 initrd.img -> boot/initrd.img-2.6.32-5-amd64
drwxr-xr-x  14 root root 12288 30. Dez 12:06 lib
drwxr-xr-x   4 root root 12288 18. Dez 09:36 lib32
lrwxrwxrwx   1 root root     4  7. Sep 20:16 lib64 -> /lib
drwx------   2 root root 16384  7. Sep 20:15 lost+found
drwxr-xr-x   4 root root  4096  6. Jan 18:51 media
drwxr-xr-x   4 root root  4096  4. Jan 18:02 mnt
drwxr-xr-x   2 root root  4096  7. Sep 20:16 opt
dr-xr-xr-x 209 root root     0  6. Jan 18:51 proc
drwx------  16 root root  4096  6. Jan 17:35 root
drwxr-xr-x   2 root root 12288  4. Jan 18:45 sbin
drwxr-xr-x   2 root root  4096 21. Jul 08:30 selinux
drwxr-xr-x   2 root root  4096  7. Sep 20:16 srv
drwxr-xr-x  13 root root     0  6. Jan 18:51 sys
drwxrwxrwt  11 root root   320  6. Jan 19:26 tmp
drwxr-xr-x   2 root root  4096  7. Sep 21:01 .ure
drwxr-xr-x  11 root root  4096  7. Sep 20:44 usr
drwxr-xr-x  13 root root  4096  7. Sep 20:16 var
lrwxrwxrwx   1 root root    27  7. Sep 20:18 vmlinuz -> boot/vmlinuz-2.6.32-5-amd64

ncdu :

Code: Alles auswählen

261,8GiB  /mnt
    9,0GiB  /home                                                                                                                            
    3,7GiB  /usr
    2,4GiB  /var
  132,3MiB  /lib
   60,2MiB  /root
   18,4MiB  /boot
    9,5MiB  /etc
    6,6MiB  /sbin
    5,6MiB  /bin
    4,6MiB  /lib32
  280,0kiB  /dev
   28,0kiB  /tmp
e  16,0kiB  /lost+found
   12,0kiB  /media

auch ein aptitude autoclean & aptitude clean brachte nichts.


Habe mir auch die /var/log/messages einmal angesehen aber ich habe nicht die Ahnung wonach ich suchen soll.
Ich vermute das eines der Tools ein Image auf die Platte gelegt hat und jetzt nicht gelöscht wurde.


Würde mich über hilfe sehr freuen.

Gruß,
Stefan

[TobiSGD]

2,4GB für /var erscheint mir doch etwas zu groß, da würde ich meine suche beginnen, und dann mit ncdu so lange weiterhangeln, bis ich den Platzfresser gefunden habe.

[debdog]

Code: Alles auswählen

# du -hs /var
1,9G    /var

Das ist normal. Da liegen die heruntergeladenen Pakete von apt. Die kann man ohne bedenken löschen.

Ein weiterer Speicherfresser könnte die Datei ~./xsession-errors sein.

Dann noch schauen, ob eines der oben genannten Progs in $HOME was hinterlassen hat. Z.B. in ~/.k9copy bzw je nach Name. Manche Progs legen dies auch in ~/.fltk oder ~/.config ab.

hth

[TobiSGD]

Code: Alles auswählen

# du -hs /var
1,9G    /var

Das ist normal. Da liegen die heruntergeladenen Pakete von apt. Die kann man ohne bedenken löschen.

auch ein aptitude autoclean & aptitude clean brachte nichts.

Da sollte eigentlich nicht mehr so viel liegen.

Ein weiterer Speicherfresser könnte die Datei ~./xsession-errors sein.

Dann noch schauen, ob eines der oben genannten Progs in $HOME was hinterlassen hat. Z.B. in ~/.k9copy bzw je nach Name. Manche Progs legen dies auch in ~/.fltk oder ~/.config ab.

Gute Idee, aber so weit ich das dem leider etwas beschnittenen Auschnitt von df entnehmen kann, liegt /home auf einer eigenen Partition.

[Stefan]

Hallo

Danke erstmal für die schnellen Antworten.

habe das jetzt gefunden auf die Schnelle gefunden.

Code: Alles auswählen

/var
 2,0GiB  /log

Also Beispiel

Code: Alles auswählen

 723,9MiB   kern.log
  723,3MiB   syslog
  598,0MiB   messages                                                                                                                        
    1,3MiB   kern.log.1

wie kann ich nur die Logs löschen ?
ist das normal ?

Gruß,
Stefan

[carsten2]

Hallo

Code: Alles auswählen

 723,9MiB   kern.log
  723,3MiB   syslog
  598,0MiB   messages                                                                                                                        
    1,3MiB   kern.log.1

wie kann ich nur die Logs löschen ?
ist das normal ?

Der Rechner läuft nicht ständig?
Dann hat cron keine Chance deine logs zu rotieren. Installier dir anacron. Damit das wenigstens funktioniert ein beherztes

Code: Alles auswählen

> /var/log/kern.log

[gugus]

Servus

Mach mal ein

Code: Alles auswählen

apt-get clean

sollte zumindest für die Apt Pakete helfen

Gruss
gugus

[pferdefreund]

find / -size+10M sollte sehr hilfreich sein - es gibt unter Linux nicht viele Dateien (von Datenbanken mal abgesehen), die größer wie 10m sind.

[TobiSGD]

Servus

Mach mal ein

Code: Alles auswählen

apt-get clean

sollte zumindest für die Apt Pakete helfen

Gruss
gugus

Wurde mittlerweile in zwei Posts erwähnt, dass das schon gemacht wurde.

[pferdefreund]

Logs löschen geht mit rm - aber besser ist, da manche Programme das Vorhandensein einer Datei erwarten, ein echo "Pseudosatz" > logdatei (Mach ich immer wieder mal von Zeit zu Zeit und hat noch nie Probleme gemacht. Diese Lösung aber bitte nur, wenn die Logs eh nicht mehr gebraucht werden (Heimeinsatz ...). In einer Produktivumgebung sollte man das - wie schon gesagt - mit logrotate lösen.

[CH777]

home-Verzeichnis aufräumen?
Und das hier

Code: Alles auswählen

261,8GiB  /mnt

scheint mir ja auch nicht ganz normal zu sein...

[Stefan]

Hallo

also ich habe die Logs mit rm gelöscht und mit dem Tool bzw Dateien mit ncdu durchsucht und gelöscht.
Nepomuk hatte auch fast 1,5 GB Daten als backup, diese habe ich erst verschoben und nun gelöscht.
Jetzt bin ich wieder bei 75 % Auslastung, was ok ist.

Was mich aber wundert ist das erst nach einem reboot die neue Festplattenbelegung Angezeigt wurde.

Ansonsten Danke ich allen Usern die mir hier geholfen haben.

Gruß,
Stefan

[Snoopy]

Hi Stefan,

ich habe den Thread etwas spät gelesen...deswegen erst jetzt die Antwort.

Freut mich, dass das System wieder läuft...aber ein

also ich habe die Logs mit rm gelöscht

ist nicht unbedingt das Sauberste.

Ich kenne es von AIX Clustersystemen und von Oracle Datenbanken, die äusserst empfindlich darauf reagieren, wenn man im laufenden Betrieb die LogFiles löscht.
Das geht ganz schnell in die Hose.

Am Besten das System von den riesigen Logs offline (entsprechende Software stoppen oder per Rescue- oder DVD/CD Bootsystem) befreien und die Log "clearen", oder ein

Code: Alles auswählen

 >| LogFile

nutzen.

Somit ist es -meines Erachtens- am saubersten.
Der Befehl piped quasi nix in die Datei LogFile.
Du reduzierst erheblich das Fehlen der LogFile, wo ein Programm u.U. anfängt zu kotzen, wenn sie nicht vorhanden ist.

Nur so als Tip für die Zukunft

[ThorstenS]

in der bash kannst du dir das pipe sparen.
Das Logfile zu löschen ist nicht gut, jetzt wird es u.U. nicht mehr angelegt.

Dass der Platz erst nach dem Neustart als frei angezeigt wird, liegt daran, dass der syslog die Dateien geöffnet hatte. Sowas kannst du mit lsof leicht feststellen.
Du hättest den Dienst durchstarten sollen, erst dann werden die inodes geschlossen und der Platz tatsächlich freigegeben.