Kernel-Panik beim Booten

3

Letzte Woche habe ich SL6.2 mit der LiveCD iso auf meinem Tower installiert und das Booten ohne Probleme abgebrochen. Ich habe mir die Zeit genommen, es zu konfigurieren, da es mein erster richtiger Einstieg in Linux war. Ich hatte Probleme, als ich versuchte, die neuen Grafiktreiber durch die NVIDIA-Treiber zu ersetzen. Ich folgte den Anweisungen hier, um dies zu tun, und war erfolgreich durch Schritt 3 gekommen, aber als ich am Ende dieses Schritts neu gestartet habe, konnte es aufgrund einer Kernel-Panik nicht gebootet werden.

Nachdem ich eine Weile damit gekämpft hatte, dachte ich, ich würde meine Verluste reduzieren und neu starten, also versuchte ich, von einem anderen Flash-Laufwerk zu booten, das von der gleichen LiveCD wie zuvor erstellt wurde, und starte nicht, aber ich bekam während des Ladevorgangs durchgehend eine Kernel-Panik (Es war an einem anderen Lastpunkt als der vorherige).

Ich nahm an, dass die beschädigte Installation auf der Festplatte in Konflikt mit dem USB-Boot stand, also habe ich gparted erfolgreich gestartet und alle Partitionen auf dem Laufwerk entfernt. Jetzt bekomme ich jedoch immer noch eine Kernel-Panik vom USB-Boot, immer am selben Punkt, und benutze sowohl die LiveCD als auch die miniLiveCD.

Ich mache mir (offensichtlich) keine Sorgen über den Verlust von Daten, aber ich bin bei Linux einfach zu unerfahren, um das Problem überhaupt vollständig zu diagnostizieren. Im Moment bin ich in der Lage, in die Grub-Befehle einzusteigen, wenn dies zur Problemdiagnose beitragen könnte, aber jede Hilfe, die mir hilft, mich in die richtige Richtung zu weisen, wäre sehr dankbar.

UPDATE: Ich habe Ubuntu 10.10 erfolgreich mit unetbootin gebootet (zufällig hatte ich die ISO im Hintergrund), es scheint also spezifisch für Scientific Linux zu sein. Ist es möglich, dass etwas in der SL-Installation durch einen fehlerhaften Sektor auf dem von mir verwendeten Flash-Laufwerk beschädigt wurde?

Godric Seher
quelle

Antworten:

1

Nach dem letzten Update wurde mir klar, dass es sich um das Flash-Laufwerk handeln musste. Anscheinend erfordert Scientific Linux eine FAT32-Formatierung, und die Standardformatierung der Laufwerke war FAT. Durch Neuformatierung und Neuinstallation von SL6.2 auf dem Flash-Laufwerk wurde das Problem behoben.

Godric Seher
quelle
Bitte akzeptieren Sie dies als Antwort auf Ihre Frage, damit die Leute wissen, dass die Frage nicht mehr beantwortet werden muss.
Bram
Es tut mir leid, ich musste 14 Stunden warten, bevor ich es annehmen konnte.
Godric Seer