/ voll, warum?

juan_

juan_

König
Hallo,
mein System (etch) ist jetzt seit ca August 07 aufgesetzt. Heute stürzte aus heiterem Himmel eine Applitation ab. Die Fehlermeldung sagte mir nichts. Also dachte ich einfach mal, dass ein Neustart wieder alles regeln würde, aber das tat es nicht.
Anstatt mich direkt am System anzumelden, wurde ich von gdm dezent darauf hingewiesen, dass es nicht in irgendeine Benutzerdatei schreiben dürfe und sich daher nicht anmelden kann. Als mögliche Gründe wurden mangelnde Schreibrechte oder eine zu volle Platte genannt.
Da ich ersteres ausschloß, habe ich mich mal via Konsole angemeldet, und siehe da:
Code:
elenio@new_b0x:~$ df -h
Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
/dev/sda1              14G   13G  619M  96% /
tmpfs                1011M     0 1011M   0% /lib.../init/rw
udev                   10M   52K   10M   1% /dev
tmpfs                1011M     0 1011M   0% /dev/shm
/dev/sda2              33G   14G   17G  46% /home
/dev/sda3              88G   15G   69G  18% /mnt/store

Mein root war voll (100%). Ich habe vorhin versucht, eine 4 GB Datei auf meine externe Platte zu kopieren, ohne die Platte korrekt gemountet zu haben (jaja, passiert halt mal;)). Also wurde die Datei direkt ins /mnt/ gepfeffert. Daher also der Fehler.
Komisch finde ich es aber trotzdem, dass / voll ist. Bei einem "so" jungfräulichen System (und dazu noch 14Gb) sollte das nicht passieren.
Ich habe leider keine Ahnung, wo ich bei der Fehlersuche anfangen soll, ist vllt irgendein Cache übergelaufen, oder so? Ich werde euch jetzt erstmal ein paar Infos zu meinem System liefern und dann die Partition vergrößern, damit ich erstmal temporär Luft habe.

Code:
new_b0x:/home/elenio# fdisk -l

Disk /dev/sda: 250.0 GB, 250000000000 bytes
255 heads, 63 sectors/track, 30394 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        1824    14651248+  83  Linux
/dev/sda2            1825        6079    34178287+  83  Linux
/dev/sda3            6080       17653    92968155   83  Linux

und

Code:
new_b0x:/home/elenio# fdisk /dev/sda1
..
Command (m for help): p

Disk /dev/sda1: 15.0 GB, 15002878464 bytes
255 heads, 63 sectors/track, 1823 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

     Device Boot      Start         End      Blocks   Id  System


Vielen Dank für eure Hilfe!

ciao
 
/tmp und /var sind so übliche Verdächtige...
 
Für solche Sachen eigenen sich - vor allem für mich als faulen "Mausschubser" - Programme wie "kdirstat" ziemlich gut. Nur so als Tipp. Hilft, die Überltäter auf einen Blick zu entlarven.
Natürlich bringt die Konsolenlösung
Code:
du -sh
textmäßig die selben Ergebnisse.
 
