Festplatte voll ..... wie finde ich was ich löschen kann ?

[edefauler]

Hallo,

mit dem Befehl df wird mir angezeigt das meine Festplatte mit dem root Verzeichnisen voll wäre......


Dateisystem 1K-Blöcke Benutzt Verfügbar Ben% Eingehängt auf
/dev/hda2 8001304 8001100 0 100% /
tmpfs 128368 0 128368 0% /dev/shm
/dev/hda1 120440 45816 74624 39% /boot
/dev/hdb1 240362656 156142528 72010328 69% /Daten



Die Platte hat zwar nur 8GB aber das sollte ja für eine Debian Insatllation ohne X, nur mit Samba,Cups und Hylafax reichen.
Wie finde ich was die Platte vollgemüllt hat ?
Kann es sein das rsync viele Log Dateien schreibt ? Wenn ja wohin ?

Gruss

Norbert

[C_A]

Du kannst dir mal die Groesse von /var/log und /var/cache/apt ansehen und eventuell alte Logs oder die alten Pakete loeschen

Code: Alles auswählen

apt-get clean

[edefauler]

Hallo,

da sieht alles sauber aus und die paar Archive von den log´s habe ich gelöscht, was aber keine Besserung brachte

Hab mittlerweile auch jedes Verzeichnis durch gesehen und konnte irgendwie keine Datei finden, welche übermässig gross ist.

Gruss

Norbert

[I.C.Wiener]

Es gibt ein Programm, dass den Festplatteninhalt grafisch aufbereitet. Das finde ich sehr nett.

Für KDE: Filelight
Für GNOME: Baobab

MfG

[edefauler]

@Wiener

das nutzt mir nichzts, da kein X drauf ist.....

Einzige Möglichkeit wäre die Platte per NFS freigeben und dann vom anderen Rechner sich das aus anschauen


Gruss

Norbert

[123456]

Code: Alles auswählen

du -ch /tmp |grep insgesamt

Zeigt bsp. die Grösse des tmp Verzeichnisses.
"insgesamt" bei engl. Aussprache anpassen...

[I.C.Wiener]

@Wiener

das nutzt mir nichzts, da kein X drauf ist.....

Ups, überlesen.
Aber eine Knoppix-CD könnte es vielleicht auch tun.


Ansonsten habe ich noch etwas nettes gefunden.

Code: Alles auswählen

find / -size +10240000c -exec du -h {} \;

Findet große Dateien (hier über 10MB).


MfG

[C_A]

Code: Alles auswählen

du -ch /tmp |grep insgesamt

Zeigt bsp. die Grösse des tmp Verzeichnisses.
"insgesamt" bei engl. Aussprache anpassen...

Dafuer gibts auch die Option -s also zb

Code: Alles auswählen

du -hs /dir

[vicbrother]

Installiere dir durep und rufe es dann auf, zB durep -td=2 /
Dann siehst du zwei Ebenen tief welches Verzeichnis dir wieviel Platz klaut - und kannst dann reagieren.

[michas]

Ich nutze dafür immer:

Code: Alles auswählen

du -ks .[^.]* *|sort -n

das zeigt dir die größten Speicherfresser im aktuellen Verzeichniss an und eignet sich z.B. ganz gut fürs Homeverzeichnis.

Wenn das Homeverzeichnis nicht das Problem ist, solltest du aufpassen, dass die beim installieren heruntergeladenen .deb-Dateien auch brav wieder gelöscht werden. (dselect fragt da immer nach, aptitude hat eine passende Option.)

Ansonsten ist Orphaner(Paket deborphan) und debforster nette Tools um überflüssige Pakete loszuwerden. (Die gelten zwar offiziell als deprecated, aber aptitude bieten IMHO keinen wirklich vergleichbaren Ersatz.)

[edefauler]

Hallo,

danke für eure Hilfe, aber weitergekommen bin ich leider noch nicht, da ich es wohl nicht richtig interpretieren kann

du -ch /Verzeichnisname

kommt das raus

bin 3,1MB
boot 13MB
etc 4,9MB
lib 87MB
proc 257MB
sbin 3,9MB
usr 394MB
var 60MB

durep -td=2 /

222.1M [%%%%%%%%%%%%%%%% ] 81 54.07% share/
82.8M [%%%%%% ] 35 20.16% lib/
45.6M [%%% ] 0 11.11% bin/
28.4M [%% ] 2 6.91% src/
13.6M [ ] 27 3.32% include/
9.4M [ ] 0 2.29% sbin/
8.7M [ ] 3 2.13% X11R6/
24.0K [ ] 0 0.01% games/
0b [ ] 1 0.00% [FILES]
256.4M [ ] 33 0.16% proc/
255.9M [%%%%%%%%%%%%%%%%%%%%%%%%%%%%% ] 32 99.84% [FILES]

88.9M [ ] 7 0.06% lib/
81.7M [%%%%%%%%%%%%%%%%%%%%%%%%%%% ] 2 91.92% modules/
3.9M [% ] 99 4.44% [FILES]
2.0M [ ] 0 2.21% tls/

60.1M [ ] 7 0.04% var/
33.7M [%%%%%%%%%%%%%%%% ] 17 56.03% lib/
17.4M [%%%%%%%% ] 6 28.95% cache/
5.1M [%% ] 6 8.43% log/
2.7M [% ] 1 4.55% spool/

