Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Mist! Inhalte der boot-Partition gelöscht!

29 views
Skip to first unread message

Heimo Ponnath

unread,
Mar 26, 2009, 5:50:10 PM3/26/09
to
Hallo alle,

jetzt ist es passiert. Einen Moment abgelenkt gewesen und tatsächlich habe ich
es geschafft, die gesamten Inhalte meiner boot-partition (inklusive grub und
lost+found) zu löschen.

Solange der Rechner läuft habe ich ja noch die Chance, alles irgendwie per
aptitude install wieder herzustellen. Nur wie mache ich das?

Wenn ich nämlich per
aptitude install linux-image-2.6.26-1-486
versuche, den Kernel einfach neu zu installieren, dann meldet das System einen
fehler:

Die folgenden teilweise installierten Pakete werden konfiguriert:
linux-image-2.6.26-1-486
0 Pakete aktualisiert, 0 zusätzlich installiert, 0 werden entfernt und 0 nicht
aktualisiert.
Muss 0B an Archiven herunterladen. Nach dem Entpacken werden 0B zusätzlich
belegt sein.
Schreibe erweiterte Statusinformationen... Fertig
Richte linux-image-2.6.26-1-486 ein (2.6.26-13lenny2) ...
Internal Error: Could not find image (/boot/vmlinuz-2.6.26-1-486)
dpkg: Fehler beim Bearbeiten von linux-image-2.6.26-1-486 (--configure):
Unterprozess post-installation script gab den Fehlerwert 2 zurück
Fehler traten auf beim Bearbeiten von:
linux-image-2.6.26-1-486
E: Sub-process /usr/bin/dpkg returned an error code (1)
Ein Paket konnte nicht installiert werden. Versuche zu lösen:
Richte linux-image-2.6.26-1-486 ein (2.6.26-13lenny2) ...
Internal Error: Could not find image (/boot/vmlinuz-2.6.26-1-486)
dpkg: Fehler beim Bearbeiten von linux-image-2.6.26-1-486 (--configure):
Unterprozess post-installation script gab den Fehlerwert 2 zurück
Fehler traten auf beim Bearbeiten von:
linux-image-2.6.26-1-486
...

Es wird also die Datei /boot/vmlinuz-2.6.26-1-486 nicht gefunden, kein Wunder,
denn die habe ich ja gelöscht. Auch mit dpkg --configure -a tut sich nichts,
auch da wird die gleiche datei vmlinuz... nicht gefunden.

Was kann ich da machen?

Das fragt ein ratloser Heimo
--
heimo ponnath design
Heimo Ponnath
Rotenhäuserstr. 51, 21109 Hamburg
Tel.: 040 753 47 95, Fax: 040 752 68 03
Web: www.heimo.de


--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)

Sven Joachim

unread,
Mar 26, 2009, 6:00:14 PM3/26/09
to

Statt install reinstall verwenden:

aptitude reinstall linux-image-2.6.26-1-486 grub

Danach grub-install und update-grub aufrufen, und alles wird
(hoffentlich) gut.

Sven

Heimo Ponnath

unread,
Mar 26, 2009, 6:10:15 PM3/26/09
to
Hallo Sven,

Am Thursday 26 March 2009 22:50:53 schrieb Sven Joachim:
> Statt install reinstall verwenden:

Leider hat auch die Option reinstall zum gleichen Fehler geführt: vmlinuz
konnte nicht gefunden werden.

Gruß von heimo

--
heimo ponnath design
Heimo Ponnath
Rotenhäuserstr. 51, 21109 Hamburg
Tel.: 040 753 47 95, Fax: 040 752 68 03
Web: www.heimo.de

Alexander Reichle-Schmehl

unread,
Mar 26, 2009, 6:20:13 PM3/26/09
to
Hi!


Heimo Ponnath schrieb:

>> Statt install reinstall verwenden:
> Leider hat auch die Option reinstall zum gleichen Fehler geführt: vmlinuz
> konnte nicht gefunden werden.

Mal versucht mittels "touch" die fehlende Datei zu erstellen und zu
kucken, was dann passiert?


Best regards,
Alexander

signature.asc

Thomas Kosch

unread,
Mar 26, 2009, 6:40:14 PM3/26/09
to
On 26.03.2009, at 23:01, Heimo Ponnath wrote:

> Hallo Sven,
>
> Am Thursday 26 March 2009 22:50:53 schrieb Sven Joachim:
>> Statt install reinstall verwenden:
>
> Leider hat auch die Option reinstall zum gleichen Fehler geführt:
> vmlinuz
> konnte nicht gefunden werden.

Da ist aptitude auch zu intelligent für. Da musst du etwas tiefer
graben.

Die Pakete sollten eigentlich noch unter /va/cache/apt/archive liegen.
Ansonsten musst du sie eben neu herunterladen lassen.

dpkg -i /var/cache/apt/archive/grub*
grub-install $OPTIONS
grub-set-default 0
dpkg -i /va/var/cache/apt/archive/$KERNEL

ttyl8er, t.k.

Heimo Ponnath