Für solche Sachen eigenen sich - vor allem für mich als faulen "Mausschubser" - Programme wie "kdirstat" ziemlich gut. Nur so als Tipp. Hilft, die Überltäter auf einen Blick zu entlarven.
Natürlich bringt die Konsolenlösung
Code:
du -sh
textmäßig die selben Ergebnisse.
bzw. schön gelistet:
Code:
du * -s | sort -n
wobei bei dieser Methode das Problem ist, dass man die -h Option von 'du' nicht nutzen kann :(
 
bashgob:
ne, scheint hier nicht der Fall zu sein.
Code:
elenio@new_b0x:/$ ls -l -k
insgesamt 51396
drwxr-xr-x   2 root   root       4 2008-01-24 18:10 bin
drwxr-xr-x   3 root   root       4 2008-01-04 20:14 boot
lrwxrwxrwx   1 root   root       1 2007-08-31 23:21 cdrom -> media/cdrom
drwxr-xr-x  14 root   root       5 2008-02-13 18:35 dev
drwxr-xr-x 103 root   root       4 2008-02-13 17:35 etc
drwxr-xr-x   4 root   root       4 2007-08-31 23:29 home
drwxr-xr-x   2 root   root       4 2007-08-31 23:22 initrd
lrwxrwxrwx   1 root   root       1 2007-09-01 00:55 initrd.img -> boot/initrd.img-2.6.18-5-686
lrwxrwxrwx   1 root   root       1 2007-08-31 23:23 initrd.img.old -> boot/initrd.img-2.6.18-4-686
drwxr-xr-x  15 root   root      12 2008-02-13 16:37 lib
-rw-r--r--   1 elenio elenio 51256 2007-09-12 19:26 linux
drwx------   2 root   root      16 2007-08-31 23:21 lost+found
drwxr-xr-x   4 root   root       4 2007-08-31 23:21 media
drwxr-xr-x   5 root   root       4 2007-12-15 19:01 mnt
drwxr-xr-x   2 root   root       4 2007-08-31 23:22 opt
dr-xr-xr-x  95 root   root       0 2008-02-13 17:34 proc
drwxr-xr-x  31 root   root       4 2008-02-04 23:58 root
drwxr-xr-x   2 root   root       4 2008-01-24 18:10 sbin
drwxr-xr-x   2 root   root       4 2007-08-31 23:22 srv
drwxr-xr-x  11 root   root       0 2008-02-13 17:34 sys
drwxrwxrwt  12 root   root       4 2008-02-13 18:35 tmp
drwxr-xr-x  11 root   root       4 2007-08-31 23:41 usr
drwxr-xr-x  14 root   root       4 2007-10-20 18:27 var
lrwxrwxrwx   1 root   root       1 2007-09-01 00:55 vmlinuz -> boot/vmlinuz-2.6.18-5-686
lrwxrwxrwx   1 root   root       1 2007-08-31 23:23 vmlinuz.old -> boot/vmlinuz-2.6.18-4-686

zico:
Code:
new_b0x:/home/elenio# du -sh
14G
kdirstat würd ich mir ungern installieren, weil dann wieder jede Menge Abhängigkeiten mitkommen!

ciao
 
Debian pumpt gerne unterhalb von /var sein Update-Verzeichnis voll. Unter Synaptic kannst du einstellen, daß nach dem Update die zwischengespeicherten Pakete gelöscht werden sollen. Der Effekt hat mir auf nem Debian mal mein / zugemüllt....
 
Ich würde in diesem Fall den Befehl
Code:
du
verwenden, um herauszufinden, welche Dateien wieviel Platz verbrauchen.
 
Debian pumpt gerne unterhalb von /var sein Update-Verzeichnis voll. Unter Synaptic kannst du einstellen, daß nach dem Update die zwischengespeicherten Pakete gelöscht werden sollen. Der Effekt hat mir auf nem Debian mal mein / zugemüllt....

mh, ich cleane eigentlich öfters :/


Keruskerfürst: okay, ich werde mal nach ner Filterfunktion suchen und dann schauen, was weg kann!

ciao
 
bashgob:
ne, scheint hier nicht der Fall zu sein.
Code:
elenio@new_b0x:/$ [color=red]ls[/color] -l -k
ls zeigt dir nicht die Größe bzw. die Summe der Größen der in einem Verzeichnis liegenden Unterverzeichnisse und Dateien. Das tut das zuvor schon empfohlene du (disk-usage) aber.

Kdirstat macht auch nicht viel anderes außer das grafisch darzustellen (übrigens gut, wie ich finde, aber das ist Geschmacksfrage und wenn du eh kein KDE hast, hast du mit deinem Einwand Recht)
 
achso, das erklärt einiges ;)

ok, so wie ich das sehe, scheine ich ein paar vmware-Leichen in meinem Keller zu haben:

Code:
2099268	./mnt/store/vmware/eisfair
4303488	./mnt/store/vmware/FreeBSD
4198512	./mnt/store/vmware/Debian_Lenny
4198500	./mnt/store/vmware/Zenwalk
14799772	./mnt/store/vmware
14799792	./mnt/store
14799804	./mnt
27348	./var/lib/apt/lists
27364	./var/lib/apt
33984	./var/lib/dpkg/info
37444	./var/lib/dpkg
9454940	./var/lib/vmware/Virtual Machines/Windows 2000 Professional
9454944	./var/lib/vmware/Virtual Machines
9454948	./var/lib/vmware

die werde ich mal löschen!

vielen Dank an alle Helfer!
ciao

