Fedora-Kernel-Panik nach System-Update

1199
That Brazilian Guy

Ich habe Fedora 24 installiert und wird packagekitdbeim Herunterfahren des Systems zur Installation von Updates verwendet.

Es geht normalerweise gut, aber ich habe es letzten Freitag nach der Arbeit laufen gelassen. Als ich heute zurückkam, lag es bei 97% und ich wurde zwangsweise geschlossen.

Jetzt bekomme ich beim Booten eine Kernel-Panik, sofern ich nicht den vorherigen grubEintrag auswähle . Ich habe gespielt, dnf clean && dnf updateaber die Ausgabe bleibt bestehen. Meines Wissens sind die aktualisierten Pakete beschädigt.

Ich denke, der beste Ansatz wäre, herauszufinden, welche Pakete zwischen Freitag und heute installiert wurden, und eine Neuinstallation aller Pakete erzwingen. Wie kann ich vorgehen?

0

3 Antworten auf die Frage

1
That Brazilian Guy

Besorgen Sie sich zunächst eine Liste Ihrer Pakete, sortiert nach install / update, einschließlich des Datums:

rpm -qa --last

(Quelle)

Notieren Sie sich die Module mit einem Installationsdatum innerhalb des Tages des Absturzes.

Dann installieren Sie jedes dieser Module erneut mit

dnf reinstall <package>

Oder kombinieren Sie alles:

dnf reinstall $(rpm -qa --last | grep "<localized date>" | cut -d " " -f 1)

Verwenden Sie das Datum Ihres Update-Absturzes.

0
gogators

Da der vorherige grub-Eintrag gut funktioniert, war das Problem wahrscheinlich mit dem zuletzt installierten Kernel verbunden. Ich vermute mal, dass die Strafe aus irgendeinem Grund fehlgeschlagen ist. Die Deinstallation des neuesten Kernels sollte funktionieren. So etwas sollte den Trick tun:

dnf remove kernel-core-4.x.y

Wo 4.x.yist die Version, die Sie deinstallieren möchten. Danach dnf updatesollte es für Sie neu installiert werden. Dann können Sie vielleicht sehen, was während der Installation fehlschlägt.

Ihre Antwort würde wahrscheinlich die Kernel-Panik beheben, aber ich bevorzuge die Neuinstallation aller Pakete, die am selben Datum installiert wurden. Auf diese Weise wird ein möglicherweise beschädigtes Paket mit einer korrekten Kopie überschrieben. That Brazilian Guy vor 7 Jahren 0
Die Tatsache, dass ein vorheriger Kernel gut funktioniert, zeigt an, dass die anderen Pakete neben den Kernel-bezogenen nicht beschädigt sind. Sie sollten sich auf die Kernel-Pakete konzentrieren. gogators vor 7 Jahren 0
Wenn Sie wirklich besorgt über Korruption sind, laden Sie die Installation aus einem Live- und `dnf-Verlauf 'rückgängig machen' zurück und führen Sie das übliche dnf-Update manuell oder mit Packagekit aus und wenn nötig, finden Sie heraus, wo und worauf es hängt. linuxdev2013 vor 7 Jahren 0
0
user680570

Dies ist ein Beispiel für das Fedora-System 16 bis 17. Verfolgen Sie Ihr System. Melden Sie sich als Root-Login auf Temminal an.

Dieser Befehl zeigt viele doppelte Pakete (dieselben Pakete für fc16 und fc17). 

rpm -qa | sort

Update ein paar Pakete, die beim ersten Mal verfehlt wurden.

Hier beschwerte sich yum über doppelte Pakete. 

yum --releasever=17 --disableplugin=presto distro-sync

Dieser Befehl hat 465 Duplikate entfernt. 

package-cleanup --cleandupes

Dies fand keine Probleme. 

package-cleanup --problems

Entfernen Sie den neuen Kernel 

rpm -q kernel |grep fc17 | xargs rpm -e

Installieren Sie den neuen Kernel neu

Hier bekam ich den folgenden Fehler, der anscheinend harmlos war.

"Schmuddeliger schwerwiegender Fehler: Es wurde keine geeignete Vorlage gefunden"

Diese Befehle stammen von der folgenden URL # https://fedoraproject.org/wiki/Upgrading_Fedora_using_yum

_Make_sure_Fedora_is_upgraded 

/usr/sbin/grub2-install /dev/sda cd /etc/rc.d/init.d; for f in *; do [ -x $f ] && /sbin/chkconfig $f resetpriorities; done package-cleanup --orphans

Eine andere Möglichkeit, dieses Problem zu lösen, besteht darin, das System neu zu installieren.

Vieles davon ist mit DNF in neueren Fedora überholt. Fedora 17 wurde im Juli 2013 in den Ruhestand versetzt, und in den letzten vier Jahren hat sich viel verändert! mattdm vor 7 Jahren 0

Verwandte Probleme