Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #124462 > unrolled thread

Kernelpanic 5.18.0-4-686-pae attempted to kill the idle task

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  Kernelpanic 5.18.0-4-686-pae attempted to kill the idle task Marco Moock <mo01@posteo.de> - 2022-08-29 14:08 +0200
    Re: Kernelpanic 5.18.0-4-686-pae attempted to kill the idle task Kay Martinen <usenet@martinen.de> - 2022-08-29 14:26 +0200
      Re: Kernelpanic 5.18.0-4-686-pae attempted to kill the idle task Marco Moock <mo01@posteo.de> - 2022-08-29 15:08 +0200
    Re: Kernelpanic 5.18.0-4-686-pae attempted to kill the idle task Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-30 14:24 +0200
      Re: Kernelpanic 5.18.0-4-686-pae attempted to kill the idle task Marco Moock <mo01@posteo.de> - 2022-08-30 15:43 +0200
      Re: Kernelpanic 5.18.0-4-686-pae attempted to kill the idle task Marco Moock <mo01@posteo.de> - 2022-08-30 19:48 +0200
        Re: Kernelpanic 5.18.0-4-686-pae attempted to kill the idle task Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-30 22:29 +0200
          Re: Kernelpanic 5.18.0-4-686-pae attempted to kill the idle task Marco Moock <mo01@posteo.de> - 2022-08-31 09:16 +0200
      Re: Kernelpanic 5.18.0-4-686-pae attempted to kill the idle task Marco Moock <mo01@posteo.de> - 2022-09-01 15:49 +0200
        Re: Kernelpanic 5.18.0-4-686-pae attempted to kill the idle task Marco Moock <mo01@posteo.de> - 2022-09-01 17:09 +0200
    Re: Kernelpanic 5.18.0-4-686-pae attempted to kill the idle task Markus Heinz <markus.heinz@uni-dortmund.de> - 2022-08-30 17:40 +0200
      Re: Kernelpanic 5.18.0-4-686-pae attempted to kill the idle task Marco Moock <mo01@posteo.de> - 2022-08-30 17:54 +0200
        Re: Kernelpanic 5.18.0-4-686-pae attempted to kill the idle task Markus Heinz <markus.heinz@uni-dortmund.de> - 2022-08-30 18:15 +0200
    Re: Kernelpanic 5.18.0-4-686-pae attempted to kill the idle task Marco Moock <mo01@posteo.de> - 2022-08-30 20:17 +0200

#124462 — Kernelpanic 5.18.0-4-686-pae attempted to kill the idle task

Hallo zusammen,

ein alter Pentium 3-Rechner (Pentium 3 600 MHz 384 MiB) mit Debian
testing weigert sich mit dem aktuellen Kernel zu starten, mit einem
älteren geht es problemlos.

https://picr.eu/images/2022/08/29/qUlKO.jpg

Wie kann ich diagnostizieren, an was das leigt und ggf. einen Fehler
melden?

-- 
Gruß
Marco

[toc] | [next] | [standalone]

#124463

Am 29.08.22 um 14:08 schrieb Marco Moock:
> Hallo zusammen,
> 
> ein alter Pentium 3-Rechner (Pentium 3 600 MHz 384 MiB) mit Debian
> testing weigert sich mit dem aktuellen Kernel zu starten, mit einem
> älteren geht es problemlos.
> 
> https://picr.eu/images/2022/08/29/qUlKO.jpg
> 
> Wie kann ich diagnostizieren, an was das leigt und ggf. einen Fehler
> melden?

CPUflags checken ob die PAE kennt vielleicht. Oder; falls vorhanden;
gleich auf einen i386 kernel wechseln. IMHO braucht's für neuere kernel
eine CPU die PAE(36) kennt. Es gibt da zwar einen Schalter für die
Bootoptionen aber der nützt m.W. nur was wenn die CPU PAE prinzipiell
könnte es nur nicht zeigt.

Hab ich bei einem Alten Laptop mit Pentium M mal erlebt. Eine
Nischendistri war die einzige die noch einen Kernel mit brachte und OoTB
darauf installieren konnte. Hatte ähnlich wenig RAM.

Vielleicht ist Testing auch einfach zu "neu" für so alten Kram.

Auf der CPU wäre vermutlich ein Woody oder Potato zeitgemäß. :-)
Was ist das, old-older-oldest-stable (rotten archives use) ;)

Ｂｙｅ／
   ／Ｋａｙ

-- 
"Kann ein Wurstbrot die Welt retten?" :-)

[toc] | [prev] | [next] | [standalone]

#124464

Am Montag, 29. August 2022, um 14:26:39 Uhr schrieb Kay Martinen:

> CPUflags checken ob die PAE kennt vielleicht. Oder; falls vorhanden;
> gleich auf einen i386 kernel wechseln. IMHO braucht's für neuere
> kernel eine CPU die PAE(36) kennt.

Kann PAE:
Flags:                           fpu vme de pse tsc msr pae mce cx8 sep
mtrr pge mca cmov pse36 mmx fxsr sse cpuid pti

