Archiv verlassen und diese Seite im Standarddesign anzeigen : Kernel panic: no init found nach versuchtem glibc update
Hallo,
ich wollte vorgestern auf Red Hat Linux 7.3 eine neue glibc Version einspielen... beim deinstallieren
ist leider was schief gelaufen, egal jetzt ist es zu spät... das System konnte nach dem Fehler
nichts mehr... selbst ein LS auf der konsole brachte den Fehler "Datei oder Pfad nicht gefunden"...
nach einem Reboot dann Kernel panic: no init found
hat jemand eine idee was ich tun kann?
Ich habe schon versucht mit einer Live CD Backupdateien aus einer Bandsicherung einzuspielen....
(Verzeichnisse /boot /etc /usr /lib /bin /sbin /redhat habe ich mit den Daten aus der
Sicherung überschrieben. Nach dem Neustart weiterhin die Meldung.... hat es überhaupt sinn, zu versuchen die Daten zurückzuspielen? Könnte der Fehler dadurch behoben werden?)
Hast Du es denn mit dem chroot-Vorschlag aus dem anderen Forum mal versucht? Auch dem proc, dev-mounten ?
Gruß Aqualung
ja habe ich... (Leider ist das Unixboard gerade down, darum nochmal hier gepostet...)
kommt wieder zum selben Fehler.....
chroot: cannot run command `/bin/bash'Speicherzugriffsfehler
hier mal Mount (oberer Teil von Knoppix, unten von mir gemountet...):
/dev/root on / type ext2 (rw)
/ramdisk on /ramdisk type tmpfs (rw,size=1659564k,mode=755)
/UNIONFS on /UNIONFS type aufs (rw,br:/ramdisk:/KNOPPIX)
/dev/hda on /cdrom type iso9660 (ro)
/dev/cloop on /KNOPPIX type iso9660 (ro)
/proc/bus/usb on /proc/bus/usb type usbfs (rw,devmode=0666)
/dev/pts on /dev/pts type devpts (rw)
/dev/sda1 on /media/sda1 type ext3 (rw)
/dev/sda6 on /media/sda1/redhat type ext3 (rw)
/dev/sda3 on /media/sda1/usr type ext3 (rw)
/dev/sda7 on /media/sda1/opt type ext3 (rw)
/dev/sda8 on /media/sda1/Data type ext3 (rw)
none on /media/sda1/proc type proc (rw)
/dev on /media/sda1/dev type none (rw,bind)
und fdisk -l
Platte /dev/sda: 1111.6 GByte, 1111674322944 Byte
255 K�pfe, 63 Sektoren/Spuren, 135153 Zylinder
Einheiten = Zylinder von 16065 � 512 = 8225280 Bytes
Ger�t boot. Anfang Ende Bl�cke Id System
/dev/sda1 * 1 1045 8393931 83 Linux
/dev/sda2 1046 1307 2104515 82 Linux Swap / Solaris
/dev/sda3 1308 2613 10490445 83 Linux
/dev/sda4 2614 135153 1064627550 5 Erweiterte
/dev/sda5 2614 2875 2104483+ 82 Linux Swap / Solaris
/dev/sda6 2876 3528 5245191 83 Linux
/dev/sda7 3529 4834 10490413+ 83 Linux
/dev/sda8 4835 135153 1046787336 83 Linux
Deine /usr-Partition musst Du natürlich vor dem chroot auch noch mounten.
Außerdem würde ich das /media-mount-Geraffel entsorgen. Und dann die Partition /dev/sda1 nach /mnt. etc.
Schau mal, ob in Deiner gemounteten kaputten Part. noch der link
/lib/libc.so.6
da ist. und worauf der zeigt. sollte sowas wie
libc-2.x.so
sein. und zwar die ALTE Version. Könntest evtl. versuchen, die libc-2.x.so von Knoppix zu kopieren, falls dieses nicht zu neu ist. Dann den Link setzen.
Gruß Aqualung
ich habe eine Menge Link in /lib gefunden, die ins leere liefen... habe die
Dateien aus dem Backup eingespielt und die Links wieder angelegt...
Nun aber ein anderes Problem... Beim Booten erstscheint nur
noch ein LI statt LILO....
Habe im Netz gesucht und gefunden, das LILO wohl nur bis zur 2 Phase kommt...
Das wird hervorgerufen wenn man die /boot/boot.b datei kopiert/überschreibt
und Lilo danach nicht neuinstalliert.... meinen Fehler sehe ich, aber ich kann
keine Lösung finden....
Wie kann ich LILO neu inistalisieren, also von der Live CD aus?
Ein /sbin/lilo im chroot vielleicht? Ein Backup vom MBR hast Du?
Gruß Aqualung
hab es im CHROOT versucht... auch alles gemountet wie es oben geschrieben ist...
[root@localhost /]# sbin/lilo
Fatal: open /dev/sda1: Permission denied
er kann aber nicht auf die Platte schreiben....
Der MBR an sich ist ok, denke das Problem ist nur weil ich die Boot.b datei überschrieben habe....
Dann vielleicht mal
/dev/sda1 nach /Deinmountpoint/dev/sda1 vor dem chroot mounten?
Gruß Aqualung
erstmal danke für deine Hilfe..
aber ich verstehe deinen letzten Post nicht ganz....
hab mal alles nach /mnt gemountet wie du oben geschrieben hast....
Also ist /mnt das Root Verzeichnis des installierten Systems....
Hier die Mounts:
/dev/sda1 on /mnt type ext3 (rw)
/dev/sda3 on /mnt/usr type ext3 (rw)
/dev/sda6 on /mnt/redhat type ext3 (rw)
/dev/sda7 on /mnt/opt type ext3 (rw)
none on /mnt/proc type proc (rw)
/dev on /mnt/dev type none (rw,bind)
jetzt bin ich in cd /mnt und habe dort chroot . ausgeführt... dann versucht sbin/lilo mit dem
Fehler von oben...
was soll ich jetzt mounten? /dev/sda1 ist doch schon nach /mnt/dev/sda1 gemountet über diesen mount oder?
/dev on /mnt/dev type none (rw,bind)
/dev/sda1 ist aber aber im chroot nicht mehr sichtbar. Und Partitionen kann man durchaus mehrmals mounten. Also
mount /dev/sda1 /mnt/dev/sda1
Den mountpoint /mnt/dev/sda1 gibts hoffentlich.
Gruß Aqualung
(bevor ich Chroot . in /mnt starte)
wenn ich das versuche bekomme ich:
[root@localhost /]# mount /dev/sda1 /mnt/dev/sda1
mount: Einhängepunkt /mnt/dev/sda1 ist kein Verzeichnis
und ein
[root@localhost /]# mkdir /mnt/dev/sda1
mkdir: kann Verzeichnis „/mnt/dev/sda1“ nicht anlegen: Die Datei existiert bereits
geht bringt nicht.....
steh ich auf der Leitung?
mknod /mnt/dev/sda1 b 8 1
Special device!
Gruß Aqualung
[root@localhost mnt]# mknod /mnt/dev/sda1 b 8 1
mknod: „/mnt/dev/sda1“: Die Datei existiert bereits
Na, dann musst Du /mnt/dev faken, d.h. nicht mounten, sondern Verzeichnis
/mnt/dev erstellen, mknods ... und dann sda1 darauf mounten.
HTH Aqualung
wenn ich das tue, gibt es doch aber trotzdem das Verzeichnis /mnt/dev mit Gerätedateien...
den das ist ja das Rootverzeichnis (/mnt) vom Installierten System und das hat ja auch ein /dev...
soll ich das mal zeitweise in /mnt/dev2 umbenennen und dann das ganze versuchen?
kannst Du versuchen.
Gruß Aqualung
Problem war die Live CD... mit einer anderen hat es wie du beschrieben hast, problemlos geklappt...
Bootet jetzt wieder.. aber immernoch kernel panik... werd jetzt versuchen die rpm geschichten die im anderen Forum schon standen auszuführen.. vllt hilft das doch noch... meld mich wieder...
thx :D
so im chroot mit rpm versucht glibc-2.2.5-34.i386 zu installieren
[root@localhost /]# rpm -Uhv /redhat/RedHat/RPMS/glibc-2.2.5-34.i386.rpm
error: failed dependencies:
glibc = 2.2.5-43 is needed by glibc-debug-2.2.5-43
glibc = 2.2.5-43 is needed by glibc-debug-static-2.2.5-43
glibc = 2.2.5-43 is needed by glibc-utils-2.2.5-43
Originial ist wohl 2.2.5-43 installiert gewesen.... wo bekomme ich jetzt genau diese Version hier? Hab nur die 2.2.5-34 hier?
Kann irgendwie nur die Version 2.2.5-44 finden... und diese bekomm ich dann nicht geupdatet:
[root@localhost /]# rpm -Uhv /redhat/glibc-2.2.5-44.i386.rpm
error: failed dependencies:
glibc-common = 2.2.5-44 is needed by glibc-2.2.5-44
glibc = 2.2.5-43 is needed by glibc-debug-2.2.5-43
glibc = 2.2.5-43 is needed by glibc-debug-static-2.2.5-43
glibc = 2.2.5-43 is needed by glibc-utils-2.2.5-43
Oder soll ich lieber versuchen die Abhängigkeiten aufzulösen und das Release 44 zu installieren?
z.B. hier
ftp://ftp.nluug.nl/pub/sunsite/distributions/smeserver/releases/obsolete/6.0.1/os/e-smith/RPMS/glibc-2.2.5-43.i386.rpm
Vorsicht! Mal mit
rpm -ql -p xxxx.rpm
den Inhalt überprüfen.
HTH Aqualung
oh super... habe dort auch noch das common Paket gefunden....
Also das Common Paket habe ich installiert bekommen (hatte ich auch schon deinstalliert gehabt). Das glibc Paket kann er nicht installieren/updaten
[root@localhost /]# rpm -Uhv /redhat/glibc-2.2.5-43.i386.rpm
Preparing... ########################################### [100%]
package glibc-2.2.5-43 is already installed
Es ist also wohl noch installiert gewesen....
Leider nach einem Reboot weiterhin die Kernel Panic no init found Meldung...
Letzte "Ölung": Probiers mal, wie ichs hier:
http://www.linuxforen.de/forums/showthread.php?t=248083&highlight=rpm2cpio
beschrieben habe. Das Vorgehen hat Nachteil, dass die rpm-db nix von dem neuen rpm mitgebokmmt. Du kannst zwar mit
rpm --rebuilddb
die DB wiederherstellen, das per rpm2cpio eingespielte wird aber in der Liste der installierten rpms nicht erscheinen. Laufen wird der Rechner höchwahrscheinlich wieder, aber neu aufsetzen wäre das Beste.
HTH Aqualung
ok, habe ich getan
[root@localhost root]# rpm2cpio /redhat/glibc-2.2.5-43.i386.rpm | cpio -id
13491 blocks
leider immer noch Kernel Panic...
Im chroot ?
cd /
nicht vergessen.
Aqualung
oh, ok mein Fehler... habs nochmal im / gemacht...
jetzt bekomm ich massig dieser Meldungen:
.
.
.
cpio: ./usr/share/doc/glibc-2.2.5/README not created: newer or same age version exists
cpio: ./usr/share/doc/glibc-2.2.5/README.hesiod not created: newer or same age version exists
cpio: ./usr/share/doc/glibc-2.2.5/README.libm not created: newer or same age version exists
13491 blocks
Also das die Dateien schon vorhanden sind... soll ich es trotzdem mal mit einem Reboot versuchen?
Schau Dir die Liste der Dateien, die er angemeckert hat genau an. Sind da "lebenswichtige" unter /lib dabei?
Ansonsten musst Du Dir die liste sammeln, und dann mit
rm `cat liste`
löschen.
HTH Aqualung
ich würde mal sagen, er hat alle Dateien die im dem RPM sind angemahnt... ;-)
Hier mal die Lib Liste:
cpio: ./etc/ld.so.conf not created: newer or same age version exists
cpio: ./etc/localtime not created: newer or same age version exists
cpio: ./etc/nsswitch.conf not created: newer or same age version exists
cpio: ./lib/ld-2.2.5.so not created: newer or same age version exists
cpio: ./lib/ld-linux.so.2 not created: newer or same age version exists
cpio: ./lib/libBrokenLocale-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libBrokenLocale.so.1 not created: newer or same age version exists
cpio: ./lib/libNoVersion-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libNoVersion.so.1 not created: newer or same age version exists
cpio: ./lib/libSegFault.so not created: newer or same age version exists
cpio: ./lib/libanl-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libanl.so.1 not created: newer or same age version exists
cpio: ./lib/libc-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libc.so.6 not created: newer or same age version exists
cpio: ./lib/libcrypt-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libcrypt.so.1 not created: newer or same age version exists
cpio: ./lib/libdl-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libdl.so.2 not created: newer or same age version exists
cpio: ./lib/libm-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libm.so.6 not created: newer or same age version exists
cpio: ./lib/libnsl-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libnsl.so.1 not created: newer or same age version exists
cpio: ./lib/libnss1_compat-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libnss1_compat.so.1 not created: newer or same age version exists
cpio: ./lib/libnss1_dns-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libnss1_dns.so.1 not created: newer or same age version exists
cpio: ./lib/libnss1_files-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libnss1_files.so.1 not created: newer or same age version exists
cpio: ./lib/libnss1_nis-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libnss1_nis.so.1 not created: newer or same age version exists
cpio: ./lib/libnss_compat-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libnss_compat.so.1 not created: newer or same age version exists
cpio: ./lib/libnss_compat.so.2 not created: newer or same age version exists
cpio: ./lib/libnss_dns-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libnss_dns.so.1 not created: newer or same age version exists
cpio: ./lib/libnss_dns.so.2 not created: newer or same age version exists
cpio: ./lib/libnss_files-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libnss_files.so.1 not created: newer or same age version exists
cpio: ./lib/libnss_files.so.2 not created: newer or same age version exists
cpio: ./lib/libnss_hesiod-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libnss_hesiod.so.2 not created: newer or same age version exists
cpio: ./lib/libnss_nis-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libnss_nis.so.1 not created: newer or same age version exists
cpio: ./lib/libnss_nis.so.2 not created: newer or same age version exists
cpio: ./lib/libnss_nisplus-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libnss_nisplus.so.2 not created: newer or same age version exists
cpio: ./lib/libpthread-0.9.so not created: newer or same age version exists
cpio: ./lib/libpthread.so.0 not created: newer or same age version exists
cpio: ./lib/libresolv-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libresolv.so.2 not created: newer or same age version exists
cpio: ./lib/librt-2.2.5.so not created: newer or same age version exists
cpio: ./lib/librt.so.1 not created: newer or same age version exists
cpio: ./lib/libthread_db-1.0.so not created: newer or same age version exists
cpio: ./lib/libthread_db.so.1 not created: newer or same age version exists
cpio: ./lib/libutil-2.2.5.so not created: newer or same age version exists
cpio: ./lib/libutil.so.1 not created: newer or same age version exists
Ist ja auch logisch, Du hast ja eine neuere glibc vorher drübergebügelt. Du willst ja nun ein "downgrade".
Gruß Aqualung
nein ich habe keine neuer Installiert....
habe versucht die glibc und die glibc-common zu deinstallieren... die common habe
ich weg bekommen, die glibc ist mit einem Fehler abgebrochen... danach kam die Kernel
fehlermeldung... ich bin gar nicht dazu gekommen eine neuere Version einzuspielen...
pferdefreund
18.02.08, 10:08
Ich würde mein /home und /etc sichern und das System neu aufsetzen - das währe mit
Sicherheit schon längst erledigt. Die libc ist quasi das Herz aller Programme.
im Normalfall würde ich das auch tun, aber es ist ein Cluster mit Konfiguriertem PBS und den würde ich schon gerne wieder zum laufen bringen... zur Not hilft nur neuinstallation, da das System auch schon recht alt ist.... aber erstmal würde ich es gern versuchen ihn so wieder zum laufen zu bringen
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.