Platte voll - update abgebrochen

[dorpm]

Also, eigentlich wollte ich gerade nur mal mein System updaten (apt-get -u upgrade), doch dann passierte das:

Code: Alles auswählen

Vorbereiten zum Ersetzen von dpkg 1.10.26 (durch .../archives/dpkg_1.10.27_i386.deb) ...
Entpacke Ersatz für dpkg ...
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/dpkg_1.10.27_i386.deb (--unpack):
 fehlgeschlagen in buffer_write(fd) (8, ret=-1): Backend dpkg-deb während »./sbin/start-stop-daemon«: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/dpkg_1.10.27_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Watt nu?

Frage 1: Wieso ist plötzlich die /dev/hda1 voll? df -h ergibt

Code: Alles auswählen

df -h
Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
/dev/hda1             250M  250M     0 100% /
tmpfs                 252M     0  252M   0% /dev/shm
/dev/hda9              28G  2,6G   24G  10% /home
/dev/hda8             361M  8,1M  334M   3% /tmp
/dev/hda5             4,6G  3,1G  1,4G  70% /usr
/dev/hda6             2,8G  433M  2,2G  17% /var
/dev                  250M  250M     0 100% /.dev
none                  5,0M  2,5M  2,6M  50% /dev

Ist vielleicht ein Blick in fstab hilfreich?

Code: Alles auswählen

/dev/hda1       /               ext3    defaults,errors=remount-ro 0
     1
/dev/hda9       /home           ext3    defaults        0       2
/dev/hda8       /tmp            ext3    defaults        0       2
/dev/hda5       /usr            ext3    defaults        0       2
/dev/hda6       /var            ext3    defaults        0       2
/dev/hda7       none            swap    sw              0       0
/dev/hdc        /media/cdrom0   iso9660 ro,user,noauto  0       0

Frage 2:
Was ist mit dem abgebrochenen update? Kann ich das irgendwie weiter führen?

Flori

[gms]

Schau dir einmal die Ausgabe dieses Kommandos an:

Code: Alles auswählen

gms1:~# du -cms /bin /boot /etc /lib /proc /root /sbin
4       /bin
7       /boot
29      /etc
42      /lib
515     /proc
21      /root
5       /sbin
618     insgesamt

[dorpm]

Bei mir kommt da

Code: Alles auswählen

3       /bin
9       /boot
7       /etc
52      /lib
513     /proc
101     /root
4       /sbin
686     insgesamt

Was bedeuten denn die Zahlen?

Übrigens, das Überlaufen der hda1 hatte ich wohl selbst verursacht, in dem ich im root-Verzeichnis ein größers Archiv entpackt und danach da stehen gelassen habe. Nach dem Löschen ist die Partition jetzt nur noch zu 77% belegt und das Updaten geht auch wieder.

Flori

[Joghurt]

Was bedeuten denn die Zahlen?

Speicherplatz in MB, den dieses Verzeichnis belegt. (/proc ist kein wirkliches Verzeichnis, ich weiss auch nicht, warum gms das sehen wollte; vielleicht wollte er so herausbekommen, wieviel MB hauptspeicher du hast (512 MB ) - /proc/kmem ist ein Abbild des Hauptspeichers, und den zählt du dann mit)

Übrigens, das Überlaufen der hda1 hatte ich wohl selbst verursacht, in dem ich im root-Verzeichnis ein größers Archiv entpackt und danach da stehen gelassen habe.

Das konnte man auch am "101 /root" sehen

[gms]

(/proc ist kein wirkliches Verzeichnis, ich weiss auch nicht, warum gms das sehen wollte;

Ich wollte die Verteilung des Speicherplatzes sehen und habe dazu eine Liste der Unterverzeichnisse von / hergenommen. /dev, /home, /usr und /tmp habe ich weggelassen, /proc habe ich übersehen.
Mit "101 /root" hat sich ja dann auch herausgestellt, wo der Speicherplatz verbraten wurde.

[dorpm]

Vielen Dank für die Infos !!!

Flori