12.7M [ ] 1 0.01% boot/
12.5M [%%%%%%%%%%%%%%%%%%%%%%%%%%%%% ] 8 98.54% [FILES]

5.1M [ ] 51 0.00% etc/
1.7M [%%%%%%%%% ] 1 33.10% cups/

3.8M [ ] 0 0.00% sbin/
3.1M [ ] 0 0.00% bin/
56.0K [ ] 1 0.00% root/

24.0K [ ] 1 0.00% home/

Alles was nur ein paar KB hat habe ich weggelassen

Es ist auf dem Server wirklich nur Samba, NFS Server, Hylafax installiert und rsync für die Sicherung auf eine USB Festplatte.
Die Daten liegen auf einer eigenen Fetsplatte /dev/hdb1

Gruss

Norbert

[cosmac]

hi,

es ist moeglich, dass Dateien Platz belegen, aber in keinem Verzeichnis
auftauchen. Dann zeigt "df" den wirklich belegten Platz an und "du" nur die
Summe der Dateien in den Verzeichnissen. Sowas kann passieren, wenn
ein Programm eine Datei loescht, aber noch nicht schliesst. Mit einem von
diesen Befehlen sieht man evt. was:

Code: Alles auswählen

lsof | grep " REG " | grep -v " mem "
lsof | grep "(deleted)"

[edefauler]

Hallo,

der hat geholfen.....

Samba:~# lsof | grep " REG " | grep -v " mem "

denn da kann ich das sehen

klogd 2652 root 0r REG 0,3 0 4026531850 /proc/kmsg

Aber wenn ich die Datei aufrufe, dann zeigt sie mir nichts an

Wie kann ich das löschen ?

Habe gerade auch noch gesehen das die Datei /proc/kcore eine Grösse von 1GB hat....

Gruss

Norbert

[michas]

Die "Dateien" in /proc existieren nicht wirklich. Die werden nur vom Kernel simuliert.
Ausserdem musst du aufpassen, das du verschiedene Dateisysteme nicht durcheinander würfelst. (Ich gehe mal davon aus, dass das problematische Dateisystem als / gemounten ist.)

Gib mal die genaue Ausgabe als root von "mount" , "du -sxh /*" und "df -h /".

[edefauler]

Hallo,

ja es ist als / gemountet

/dev/hda2 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/hda1 on /boot type reiserfs (rw,notail)
/dev/hdb1 on /Daten type ext3 (rw)
usbfs on /proc/bus/usb type usbfs (rw)
capifs on /dev/capi type capifs (rw,mode=0666)
/dev/sda1 on /USB-Storage type ext3 (rw)

du -sxh

553M /

Samba:~# df -h /
Dateisystem Größe Benut Verf Ben% Eingehängt auf
/dev/hda2 7,7G 7,6G 0 100% /

Gruss

Norbert

[cosmac]

Es tut mir leid, dass ich das jetzt sagen muss und vielleicht ist es ja
garnicht so schlimm, aber ich würde jetzt erstmal eine Datensicherung
machen, solange das System noch läuft.

Jetzt bekommt "never touch a running system" eine ganz konkrete
Bedeutung: es kann sein, dass es nicht meht bootet.

Nach dem Backup wäre ein Filesystem-Check angesagt, aber der
hinterlaesst u.U. ein unbrauchbares System, also warte damit lieber
noch, evt. hat jemand noch eine andere Idee.

[cosmac]

Code: Alles auswählen

lsof | grep "(deleted)"

funktioniert wohl nur auf einem System das englisch spricht,
man müsste das "deleted" durch den passenden Text ersetzen
oder die Ausgabe von lsof mit dem Auge nach durchsuchen.

[michas]

Also dass df und du *so* unterschiedliche Werte anzeigen ist in der Tat ungewöhnlich.
Ich vermute aber mal, dass sich das Problem nach einem Reboot in Wohlgefallen auflöst.

[cosmac]

Wahrscheinlich hast du Recht, aber auf Pessimisten warten mehr
angenehme Überraschungen...

[schdefan]

hier noch eine Möglichkeit zum Auflisten:
finde alle Verzeichnisse unterhalb von /
zeige die Größe in MB an
sortire nach Größe in absteigender Reihenfolge

Code: Alles auswählen

find / -type d | du -m | sort -nr

schdefan

[edefauler]

Hallo,

ich kann euch also sagen das ein reboot das Problem nicht löst, das hatte ich schon probiert.

Den Rest werde ich nachher mal ausprobieren.

Gruss

Norbert

[edefauler]

Die Lösung ist da

Eine kleine Erklärung zu meinem Aufbau

dev/hda1 /boot
dev/hda2 /
deb/hdb1 /Daten hier liegen meine Daten
deb/sda1 /USB-Storage hier kommen die Sicherungen hin


Das Geheimnis lag darin das eine Sicherung gelaufen ist, wo das USB Device nicht eingebunden war. Somit wurde in das Verzeichnis /USB-Storage gesichert und das erfolgte dann direkt auf die Platte /dev/hda2

Nachdem ich alle Platten in der fsttab auskommentiert habe die nicht benötigt wurden und dann immer noch Daten im Verzeichnis /USB-Storage gefunden habe, war es klar......

Hab alle recht vielen Dank!!!

Gruss

Norbert