> Vielleicht ist Testing auch einfach zu "neu" für so alten Kram.

Der vorherige Kernel ging ja, also so schlimm kann es nicht sein.

[toc] | [prev] | [next] | [standalone]

#124489

Marco Moock <mo01@posteo.de> wrote:
>Hallo zusammen,
>
>ein alter Pentium 3-Rechner (Pentium 3 600 MHz 384 MiB) mit Debian
>testing weigert sich mit dem aktuellen Kernel zu starten, mit einem
>älteren geht es problemlos.
>
>https://picr.eu/images/2022/08/29/qUlKO.jpg
>
>Wie kann ich diagnostizieren, an was das leigt und ggf. einen Fehler
>melden?

Wird der Prozessor vom neueren Kernel noch unterstützt? u.U. ist der
Support hierfür kürzlich rausgefallen.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#124494

Am Dienstag, 30. August 2022, um 14:24:59 Uhr schrieb Marc Haber:

> Wird der Prozessor vom neueren Kernel noch unterstützt? u.U. ist der
> Support hierfür kürzlich rausgefallen.

Wie finde ich das am besten raus?
Ich habe im Changelog mal nach CPU geschaut und die Sachen überflogen,
konnte da aber nichts finden.
https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.18.4

Wo soll ich einen Bugreport aufmachen bzw. erstmal weiter nachfragen?

[toc] | [prev] | [next] | [standalone]

#124512

Am Dienstag, 30. August 2022, um 14:24:59 Uhr schrieb Marc Haber:

> Wird der Prozessor vom neueren Kernel noch unterstützt? u.U. ist der
> Support hierfür kürzlich rausgefallen.

Auf einem Athlon XP 2200+ tritt der gleiche Effekt auf. Pentium 4 3 GHz
(mit 64 Bit), genaue Modellnummer spuckt weder das BIOS noch lscpu aus.
Könnte ein 630er 631er, aber auch ein 531er sein. Wenn das relevant
ist, kann ich da weiter nachsehen.

[toc] | [prev] | [next] | [standalone]

#124519

Marco Moock <mo01@posteo.de> wrote:
>Am Dienstag, 30. August 2022, um 14:24:59 Uhr schrieb Marc Haber:
>> Wird der Prozessor vom neueren Kernel noch unterstützt? u.U. ist der
>> Support hierfür kürzlich rausgefallen.
>
>Auf einem Athlon XP 2200+ tritt der gleiche Effekt auf. Pentium 4 3 GHz
>(mit 64 Bit),

64 bit dürfte safe sein, ich dachte jetzt eher an i386 gegen i686.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#124521

Am Dienstag, 30. August 2022, um 22:29:11 Uhr schrieb Marc Haber:

> 64 bit dürfte safe sein, ich dachte jetzt eher an i386 gegen i686.

Ich habe die Platte aus dem Compaq Deskpro ausgebaut und in den anderen
Rechnern getestet, es wurde also der i686-pae-Kernel auf einem Pentium
4 gebootet, der EM64T kann.
i686 kam mit dem Pentium Pro, der Pentium 3 baut drauf auf, kann also
686.
https://en.wikipedia.org/wiki/P6_(microarchitecture)

Der Athlon XP sollte das auch können, ich könnte aber, falls das
relevant sit, die genauen CPU-Flags vergleichen.

Ergo: Es hat was mit den CPUs zu tun, da wurde etwas im Kernel
geändert, was min. auf Pentium 3 und Athlon XP (meiner müsste Barton
sein, muss ich aber prüfen) zu einem Crash führt.

Und wenn man heute noch nen i686er-Kernel installiert, dann weil die
CPU kein x86_64 kann, ergo ist dieser Kernel für diese CPUs relevant
und ob i686 auf nem aktuellen i7 läuft interessiert kaum.
Sollte daher der Kernel für i686 ne Zukunft haben, dann auf solcher
Hardware.

[toc] | [prev] | [next] | [standalone]

#124595

Am Dienstag, 30. August 2022, um 14:24:59 Uhr schrieb Marc Haber:

> Wird der Prozessor vom neueren Kernel noch unterstützt? u.U. ist der
> Support hierfür kürzlich rausgefallen.

Das ist/war die Ursache:
https://lore.kernel.org/lkml/Yv7aRJ%2FSvVhSdnSB@decadent.org.uk/
https://lore.kernel.org/lkml/Yv7aRJ%2FSvVhSdnSB@decadent.org.uk/

Lag an einer LFENCE-Instruktion.
Das wurde wohl mit SSE2 eingeführt, ergo geht es mit jedem Pentium 4,
Pentium M, Core (und Pentium DualCore usw.), aber nicht mit Pentium 3
oder Athlon XP. Der Athlon hatte gar nichtmal SSE, der XP schon.

Die spannendere Frage ist, ob der Patch in den Kernel kommt und so
Pentium 3/Athlon XP zukünftig mit Debian noch laufen.
Auch interessant wird sein, was andere Distributionen wie Slackware tun
werden.

[toc] | [prev] | [next] | [standalone]

#124599

