ubuntuusers.de

Für diese Funktion musst du eingeloggt sein.

E: Sub-process /usr/bin/dpkg returned an error code (1)

Status: Ungelöst | Ubuntu-Version: Kubuntu 13.04 (Raring Ringtail)
Antworten |

lionlizard

Avatar von lionlizard

Anmeldungsdatum:
20. September 2012

Beiträge: 6244

Wohnort: Berlin

Hallo Leute,

beim Update von grub-efi erhalte ich den folgenden Fehler:

Fehler traten auf beim Bearbeiten von:
 grub-efi-amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)

Wie kann ich Grub neu installieren?

Stefan

Lasall

Ehemalige
Avatar von Lasall

Anmeldungsdatum:
30. März 2010

Beiträge: 7723

Hi Stefan,

schaue mal in der Ausgabe weiter oben, was genau den Fehler verursacht, evtl. set -x ins entsprechende Maintainer-Skript reinschreiben.

Gruss Lasall

lionlizard

(Themenstarter)
Avatar von lionlizard

Anmeldungsdatum:
20. September 2012

Beiträge: 6244

Wohnort: Berlin

Hallo Lasall,

aktuell habe ich das Problem gelöst, indem ich Ubuntu auf einer anderen Partition neu installiert habe. Aber grundsätzlich möchte ich schon herausfinden, wie dieses Dilemma zu lösen wäre. Ich fürchte nämlich, dass mir so etwas noch öfter passieren kann. So ein GPT-System mit genügend Partitionen und ausreichend Speicher ist doch zum Spielen viel besser als ein Lego-Baukasten 😉.

Der Fehler trat bei grub-efi-amd64 --config auf. Ursache war der Wechsel der Grubversion von 1.99 (Kubuntu 12.04) auf 2.00 (kubuntu 13.04). Wie ich herausgefunden habe, wurde (u.a?) die grubx64.efi nicht aktualisiert, was dann dazu führte, dass die Skripte nicht mehr passten. Nachdem ich die grubx64.efi per Hand ausgetauscht habe, ist Grub nur noch im Rescue Modus gestartet. Meine Versuche die Pfade richtig zu setzen und die fehlenden Module zu laden haben mich aber auch nur in eine Textshell der initramfs (?) gebracht, aus der ich das System nicht starten konnte.

Ich habe dann wie gesagt Kubuntu auf einer extra für diesen Zweck angelegten 5GB Parttion neu installiert, und danach startete Grub wieder, und auch mein update-grub aus der Ursprungsinstallation lief erfolgreich durch und aktualierte den Bootlader.

Lasall schrieb:

evtl. set -x ins entsprechende Maintainer-Skript reinschreiben.

Das verstehe ich leider nicht. Was ist das Maintainer-script, wo finde ich das, und was bewirkt set -x ?

Mich würde auch interessieren, wie man bei der De-Installation dafür sorgt, dass grub wirklich von der EFI-Partition gelöscht wird, damit es dann später - mitsamt grubx64.efi - neu installiert wird. mein

sudo apt-get purge grub-efi-amd64
sudo apt-get purge grub-common

hat ja leider die grubx64.efi unangetastet auf der EFI-Partition gelassen. Dort habe ich übrigens 2 verschiedene Versionen der grubx64.efi in den Ordnern ./EFI/ubuntu und ./EFI/kubuntu gefunden.

Danke, dass du dich meines Problems angenommen hast.

Stefan

Lasall

Ehemalige
Avatar von Lasall

Anmeldungsdatum:
30. März 2010

Beiträge: 7723

Hi Stefan,

du schriebst:

Was ist das Maintainer-script, wo finde ich das, und was bewirkt set -x ?

Maintainer-Skripte sind Skripte, die vor oder nach der Installation bzw. dem Entfernen ausgeführt werden (sie liegen neben anderen Daten in /var/lib/dpkg/info, siehe auch Grundlagen der Paketerstellung/Optionale Konfigurationsdateien (Abschnitt „preinst-und-postinst-und-prerm-und-postrm“)). set -x bewirkt, dass bei Shellskripten alle ausgeführten Kommandos angezeigt werden (probiere das einfach mal im Terminal aus, rückgängig set +x), so kann man den Fehler exakt eingrenzen - was jetzt aber nicht mehr nötig ist, da du den ja schon gefunden hast.

Da das hier leider ein EFI-GRUB-Problem ist, kann ich nicht helfen, evtl. solltest du mal drüben im System-einrichten-und-verwalten-Forum die Experten um Rat fragen.

Gruss Lasall

Antworten |