/edit:
näää, hat leider nichts gebracht. mehr platzverschwendendes hab ich aber auch nicht endeckt :(
 
Zuletzt bearbeitet:
Bist ein Held. Mach doch einfach mal "du -sh /" und sags uns.
Dann wissen wir schonmal wo zu suchen ist

Edit:
Code:
du -sh /
soll natürlich
Code:
du -sh /*
sein
 
Zuletzt bearbeitet:
apt minus get clean loescht die ganzen pakete von alleine, nur so fuer die yukunft.
 
caba_ : piano, ja? ich habe ne vernünftige Frage gestellt, und kann auch ne vernünftige Antwort erwarten und muss mich hier nicht von irgendwem dumm anquatschen lassen.
wenn du mal den Thread lesen würdest, würdest du das Ergebnis deines Vorschlags schon sehen, nur dass noch ein Slash ("/") am Ende stehen würde.

Uschi :
mh, ich cleane eigentlich öfters :/
war damit gemeint.

ciao
 
apt minus get clean loescht die ganzen pakete von alleine, nur so fuer die yukunft.

Na ja... passiert da doch:
mh, ich cleane eigentlich öfters :/

Bist ein Held. Mach doch einfach mal "du -sh /" und sags uns.
Dann wissen wir schonmal wo zu suchen ist
das doch auch....
.
.
.
EDIT (autom. Beitragszusammenführung) :
.

ich habe ne vernünftige Frage gestellt
Ja, hast du.

und kann auch ne vernünftige Antwort erwarten
Ja, aber:
und muss mich hier nicht von irgendwem dumm anquatschen lassen.
So super aggressiv fand ich die Antworten bisher nicht.

Deine Frage ist berechtigt und logisch, es gab sinnvolle Antworten und niemand hat dich wirklich beleidigt. Ich glaube zumindest nicht, daß das jemand so meinte.
 
Zuletzt bearbeitet:
pff, ich weiss nicht was jetzt dein Problem mir gegenüber ist. aber naja.

"Du Held" habe ich eigentlich gemeint das du hier eigentlich alles machst, aber nicht das was interessant sein könnte. Das ganze zeugs was du da oben geposted hast ist völlig foo und bringt dich nicht weiter. du -sh /* will ich sehen, sonst garnichts.

Ausserdem sehe ich im ganzen Thread keine Ausgabe von du -sh / gesehen, nur du -sh ohne slash, und das ist ein grosser Unterschied.

Unterschied:
Code:
[~]: du -sh  
270M    .
[~]: du -sh /*
2.0K    /altroot
4.5M    /bin
44.0K   /boot
...
...

und jetzt mach du mal halblang... der Thread ist nämlich ne reine Google frage und hat eigentlich keine Antwort verdient.
 
Zuletzt bearbeitet:
caba_ : piano, ja? ich habe ne vernünftige Frage gestellt, und kann auch ne vernünftige Antwort erwarten und muss mich hier nicht von irgendwem dumm anquatschen lassen.
wenn du mal den Thread lesen würdest, würdest du das Ergebnis deines Vorschlags schon sehen, nur dass noch ein Slash ("/") am Ende stehen würde.

Uschi :

war damit gemeint.

ciao

du hast aber anscheinend nur 'du' gemacht, nicht 'du -s'...mit 'du -s' wüsste man augenblicklich in welchem Verzeichniss der Speicher-Fresser ist...
 
hallo,
ok sorry. Dann war ich vllt ein bisschen aggressiv, aber "du Held" ist für mich halt abwertend. Das geht meiner Meinung auch anders.

Hier die Infos:
Code:
du -sh /
31G


Danke für die Hilfe.

ciao
 
aber "du Held" ist für mich halt abwertend.
Das hätte ich auch so empfunden, nebenbei zum Thema.

Code:
du  -h / | less
und die größte Zahl suchen.

-s gibt dir die Summe unter / aus, du willst aber nicht die wissen, sondern wo was wie groß ist. Für Gnome war neulich hier auch irgend wo ein cooles Tool genannt, das sowas grafisch darstellt...
 
Wieso machst du jetzt nicht einfach mal "du -sh /*" damit jeder sehen kann wo der grösste teil von / hingeht?

Edit:
Wenn "du Held" abwertend ist gehört Vader Abraham mit all seinen Schlümpfen auf den Index
 
Wieso machst du jetzt nicht einfach mal "du -sh /*"
mit -s sieht er eine Summe, nicht deren Antiele.

damit jeder sehen kann wo der grösste teil von / hingeht?
Nein, sieht doch eben niemand, oder spinne ich jetzt?
[Edit]
sorry, mit dem "*" sieht man es natürlich doch

Edit:
Wenn "du Held" abwertend ist gehört Vader Abraham mit all seinen Schlümpfen auf den Index
du hast es vermutlich viel lustiger gemeint, als es aufgeschlagen ist... jedenfalls furzt du ja auch sonst nicht einfach Leute an
 
Zuletzt bearbeitet:

Ähnliche Themen

[gelöst] 2.HDD unter Freebsd partitionieren

SSD auf einen (geringfügig) kleineren USB-Stick wiederherstellen

FUSE -> Dateisystem Typ ermitteln

Partitionierungshilfe für 3 dualboot Systeme

Raid-1 einrichten

Zurück
Oben