dpkg auf nicht aktivem System anweden

[fitti70]

Hallo,
nach einem Kernel Update bootet mein Root-Server nicht mehr
Vom alten Kernel gibt es noch ein deb-File, aber ich komme nur mittels eines Recovery-System auf den Rechner ( so eine Art Knoppix)
Damit kann ich dann die Platten booten usw.

Meine Frage: Wie kann ich den alten Kernel auf dem (nicht aktivem) Standard-System installieren? (dpkg wendet es ja auf dem aktiven Recovery-System an.)

Danke und Grüße,

fitti

[GoKi]

Ist in dem Recovery-System das Root-Filesystem eingebunden als /?
Dann solltest Du direkt installieren können. Andernfalls noch mit chroot das System betreten.

[fitti70]

erst mal danke.

Aber wenn ich chroot ausführen will, erscheint:

chroot: es ist nicht möglich, â/bin/bashâ auszuführen: Datei oder Verzeichnis nicht gefunden

[fitti70]

sorry, da war ein leerzeichen zu viel.

jetzt bekome ich aber folgenden Fehler:

Code: Alles auswählen

dpkg -i /root/linux-image-2.6.26-1-amd64_2.6.26-8_amd64.deb
(Lese Datenbank ... 223603 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereiten zum Ersetzen von linux-image-2.6.26-1-amd64 2.6.26-8 (durch .../linux-image-2.6.26-1-amd64_2.6.26-8_amd64.deb) ...
Could not find mkinitramfs-kpkg mkinitrd.yaird. at /var/lib/dpkg/tmp.ci/preinst line 234, <STDIN> line 9.
The directory /lib/modules/2.6.26-1-amd64 still exists. Continuing as directed.
Done.
Entpacke Ersatz für linux-image-2.6.26-1-amd64 ...
Richte linux-image-2.6.26-1-amd64 ein (2.6.26-8) ...
Running depmod.
Failed to find suitable ramdisk generation tool for kernel version
2.6.26-1-amd64 on running kernel 2.6.24.2-live in mkinitramfs-kpkg mkinitrd.yaird
dpkg: Fehler beim Bearbeiten von linux-image-2.6.26-1-amd64 (--install):
 Unterprozess post-installation script gab den Fehlerwert 9 zurück
Fehler traten auf beim Bearbeiten von:
 linux-image-2.6.26-1-amd64

kommen sich die Systeme ins Gehege?

[KBDCALLS]

Es ist zwar etwas unsinning sic sich mkinitramfs-kpkg . im /usr/sbin befindet. Ein mount -a oder /etc/init.d/mountall.sh müßte helfen.

[fitti70]

Beide Befehle haben nichts geändert.

Was bedeutet diese Fehlermeldung denn eigentlich?

Code: Alles auswählen

Failed to find suitable ramdisk generation tool for kernel version
2.6.26-1-amd64 on running kernel 2.6.24.2-live in mkinitramfs-kpkg mkinitrd.yaird

Auch wenn ich yaird installiere, kommt die gleiche Fehlermeldung.

[KBDCALLS]

ER teilt dir mit das kein passsender Ramdiskcreator gefunden wird.

Was ergibt den

Code: Alles auswählen

 mount 

? und

Code: Alles auswählen

type mkinitramfs-kpkg  mkinitrd.yaird

Wenn nichts gefunden wird im Verzeichnis /usr/sbin mal nach sehen, ob da was zu finden ist.

Ansonsten die initramfs-tools installieren.

[fitti70]

initramfs-tools ist installiert.

Code: Alles auswählen

:/mnt/sda1/grub# type mkinitramfs-kpkg  mkinitrd.yaird
mkinitramfs-kpkg is /usr/sbin/mkinitramfs-kpkg
mkinitrd.yaird is /usr/sbin/mkinitrd.yaird

Code: Alles auswählen

# mount
sysfs on /sys type sysfs (rw)
none on / type unionfs (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
proc on /proc type proc (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
devshm on /dev/shm type tmpfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/sda1 on /mnt/sda1 type ext2 (rw)
/dev/sda3 on /mnt/sda3 type ext3 (rw)

[KBDCALLS]

Sieht so aus als wenn du nicht im Chroot bist.

Wechsle mit cd in das Root deiner Installation.

Angenommen das wäre /mnt/sda1

Wenn du da drinne bist

Code: Alles auswählen

chroot /mnt/sda1 

Wenn du jetzt ein

Code: Alles auswählen

pwd

machst dann dürfte nur Ausgabe ein

Code: Alles auswählen

/ 

erscheinen . Und dann das zuvor genannte nochmal . Die chroot Umgebung verläßt man mit

Code: Alles auswählen

exit

[fitti70]

Das Verzeichnis ist /mnt/sda3
Wenn ich dort

Code: Alles auswählen

chroot /mnt/sda3

ausführe, erhalte ich

Code: Alles auswählen

chroot: es ist nicht möglich, â/bin/bashâ auszuführen: Datei oder Verzeichnis nicht gefunden

/bin/bash existiert aber selbstverständlich:

Code: Alles auswählen

ls -l /bin/bash
-rwxr-xr-x 1 root root 813688 2008-04-15 03:37 /bin/bash

[fitti70]

Ups, WAS IST DAS DENN?

[KBDCALLS]

umoute mal die Partiton und lass mal

Code: Alles auswählen

fsck.ext3  -p -f  /dev/sda3

laufen.

PS habe das übrigens mit chroot gerade mal gestestet. Es wird nach der bash auf /dev/sda3 gesucht in deinem Falle. Solange du nicht im chroot bist bringt dir type garnichts. Wie siehts in den anderen Verzeichnissen denn aus ?

[fitti70]

Der Provider hat festgestellt, dass eine Platte des Raid-Systems hinüber war und hat sie ausgetauscht. Das Problem bleibt aber das alte, hier Auszüge

Code: Alles auswählen

:/mnt/sda3/bin# ls -l
ls: cannot access bash: No such file or directory
ls: cannot access arch: No such file or directory
ls: cannot access netcat: No such file or directory
ls: cannot access fgconsole: No such file or directory
usw.

total 188760483
-?????????   ? ?    ?                ?                ? arch
-?????????   ? ?    ?                ?                ? bash
-?????????   ? ?    ?                ?                ? bunzip2
-?????????   ? ?    ?                ?                ? busybox
-?????????   ? ?    ?                ?                ? bzcat
-?
-?????????   ? ?    ?                ?                ? chmod

usw.
Nun habe ich (wie von fsck.ext3 empfohlen) fsck -r ausgeführt und erhalte lauter solcher Meldungen:

Code: Alles auswählen

Error reading block 142934024 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.  Ignore error<y>? yes
Force rewrite<y>? yes
Error reading block 142934031 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.  Ignore error<y>? yes
Force rewrite<y>? yes
Error reading block 143917058 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.  Ignore error<y>? yes
Force rewrite<y>? yes
Error reading block 143917069 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.  Ignore error<y>? yes
Force rewrite<y>? yes

und andere Fehlermeldungen.

Ob sich das System wiederherstellen lässt?
Der Check läuft noch, aber meine Hoffnung schwindet.

[cirrussc]

Der Provider hat festgestellt, dass eine Platte des Raid-Systems hinüber war und hat sie ausgetauscht.

Na das hätte ich aber mit smartctl verifiziert.

Ob sich das System wiederherstellen lässt?
Der Check läuft noch, aber meine Hoffnung schwindet.

Wenn Die Reparatur erfolgreich war, und danach nicht lost+found gefüllt ist, ja.