Booten CentOS in kernel panic nach Glibc aktualisieren

Question

Ich habe versucht, dummerweise Glibc auf eine neuere Version zu aktualisieren, bekam segfaults und neu gestartet wurde, nur um diesen Fehler zu Gesicht:

Es ist eine VM CentOS 6.2 64-Bit läuft auf Kernel PV 64bit (4.4.27-x86_64-jb1) Ich habe nur Fernzugriff auf.

Ich habe die Option in einen anderen Kernel booten, könnte ich einfach tun, um einen Webserver und MySQL-db zugreifen, die auf dem gleichen System installiert ist, in dem es nicht booten möchte?

Ich habe an anderer Stelle gelesen, dass ich einfach die richtigen Glibc-Bibliotheken für die Distribution neu installieren könnte, aber ich kann nicht, da ich nicht in erster Linie in es booten kann.

Answer 1

I foolishly tried to update Glibc

Ja, falsche Aktualisierung von GLIBC ist eine einfache Möglichkeit, Ihr System nicht mehr startfähig zu machen.

I have the option do boot into a different kernel

Der andere Kernel wird genau dasselbe Problem haben. Ihr Problem ist nicht mit dem Kernel, es ist, dass /sbin/init, die erste Benutzerraum Prozess der Kernel erstellt wird, kann nicht ausgeführt werden.

Wiederherstellung ist sill möglich, aber kann ziemlich kompliziert sein (und kann oder kann nicht die Mühe wert sein, abhängig davon, wie viele Daten Sie in der MySQL-Datenbank haben).

Sie benötigen Zugriff auf das Root-Dateisystem in das Sie starten zu bekommen, bringen Sie es in eine andere VM als nicht -root Dateisystem reparieren (Ihr verpfuschte installiert GLIBC Teile entfernen und neu installieren das ursprüngliche Paket), und trennen Sie es. Danach können Sie Ihre ursprüngliche VM starten.

Die genauen Details Ihrer Aufgaben hängen davon ab, welche VM Sie tatsächlich verwenden und wie Sie die Festplatten konfiguriert haben.