Kernel Panic(Bad rip value) since kernel version 4.19.0-2

[debfreak]

Hallo Leute,

seit der Kernelversion 4.19.0-2 stürzt mein Laptop immer beim Hochfahren mit einem Kernel Panic error ab. Mit der Version 4.19.0-1 lässt er sich jedoch problemlos starten. Bisher habe ich debian stable verwendet und habe beim Start immer die 4.19.0-1 Kernelversion ausgewählt . Testweise bin ich heute mal auf den testing Zweig gewechselt um einen neueren Kernel zu testen aber auch da bekomme ich den gleichen Kernel error beim Start. Da journalctl keinen Log liefert hab ich mal ein Bild von dem Fehler gemacht:


Kann mir hierbei einer weiterhelfen ? Grub enthält folgende Parameter: GRUB_CMDLINE_LINUX_DEFAULT="init=/lib/systemd/system"

[Milbret]

Aktuell müsste in Debian Stable(Buster) doch der Kernel 4.19.0-6 sein, gab am Wochenende mit den ersten Point Release auch gepatchten Kernel.
Mal Updates ziehen und testen, vielleicht geht es dann.

Nachtrag:
Lauf Packges Changelog ist 4.19.0.2 noch von Februar, hier scheinen dir einige Updates zu fehlen die du mal einspielen solltest.

Link:
https://metadata.ftp-master.debian.org/ ... _changelog

Martin

[debfreak]

Lauf Packges Changelog ist 4.19.0.2 noch von Februar, hier scheinen dir einige Updates zu fehlen die du mal einspielen solltest.

Das Problem ist bei mir doch das ab 4.19.0.2 keine neueren Kernel Versionen funktionieren. Hab 4.19.0.3 - 4.19.0.5 getestet. Bei allen kommt der gleiche Fehler. Im Screenshot sieht man das ich auch schon den neuen 5.2 Kernel versucht habe aber auch der geht nicht

[hikaru]

Siehst du die Meldung in deinem Screenshot in /var/log/kern.log ?
Falls ja, bitte das komplette Log posten!

[debfreak]

Nein leider nicht. Deshalb hab ich ja das Foto von dem Fehler gemacht. Wobei man auf dem Foto den Fehler ja schon sieht nur weiß ich nicht was mir das sagen soll

[DeletedUserReAsG]

Wobei man auf dem Foto den Fehler ja schon sieht nur weiß ich nicht was mir das sagen soll

Hast du denn mal ’ne Suchmaschine beauftragt, nach „bad RIP value“ zu suchen? Meine bringt da erheblich viele Sachen hervor, die man mal durchgehen könnte.

[debfreak]

Hast du denn mal ’ne Suchmaschine beauftragt, nach „bad RIP value“ zu suchen? Meine bringt da erheblich viele Sachen hervor, die man mal durchgehen könnte.

Ja natürlich hab ich Google damit gefüttert. Das Ergebnis kam deinem gleich. In der Hoffnung das Ganze etwas einzugrenzen bin ich hier her gekommen Ist ja schon komisch das der Laptop mit der Kernelversion 4.19.0-1 ohne Probleme hochfährt. Ohne genau zu wissen woran das liegt wollte ich halt auch nicht wild irgendwelche Parameter usw. verstellen.

[DeletedUserReAsG]

Das Ergebnis kam deinem gleich.

Meine Ergebnisliste (nicht von Google, btw.) beinhaltete ziemlich viele Sachen, die man mal anschauen könnte, um zu gucken, ob sie in Betracht kommen würden. Sind auch zum Teil ziemlich hardwarespezifisch, so dass es an dir liegt, da mal zu gucken – schließlich hast du die problematische Hardware da.

Edit/Ergänzung: das aktuelle Microcode-Paket hast du aber installiert und aktiviert?

[hikaru]

Wenn man mehr machen will als rumzuraten, dann müsste man sich anschauen, was sich zwischen 4.19.0-1 und 4.19.0-2 geändert hat.
Ich bin nicht so der Kernel-Freak und stehe daher etwas auf dem Schlauch. 4.19.0-1 bzw -2 sind ja nur von Debian vergebene ABI-Versionen. Dahinter stehen laut [1] die Debian-internen linux-latest-Versionen 101 und 102.
Nun müsste man schauen, welchen Upstream-Versionen (git-commits?) das entspricht und was sich dazwischen geändert hat. Weiß jemand, wie man das schlau anstellt?

[1] https://metadata.ftp-master.debian.org/ ... _changelog

[guennid]

Ich lese hier nur interessiert mit. Was ist denn eine „ABI-Version“?

Grüße, Günther

[hikaru]

Ich lese hier nur interessiert mit. Was ist denn eine „ABI-Version“?

ABI = "Application Binary Interface", zu Deutsch wohl "Binärschnittstelle" [1]

Um gleich den Holzhammer rauszuholen:
Das läuft hier auf Kernel-Bisecting [2] hinaus - meist nicht schön, u.A. auch, weil Debian im Gegensatz zu Ubuntu keine alten Kernels im Repo aufhebt.


[1] https://de.wikipedia.org/wiki/Bin%C3%A4rschnittstelle
[2] https://wiki.ubuntu.com/Kernel/KernelBisection

[KP97]

Im Archiv befinden sich aber alle Images und Headers:
http://snapshot.debian.org/binary/?cat=l

[hikaru]

Ich tue mich aber immer so schwer beim Lesen von Binärcode. Daher hätte ich schon gern den Quellcode in ASCII. Zum Kernel gibt es in den Snapshots aber nur die Debian-Änderungen, nicht den Upstream-Code.

[guennid]

Wenn ich Ahnungsloser noch mal was einwerfen darf: Wäre nicht ein Weg, die configs der Kerne zu vergleichen?

[hikaru]

Ich hatte vor meinem ersten Post heute schon mal die Debian-Änderungen (welche auch die Kernel-Config enthalten) verglichen. Mal abgesehen von "Wir machen jetzt ne neue ABI." stand da nichts drin.

[debfreak]

Edit/Ergänzung: das aktuelle Microcode-Paket hast du aber installiert und aktiviert?

Ja das habe ich.

Das läuft hier auf Kernel-Bisecting [2] hinaus

So was hatte ich befürchtet Doch bevor ich mit so etwas anfange werde ich auf einer zweiten Festplatte debian buster frisch installieren und schauen ob damit der Fehler auch auftritt.

[Teddybear]

Scheint wohl irgend ne Änderung zwischen 4.19.13 und 4.19.16 gewesen zu sein, die bei deinem System zu Problemen führt.

[schorsch_76]

Probier mal agp=off auf der Kernel Cmdline.


[1] https://bugzilla.redhat.com/show_bug.cgi?id=229913

[debfreak]

Probier mal agp=off auf der Kernel Cmdline.

Hilft leider nicht. Habe jetzt auf einer zweiten Festplatte debian buster installiert und das fährt mit dem Kernel 4.19.0-5 ohne Probleme hoch. Dann kann es ja eigentlich nicht die Hardware sein. Einerseits bin ich froh das es nicht die Hardware ist doch andererseits auch etwas ratlos wonach ich nun suchen soll .

[debfreak]

So nach vielen erfolglosen Versuchen hab ich das ganze System neu aufgesetzt und siehe da das Laptop fährt mit dem neuen Kernel hoch