staging.inyokaproject.org

Hallo! Habe folgendes Problem beim Deinstallieren von linux-backports-modules-2.6.22-14-generic:

xy@dell:~$ sudo apt-get -f install
[sudo] password for xy: 
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut       
Reading state information... Fertig
Die folgenden Pakete werden ENTFERNT:
  linux-backports-modules-2.6.22-14-generic
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 0 nicht aktualisiert.
1 nicht vollständig installiert oder entfernt.
After this operation, 6128kB disk space will be freed.
Möchten Sie fortfahren [J/n]? j
(Lese Datenbank ... 155491 Dateien und Verzeichnisse sind derzeit installiert.)
Entferne linux-backports-modules-2.6.22-14-generic ...
FATAL: Could not open '/boot/System.map-2.6.22-14-generic': No such file or directory
update-initramfs: Generating /boot/initrd.img-2.6.22-14-generic
Cannot find /lib/modules/2.6.22-14-generic
update-initramfs: failed for /boot/initrd.img-2.6.22-14-generic
dpkg: Fehler beim Bearbeiten von linux-backports-modules-2.6.22-14-generic (--remove):
 Unterprozess post-removal script gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 linux-backports-modules-2.6.22-14-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)

Gleiches passiert bei

sudo apt-get remove linux-backports-modules-2.6.22-14-generic

Danke Euch! FLO

Das ist ein Fehler im Paket.
Nach

sudo mkdir /lib/modules/2.6.22-14-generic

und ggf.

sudo touch /boot/System.map-2.6.22-14-generic

funktioniert es

Bingo, Ulli, das war's! Danke Dir!

Wer lesen kann, ist klar im Vorteil. mkdir hätte mir auch einfallen können. Was genau macht jedoch touch...?

FLO

touch

Das hat meine Google suche auf die Schnelle ergeben, denke damit müsste das meiste geklärt sein.

Kleiner Tipp:
mit

man touch

oder

touch --help

in der Konsole hättest du wahrscheinlich auch eine kleine Erklärung bekommen...
kann grad nicht in die Konsole, aber das würde ich bei unbekannten Befehlen immer einfach mal ausprobieren 😉

–>Problem gelöst? Bitte als gelöst markieren ☺

UbuntuFlo hat geschrieben:

Wer lesen kann, ist klar im Vorteil. mkdir hätte mir auch einfallen können.

Lesen ist der Fehlermeldung ist OK, daraus sofort auf ein mkdir zu schließen ist auch noch OK, aber die sofortige Umsetzung wäre absolut falsch. An Systemdateien fummelt man nicht ohne Hintergrundkenntnisse herum.

Also geht man nach /var/cache/apt/archives und öffnet das entsprechende Paket mit einem Archivmanager. In dem öffnet man das Unterarchiv control.tar.gz und in dem wiederum die Datei postrm, denn dieses Skript gab die Fehlermeldung aus.

Erst nach dem man das Skript verstanden hat, darf man die Manipulation am System vollziehen. Nach einem Erfolg darf man dann diese Manipulation auch an andere Betroffene weitergeben.