staging.inyokaproject.org

Paketsystemreparatur: Mehr als 2 GB für 973-kB-Paket benötigt?

Status: Gelöst | Ubuntu-Version: Ubuntu 12.04 (Precise Pangolin)
Antworten |

Tortillus

Anmeldungsdatum:
12. August 2012

Beiträge: 41

Hi Leute!

Ich wollte gestern das System per Aktualisierungsverwaltung auf den neuesten Stand bringen. Hat auch fast alles geklappt, nur mit linux-headers-3.2.0-49-generic-pae gab es bei der Installation irgendein Problem. Als ich die Aktualisierungsverwaltung neu startete und einen neuen Anlauf machte, erschien die folgende Fehlermeldung:

Das Paketsystem ist beschädigt

Überprüfen Sie, ob Sie Software-Paketquellen von Drittanbietern nutzen. Wenn dies der Fall ist, so deaktivieren Sie diese, da sie häufig eine Fehlerquelle sind.
Führen Sie außerdem in einem Terminal den folgenden Befehl aus: apt-get install -f

Dann stürzte die Aktualisierungsverwaltung ab. 😮 Es ist zwar Monate her, dass ich zum ersten und letzten Mal ein Fremdpaket installiert und auch problemlos deinstalliert hatte, aber ich wechselte wie vorgeschlagen ins Software-Center. Dort erhielt ich einen Hinweis, dass der Software-Katalog repariert werden müsse, und klickte auf "Beheben". Nützt leider nichts (Nachtrag: Die Ausgabe dazu sieht aktuell so aus:

installArchives() failed: (Reading database ... 
(Reading database ... 5%
(Reading database ... 10%
(Reading database ... 15%
(Reading database ... 20%
(Reading database ... 25%
(Reading database ... 30%
(Reading database ... 35%
(Reading database ... 40%
(Reading database ... 45%
(Reading database ... 50%
(Reading database ... 55%
(Reading database ... 60%
(Reading database ... 65%
(Reading database ... 70%
(Reading database ... 75%
(Reading database ... 80%
(Reading database ... 85%
(Reading database ... 90%
(Reading database ... 95%
(Reading database ... 100%
(Reading database ... 807910 files and directories currently installed.)
Unpacking linux-headers-3.2.0-49-generic-pae (from .../linux-headers-3.2.0-49-generic-pae_3.2.0-49.75_i386.deb) ...
dpkg: error processing /var/cache/apt/archives/linux-headers-3.2.0-49-generic-pae_3.2.0-49.75_i386.deb (--unpack):
 error creating symbolic link `./usr/src/linux-headers-3.2.0-49-generic-pae/include/linux/sockios.h': No space left on device
No apport report written because MaxReports is reached already
Errors were encountered while processing:
 /var/cache/apt/archives/linux-headers-3.2.0-49-generic-pae_3.2.0-49.75_i386.deb
Error in function: 
SystemError: E:Sub-process /usr/bin/dpkg returned an error code (1)
dpkg: dependency problems prevent configuration of linux-headers-generic-pae:
 linux-headers-generic-pae depends on linux-headers-3.2.0-49-generic-pae; however:
  Package linux-headers-3.2.0-49-generic-pae is not installed.
dpkg: error processing linux-headers-generic-pae (--configure):
 dependency problems - leaving unconfigured

) Also rief ich die Software-Paketquellen auf und entfernte die Häkchen vor "Unabhängig", sodass nur noch CD ROM mit Ubuntu 11.10 und zweimal Canonical Partner markiert sind. Damit müsste alles abgedeckt sein, was mit "Software-Paketquellen von Drittanbietern" gemeint sein könnte, oder?

Danach öffnete ich ein Terminal und führte

sudo apt-get install -f

aus. Darauf erschien eine Fehlermeldung, derzufolge das Problem mit einem Mangel an freiem Speicherplatz zusammenhängen könnte. Also benutzte ich "Festplattenbelegung analysieren", um insgesamt 2 GB freien Speicherplatz zu schaffen.

Beim erneuten Ausführen von

sudo apt-get install -f

erschien dann aber (wieder?) die Ausgabe

Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut       
Statusinformationen werden eingelesen... Fertig
Abhängigkeiten werden korrigiert... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  linux-headers-3.2.0-49-generic-pae
Die folgenden NEUEN Pakete werden installiert:
  linux-headers-3.2.0-49-generic-pae
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 2 nicht aktualisiert.
1 nicht vollständig installiert oder entfernt.
Es müssen noch 0 B von 973 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 11,3 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren [J/n]? J
(Lese Datenbank ... 807910 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacken von linux-headers-3.2.0-49-generic-pae (aus .../linux-headers-3.2.0-49-generic-pae_3.2.0-49.75_i386.deb) ...
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/linux-headers-3.2.0-49-generic-pae_3.2.0-49.75_i386.deb (--unpack):
 Fehler beim Anlegen des symbolischen Links »./usr/src/linux-headers-3.2.0-49-generic-pae/include/linux/mpage.h«: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
Es wurde kein Apport-Bericht verfasst, da die Fehlermeldung auf einen Fehler wegen voller Festplatte hindeutet
                              Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/linux-headers-3.2.0-49-generic-pae_3.2.0-49.75_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Sieht für mich nach einem Fehler im Bereich Die Installation/Deinstallation von Paketen endet mit Fehlermeldungen aus, allerdings macht mich der wiederholte Hinweis auf angeblich fehlenden Speicherplatz stutzig: Die Installation eines Paketes von nicht einmal 1 MB Größe benötigt doch nicht mehrere Gigabyte an Speicherplatz? 😕 Sollte ich also wie im Wiki empfohlen fortfahren oder liegt das Problem doch woanders?

Ich habe Ubuntu unter Windows Vista installiert.

tomtomtom Team-Icon

Supporter
Avatar von tomtomtom

Anmeldungsdatum:
22. August 2008

Beiträge: 55572

Zeige bitte mal die Terminal-Ausgaben von

df -h

und

df -i

hier jeweils im Codeblock.

Tortillus

(Themenstarter)

Anmeldungsdatum:
12. August 2012

Beiträge: 41

Mache ich. Schon mal danke für die superschnelle Antwort ☺

Also, df -h ergibt

Dateisystem            Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sda6                13G     12G  1,3G   90% /
udev                    491M    4,0K  491M    1% /dev
tmpfs                   201M    900K  200M    1% /run
none                    5,0M       0  5,0M    0% /run/lock
none                    501M    208K  500M    1% /run/shm
/home/<Benutzer>/.Private   13G     12G  1,3G   90% /home/<Benutzer>

und bei df -i erscheint

Dateisystem            Inodes IBenutzt  IFrei IUse% Eingehängt auf
/dev/sda6              863264   855814   7450  100% /
udev                   125495      551 124944    1% /dev
tmpfs                  128040      481 127559    1% /run
none                   128040        3 128037    1% /run/lock
none                   128040        9 128031    1% /run/shm
/home/<Benutzer>/.Private 863264   855814   7450  100% /home/<Benutzer>

(Nanu? Gleichzeitig zu 90% und zu 100% belegt? *wunder*)

tomtomtom Team-Icon

Supporter
Avatar von tomtomtom

Anmeldungsdatum:
22. August 2008

Beiträge: 55572

Du hast zwar genügend Speicherplatz, aber keine freien Inodes mehr.

Hast du sehr viele sehr kleine Dateien?

diesch Team-Icon

Avatar von diesch

Anmeldungsdatum:
18. Februar 2009

Beiträge: 5072

Lösche einige alte /usr/src/linux-headers-*-Ordner, damit die Paketverwaltung wieder funktioniert, und entferne dann die zugehörigen Pakete.

Tortillus

(Themenstarter)

Anmeldungsdatum:
12. August 2012

Beiträge: 41

tomtomtom schrieb:

Du hast zwar genügend Speicherplatz, aber keine freien Inodes mehr.

Hast du sehr viele sehr kleine Dateien?

Nicht dass ich wüsste... Ich habe allerdings gerade überraschend viele versteckte Ordner und Dateien in meinem Home-Verzeichnis entdeckt. Kann ich die vielleicht löschen, wenn es sich um unkritische Anwendungen wie Spiele oder Gimp handelt? Werden die versteckten Ordner bei Bedarf neu angelegt?

Ansonsten sehe ich gerade, dass in etc/sbin und etc/bin insgesamt 277 Objekte mit einer Gesamtgröße von nur 17,8 MB habe. Ist das im Rahmen oder sollte ich dort mal aufräumen?

edit@diesch: Also nach dem Löschen per Nautilus dann

sudo apt-get -autoclean

im Terminal?

diesch Team-Icon

Avatar von diesch

Anmeldungsdatum:
18. Februar 2009

Beiträge: 5072

Wenn du z.B. den Ordner /usr/src/linux-headers-3.2.0-48-generic-pae gelöscht hast, musst du später das Paket linux-headers-3.2.0-48-generic-pae entfernen.

tomtomtom Team-Icon

Supporter
Avatar von tomtomtom

Anmeldungsdatum:
22. August 2008

Beiträge: 55572

Tortillus schrieb:

Ich habe allerdings gerade überraschend viele versteckte Ordner und Dateien in meinem Home-Verzeichnis entdeckt.

Das sind die Konfigurationsdateien der von dir genutzten Programme. Zum einen enthalten diese sämtliche Konfigurationen, zum anderen würden sie nach dem Start des entsprechenden Programms neu angelegt.

Ansonsten sehe ich gerade, dass in etc/sbin und etc/bin insgesamt 277 Objekte mit einer Gesamtgröße von nur 17,8 MB habe. Ist das im Rahmen oder sollte ich dort mal aufräumen?

Es sollte weder ein /etc/bin noch ein /etc/sbin geben. Du solltest mal erkunden, wo die überhaupt herkommen.

Tortillus

(Themenstarter)

Anmeldungsdatum:
12. August 2012

Beiträge: 41

diesch schrieb:

Wenn du z.B. den Ordner /usr/src/linux-headers-3.2.0-48-generic-pae gelöscht hast, musst du später das Paket linux-headers-3.2.0-48-generic-pae entfernen.

Um bei Deinem Beispiel zu bleiben: Den Ordner habe ich gefunden und ihn zu löschen wird wohl kein Problem sein. Nur mit der Paketverwaltung kenne ich mich nicht so gut aus... Benutzt man remove, autoremove, autoclean oder purge? Also z.B. sudo apt-get remove linux-headers-3.2.0-48-generic-pae ?

edit@ tomtomtom: Oh, Verzeihung... bin und sbin befinden sich doch nicht in etc sondern in /bin (also "am Anfang des Dateisystems" - hoffe, ich habe das richtig dargestellt). 😳

tomtomtom Team-Icon

Supporter
Avatar von tomtomtom

Anmeldungsdatum:
22. August 2008

Beiträge: 55572

Tortillus schrieb:

Benutzt man remove, autoremove, autoclean oder purge?

remove
           remove ist identisch mit install, mit der Ausnahme, dass Pakte
           entfernt anstatt installiert werden. Beachten Sie, dass das
           Entfernen von Paketen deren Konfigurationsdateien im System
           belässt. Wenn ein Pluszeichen an den Paketnamen angehängt wird
           (ohne Leerzeichen dazwischen) wird das erkannte Paket installiert
           anstatt entfernt.
purge
           purge entspricht remove mit der Ausnahme, dass Pakete entfernt und
           vollständig gelöscht werden (jegliche Konfigurationsdateien werden
           mitgelöscht).

Kommt also drauf an, was du willst.

Tortillus

(Themenstarter)

Anmeldungsdatum:
12. August 2012

Beiträge: 41

Bei so viel Hilfsbereitschaft komme ich kaum noch hinterher mit dem Berbeiten und Schreiben von Beiträgen ☺

Ich wüsste nicht, was man mit Resten von veralteten Headern anfangen könnte, deswegen probiere ich gleich mal

sudo apt-get purge linux-headers-3.2.0-48-generic-pae

und das gleiche mit anderen veralteten Headern. Melde mich dann, um euch zu sagen, wie es gelaufen ist ☺

Tortillus

(Themenstarter)

Anmeldungsdatum:
12. August 2012

Beiträge: 41

Okay, man kann die Ordner doch nicht per Rechtsklickmenü löschen... Also benutze ich

sudo rm <Ordnername>

Richtig? Und das ganze nacheinander für jeden Ordner in usr/src/ , bis die Installation des aktuellen Headers per Aktualisierungsverwaltung klappt?

tomtomtom Team-Icon

Supporter
Avatar von tomtomtom

Anmeldungsdatum:
22. August 2008

Beiträge: 55572

Tortillus schrieb:

Okay, man kann die Ordner doch nicht per Rechtsklickmenü löschen...

Kann man schon. Allerdings nur mit entsprechenden Rechten. 😉

Also benutze ich

sudo rm <Ordnername>

Richtig?

Nicht ganz.

rm (Abschnitt „Beispiele“)

Tortillus

(Themenstarter)

Anmeldungsdatum:
12. August 2012

Beiträge: 41

😐 Meine Konzentration lässt nach... Ich schreibe morgen Abend nochmal oder spätestens am Wochenende. Vielen Dank schon mal für eure Tipps! ☺

Tortillus

(Themenstarter)

Anmeldungsdatum:
12. August 2012

Beiträge: 41

Okay, es hat mir doch keine Ruhe gelassen. Ich habe alle drei Ordner für den Header 3.2.0.48 gelöscht. Als ich dann das Paket linux-headers-3.2.0-48-generic-pae mit purge löschen wollte, erschien folgende Ausgabe:

Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut       
Statusinformationen werden eingelesen... Fertig
Probieren Sie »apt-get -f install«, um dies zu korrigieren:
Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 linux-headers-generic-pae : Hängt ab von: linux-headers-3.2.0-49-generic-pae soll aber nicht installiert werden
E: Unerfüllte Abhängigkeiten. Versuchen Sie »apt-get -f install« ohne Angabe eines Pakets (oder geben Sie eine Lösung an).

Das habe ich gemacht und erhielt daraufhin

Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut       
Statusinformationen werden eingelesen... Fertig
Abhängigkeiten werden korrigiert... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  linux-headers-3.2.0-49-generic-pae
Die folgenden NEUEN Pakete werden installiert:
  linux-headers-3.2.0-49-generic-pae
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 2 nicht aktualisiert.
1 nicht vollständig installiert oder entfernt.
Es müssen noch 0 B von 973 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 11,3 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren [J/n]? J
(Lese Datenbank ... 807910 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacken von linux-headers-3.2.0-49-generic-pae (aus .../linux-headers-3.2.0-49-generic-pae_3.2.0-49.75_i386.deb) ...
linux-headers-3.2.0-49-generic-pae (3.2.0-49.75) wird eingerichtet ...
Examining /etc/kernel/header_postinst.d.
run-parts: executing /etc/kernel/header_postinst.d/dkms 3.2.0-49-generic-pae /boot/vmlinuz-3.2.0-49-generic-pae
linux-headers-generic-pae (3.2.0.49.59) wird eingerichtet ...

Danach ließen sich dann auch die Pakete der alten Header entfernen. Das war's? Und mit Fremdpaketen hatte das auch nichts zu tun?

Dann wird es wohl Zeit für eine Runde apt-get autoclean , damit das Problem so schnell nicht wiederkommt. Oder ich installiere Ubuntu bei Gelegenheit neu und weise ihm eine größere Partition zu...

Nochmal danke an euch beide! ☺

Antworten |