unread,
Mar 26, 2009, 6:50:20 PM3/26/09
to
Hallo Alexander,

Am Thursday 26 March 2009 23:12:54 schrieb Alexander Reichle-Schmehl:
> Mal versucht mittels "touch" die fehlende Datei zu erstellen und zu
> kucken, was dann passiert?

Ja, jetzt bin ich schon ein kleines Stück weiter. Jedenfalls nach Erstellen
einer Fake-vmlinuz-Datei namens vmlinuz-2.6.26-1-486 ist erstmal wieder eine
fehlermeldung aufgetaucht, aber eine neue:

Richte linux-image-2.6.26-1-486 ein (2.6.26-13lenny2) ...

Running depmod.
FATAL: Could not open '/boot//System.map-2.6.26-1-486': No such file or
directory
Ok, continuing as directed
Running mkinitramfs-kpkg.
Not updating initrd symbolic links since we are being updated/reinstalled
(2.6.26-13 was configured last, according to dpkg)
Not updating image symbolic links since we are being updated/reinstalled
(2.6.26-13 was configured last, according to dpkg)

Jedenfalls sind nun die Dateien
/boot/grub/device.map
/boot/grub/menu.lst
/boot/grub/default

erstellt worden - und deren Inhalte sind korrekt.

In /boot findet sich nun noch initrd.img-2.6.26-1-486

Allerdings fehlt die System.map-2.6.26-1-486 und mir kommt das Verzeichnis
auch sonst noch recht leer vor. ich erinnere mich vage an Dateien, die
irgendetwas wie stage1 und stage2 im Namen enthielten.

Ich bin mir daher nicht sicher, ob das System schon wieder bootbar ist oder ob
da noch etwas gemacht werden muß...

Dank und Gruß von heimo

Heimo Ponnath

unread,
Mar 26, 2009, 7:20:11 PM3/26/09
to
Super Thomas,

das hat mir sehr geholfen! Noch ein paar Fragen habe ich dazu:

Am Thursday 26 March 2009 23:36:17 schrieb Thomas Kosch:
> dpkg -i /var/cache/apt/archive/grub*

grub konnte ich mit den bisherigen Bemühungen mit aptitude schon installieren.
allerdings weiß ich noch nicht so genau, ob damit auch schon der MBR korrekt
angepasst ist. Ich habe nämlich die boot-Partition von sda1 auf sdc1 verlegt
(dabei ist der ganze Mist passiert). In device.map und in menu.lst stehen die
richtigen Werte ( nämlich (hd2) /dev/sdc und root (hd2,0) )

> grub-install $OPTIONS

ist es unter diesen Umständen vielleicht besser, mittels update-grub den MBR
korrekt zu beschreiben?

> grub-set-default 0
> dpkg -i /va/var/cache/apt/archive/$KERNEL

Das sieht gut aus, was dabei herauskam! Jetzt stehen 4 Dateien in /boot,
nämlich config-2.6.26-1-486, initrd.img-2.6.26-1-486,
System.map-2.6.26-1-486 und vmlinuz-2.6.26-1-486

Dank und Gruß von Heimo

Thomas Kosch

unread,
Mar 26, 2009, 8:20:11 PM3/26/09
to
On 27.03.2009, at 00:17, Heimo Ponnath wrote:

> Super Thomas,
>
> das hat mir sehr geholfen! Noch ein paar Fragen habe ich dazu:
>
> Am Thursday 26 March 2009 23:36:17 schrieb Thomas Kosch:
>> dpkg -i /var/cache/apt/archive/grub*
>
> grub konnte ich mit den bisherigen Bemühungen mit aptitude schon
> installieren.
> allerdings weiß ich noch nicht so genau, ob damit auch schon der MBR
> korrekt
> angepasst ist. Ich habe nämlich die boot-Partition von sda1 auf sdc1
> verlegt

Nein.

> (dabei ist der ganze Mist passiert). In device.map und in menu.lst
> stehen die
> richtigen Werte ( nämlich (hd2) /dev/sdc und root (hd2,0) )
>
>> grub-install $OPTIONS
>
> ist es unter diesen Umständen vielleicht besser, mittels update-grub
> den MBR
> korrekt zu beschreiben?

update-grub ist ein Debianismus, der dazu dient die menu.lst zu
generieren. Du willst wirklich grub-install um den Bootloader neu zu
installieren.

ttyl8er, t.k.

Heimo Ponnath

unread,
Mar 26, 2009, 8:30:15 PM3/26/09
to
Hallo Thomas,

Am Friday 27 March 2009 01:11:39 schrieb Thomas Kosch:
> Du willst wirklich grub-install um den Bootloader neu zu  
> installieren.

Verzeih mir bitte, ich war mit meiner Rückfrage zu schnell. Ein bisschen
googlen hat mich kurz danach dazu gebracht, einzusehen, daß grub-install
genau richtig war.

Inzwischen habe ich den Rechner gebootet und alles funktionierte einwandfrei.

Vielen Dank für deine Hilfe, jetzt werde ich mir erstmal den Schweiss von der
Stirn wischen

0 new messages