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)
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
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
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
> 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.
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
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
> 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.
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