Am Donnerstag, 01. September 2022, um 15:49:42 Uhr schrieb Marco Moock:

Der Fehler wurde behoben und ist in kommenden Kerneln dann draußen.

> Die spannendere Frage ist, ob der Patch in den Kernel kommt und so
> Pentium 3/Athlon XP zukünftig mit Debian noch laufen.
> Auch interessant wird sein, was andere Distributionen wie Slackware
> tun werden.

https://mirrors.edge.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.19.6

[toc] | [prev] | [next] | [standalone]

#124503

Hallo.

Am 2022-08-29 14:08 +0200 schrieb Marco Moock:

> Hallo zusammen,
> 
> ein alter Pentium 3-Rechner (Pentium 3 600 MHz 384 MiB) mit Debian
> testing weigert sich mit dem aktuellen Kernel zu starten, mit einem
> älteren geht es problemlos.
> 
> https://picr.eu/images/2022/08/29/qUlKO.jpg
> 
> Wie kann ich diagnostizieren, an was das leigt und ggf. einen Fehler
> melden?

Ich würde wie folgt vorgehen:

1. Den neuesten stable Kernel von https://kernel.org/ (5.19.5) als
Source Code herunterladen, kompilieren und testen.

Wenn mit diesem Kernel das Problem nicht auftritt, würde ich dann 

2. https://wiki.debian.org/DebianKernel/GitBisect diese Prozedur
durchlaufen und am Ende einen Bug bei Debian melden.

Wenn das Problem aber auch mit dem Kernel von Kernel.org auftritt, ist 
https://bugzilla.kernel.org/ die richtige Anlaufstelle, um es zu
melden. Wahrscheinlich wirst du dann auch dort gebeten, ein "git
bisect" durchzuführen, um den Commit zu identifizieren, der das Problem
auslöst. Aber dann halt mit den Kernel-Versionen von kernel.org.

Kann ein Hardware-Problem, wie z.B. defekter RAM, ausgeschlossen werden?

Viele Grüße

Markus Heinz

[toc] | [prev] | [next] | [standalone]

#124504

Am Dienstag, 30. August 2022, um 17:40:29 Uhr schrieb Markus Heinz:

> 1. Den neuesten stable Kernel von https://kernel.org/ (5.19.5) als
> Source Code herunterladen, kompilieren und testen.

Ich habe sowas noch nie gemacht und muss das auf einem anderen Rechner
machen und dann da hinkopieren. Auf nem Pentium 3 wird das sonst Wochen
dauern.
Gibt es da eine Art Schema F?

> Kann ein Hardware-Problem, wie z.B. defekter RAM, ausgeschlossen
> werden?

De facto ja, denn es sind nur 384 MiB und es ist nur dieser Kernel, der
andere tut problemlos. Wäre der RAM fehlerhaft, würde der andere Kernel
sicherlich auch Probleme bereiten bzw. würden andere Applikationen
murren und es käme zu Fehlern.
Ich lasse aber einen memtest drauf laufen, um den RAM auszuschließen.

Und bugreport in Debian werde ich mir mal ansehen (müssen).

[toc] | [prev] | [next] | [standalone]

#124508

Am 2022-08-30 17:54 +0200 schrieb Marco Moock:

> Am Dienstag, 30. August 2022, um 17:40:29 Uhr schrieb Markus Heinz:
> 
> > 1. Den neuesten stable Kernel von https://kernel.org/ (5.19.5) als
> > Source Code herunterladen, kompilieren und testen.  
> 
> Ich habe sowas noch nie gemacht und muss das auf einem anderen Rechner
> machen und dann da hinkopieren. Auf nem Pentium 3 wird das sonst
> Wochen dauern.
> Gibt es da eine Art Schema F?

Im Prinzip läuft es auf folgende Schritte hinaus:

1. Sourcecode herunterladen und entpacken
2. Kernel konfigurieren
3. Kernel und Module kompilieren
4. Kernel, Module und initrd installieren.
5. Bootloader Konfiguration aktualisieren

Die Schritte 1-3 können auch auf einem anderen Rechner durchgeführt
werden.

Der schwierige Teil ist Schritt 2: Die Konfiguration "from scratch" zu
erstellen erfordert einiges an Wissen über den Kernel und die
verwendete Hardware.

Einfacher wäre es, die Konfiguration des letzten funktionierenden
Debian Kernels zu nehmen, diese als ".config" in den Hauptorder der
Kernel-Sourcen zu kopieren, und dann "make oldconfig" auszuführen. Bei
den dann folgenden Fragen immer nein auswählen, oder bei multiple
Choice Fragen den Default.

Wichtig ist, dass der Kernel bzw. die initrd alle Komponenten enthält,
damit der Kernel vom Boot Medium starten kann, also z.B.
Festplatten-Support, das passende Dateisystem etc.

Mit der Debian Kernel Config wird das Kompilieren aber auch relativ
lange dauern, da dort (fast) alle Optionen ausgewählt sein werden.

[toc] | [prev] | [next] | [standalone]

#124515

Bugreport:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1018776

[toc] | [prev] | [standalone]

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web