Hallo Andre , df -h sagt; size 15G Used 12G Avail 2,9G Use 81% du -hs / sagt: 13G es scheinen tatsächlich 13 G verbraten zu sein. Wo und wie? Gerhard C. Andre Tann wrote:

Gerhard Christo, Freitag, 25. November 2005 21:30:

...

Diskfree zeigt auf der / Partition nur mehr 2,8 GB freien Speicherplatz von 14,5 GB. Vom Gefühl her kann das auf einem ziemlich frisch aufgesetzten System nicht sein. Habe daher im Konquerer über die Eigenschaften die Größe der einzelnen Directories addiert und komme auf ca 3 GB (davon 2GB auf /usr). Filelight zeigt auch, dass ca 3 GB verbraten sind.

Du verwechselst nicht die Angaben? Diskfree meint nicht, 2,8 GB seien belegt (was ja "ca 3 GB" wären)?

Mach mal eine Konsole auf. Was sagt

# df -h

Was sagt als root

# du -hs /

Hallo Liste, Johanns Schneider wrote:

Gerhard Christo wrote:

...

Hallo Andre ,

df -h sagt; size 15G Used 12G Avail 2,9G Use 81%

du -hs / sagt: 13G

mach mal als root du -h $(find /) > datei, solange du keine dateien/verzeichnisse mit leerzeichen im namen hast, durchkämmt das so dein kompletes dateisystem (/data und w2k partition am besten vorher umounten) und zeigt dir für jede datei und für jeden ordner die gräße an.

irgendwas scheint grob schiefzulaufen (/ hat reiserfs) : lotte:~ #du -h $(find /) > datei find: WARNING: Hard link coiunt is wrong for proc/1/task: this may be a bug in your file system driver. Automatically turning on find´s -noleaf option. Earlier results may have failed to include directories that should have been searched. find: /media/floppy: no medium found -bash: /usr/bin/du: Argument list too long das ist der Moment, wo ich nur mehr Bahnhof verstehe, den Tag verwünsche, wo ich reiserfs genommen habe und nix mehr verstehe und nix mehr weiss. Weiss wer mehr? Hinweis am Rand: fdisk /dev/hda zeigt: start end blocks system /dev/hda1 1 48 24066 linux /boot Partition 1 does not end on cylinder boundary /dev/hda2 46 20835 10478160 W95 FAT32 (LBA) Partition 2 does not end on cylinder boundary /dev/hda3 20847 58140 18796050 W95 Ext´d (LBA) Partition 3 does not end on cylinder boundary /dev/hda5 20847 21867 514048+ linux swap /dev/hda6 21867 52005 15179426 Linux / /dev/hda7 52005 58140 3092481 W95 FAT32 (LBA) Auf der Platte wurde zuerst W2k aufgesetzt (ist Dual-Boot-System, weil der Drucker bessere Ergebnisse liefert als unter Linux -sorry), dann SuSE 9.3 Mir fällt auf, dass hda1 bei 48 endet, hda2 aber bei 46 anfängt. hda2 endet bei 20835, hda3 (extended) beginnt bei 20847, die weiteren Partitionen enden bei jenem Zylinder, bei dem die nächste (eigentlich einen zu früh) anfängt. Gerhard C

ich test meist mit grep M datei bzw, grep G datei die speicherfresser (ist leider nicht so effizient, da auch alle dateien mit "G" bzw "M" im namen angezeigt werden. Ansonsten check mal das manual von find, damit kannst du auch irgendwie alle dateien größer/kleiner einer bestimmten größe suchen.

greatz Johannes

Gerhard Christo, Freitag, 25. November 2005 21:51:

du -hs / sagt: 13G

es scheinen tatsächlich 13 G verbraten zu sein.

Sieht so aus.

Wo und wie?

Das müßte Dir du -hs /* verraten. (Das wollte ich vorhin eigentlich auch schreiben...) Könnte es sein, daß Dir ein Prozeß Amok läuft, und /var/log/irgendwas bombardiert? -- Andre Tann

Hallo Matthias, Mathias Homann wrote:

Am Freitag, 25. November 2005 21:51 schrieb Gerhard Christo:

...

Hallo Andre ,

df -h sagt; size 15G Used 12G Avail 2,9G Use 81%

du -hs / sagt: 13G

und "cd /;du -sc * .?*|sort -n" gibt dir alle verzeichnisse und dateien im / an, auch versteckte, nach größe sortiert, das fetteste zuletzt. Bei bedarf dann in dasjenige verzeichnis wechseln, und den befehl ab dem du -sc wiederholen. Frage mich sowieso warum filelight da nicht alles anzeigt.

Dieser Tip hat mir gezeigt, dass im /tpm/kde-testuser ein Haufen isos vom k3b-Brennen übriggeblieben ist. habe das Notebook kurz verliehen, der gute Freund hat k3b ein wenig falsch bedient. Jetzt kann ich beruhigt schlafen gehen, nachdem ich /tmp-Aufräumen aktiviert habe ... Danke an alle Beteiligten, insbesondere Matthias mit dem letzten Tip. von Gerhard (der sich jetzt entspannt ein Glas guten Rotweines genehmigt)

ich tippe mal auf /var/log, /var/tmp, oder /tmp als kandidaten für ein selektives rm; besser noch wäre es erst mal wenn du im yast in den editor für rc.config gehst und da das /tmp aufräumen per cron aktivierst.

bye, MH