Kernel panic / Fatal exception in interrupt - iB-InformatikBoard.ch

NodusSecondus · Registriert seit: 17.11.2004

Aloha

Ich habe da ein Problem mit einem frisch aufgesetzten Gentoo System.

Es handelt sich um eine Stage 3, GRP Installation (kernel-2.6.9) bei der ich nun den Portagetree updaten möchte.
Nach "emerge sync" werden die Files "indexiert" um anschliessend den lokalen Portagetree zu aktualisieren.
Nach etwa einer Minute verabschiedet sich das System mit folgender Botschaft.

Code:

Code: 59 58 ba 00 e0 ff ff 21 e2 8b 42 14 25 00 00 ff 00 3d 00 00 01 00 0f 84 39 03 00 00 89 d8 99 03 05 40 28 4f c0 13 15 44 28 4f c0 <89> 57 24 89 47 20 31 db 3b 35 c0 28 4f c0 0f 84 d6 02 00 00 8b
<0>Kernel panic - not syncing: Fatal exception in interrupt

Wer kann mir helfen?

Es grüsst
NodusSecondus

kermit · 17.11.2004, 23:24

Welchen Kernel setzt du ein? Gentoo-dev-sources?

Welche Optimierungen setzt du ein? (Flags)

Hast du schon mal memtest durchlaufen lassen?

Kernel nochmals kompilieren, vielleicht ist dabei was schiefgegangen.

Hast du die richtige Architektur gewählt?

Hab am Montag eine Installation ab 2004.3-GRP-CD gemacht. Ohne Probleme.

bis bald
Kermit

NodusSecondus · Registriert seit: 17.11.2004

Hallo kermit,

herzlichen Dank für Deine Antwort.

Zitat:

Welchen Kernel setzt du ein? Gentoo-dev-sources?

kernel-2.6.9, development-sources

Zitat:

Welche Optimierungen setzt du ein? (Flags)

Habe lediglich die Variabe CFLAGS für "K6-2" modifiziert (-march=k6-2 ...)
CXXFLAGS=$"{CFLAGS}"

Zitat:

Hast du schon mal memtest durchlaufen lassen?

Nein. Frage mich allerdings, ob's das bringt. Ein Versuch ist's wert

Zitat:

Kernel nochmals kompilieren, vielleicht ist dabei was schiefgegangen.

Als hätte ich ewig Zeit oder Geld für highend HW. :-)

Zitat:

Hast du die richtige Architektur gewählt?

Bestimmt. An sich läuft das System ja einwandfrei.

Zitat:

Hab am Montag eine Installation ab 2004.3-GRP-CD gemacht. Ohne Probleme.

Möchtest Du's gegen mein System tauschen?

Zitat:

bis bald
Kermit

Es grüsst
NodusSecondus

kermit · Registriert seit: 28.09.2004

Zitat:

kernel-2.6.9, development-sources

Hmm... die sind unstable! Was spricht gegen Gentoo-dev-sources? Die sind (entgegen dem Namen) offiziell stabil!

Zitat:

Habe lediglich die Variabe CFLAGS für "K6-2" modifiziert (-march=k6-2 ...)

Was ich noch vergessen habe zu fragen:
Und wie sehen die Optimierungen von GCC aus? Mehr als -O3 würde ich nicht empfehlen.

Zitat:

nein, hab ich nicht. Frage mich allerdings, ob's das bringt. Ein Versuch ist's wert

Beim sync (und auch beim Kompilieren) wird der Arbeitsspeicher üblicherweise mehr belastet als sonst. ein defektes Memory-Modul fällt da eher auf.
Ist auch nur eine Vermutung und wahrscheinlich nicht der Grund des Problems. Aber nicht auszuschliessen.

Zitat:

Ja hab ich den ewig Zeit? :-) Hab da keine highend HW für mein Linux.

Nimm distcc zur Hilfe und rechne im Cluster! (Verteiltes Kompilieren, läuft auch unter Windows, + es gibt fertige Boot-cd's)

Zitat:

Möchtest Du's gegen mein System tauschen?

Hab meins mit dem Genkernel und x86-optimiert: Wir könnten also auch bloss die HD tauschen.

Bis bald
Kermit

NodusSecondus · 18.11.2004, 01:05

Zitat:

Hmm... die sind unstable! Was spricht gegen Gentoo-dev-sources? Die sind (entgegen dem Namen) offiziell stabil!

Das mit den dev.-sources ist so eine alte Angewohnheit. In der "Vorläuferversion" gabs den 2.6er Kernel nur mit den development-sources.
Bin eigentlich auch nie wirklich schlecht damit gefahren. Woher hast Du die Info., die dev-sources seien unstable?

Zitat:

Was ich noch vergessen habe zu fragen:
Und wie sehen die Optimierungen von GCC aus? Mehr als -O3 würde ich nicht empfehlen.

Die Einstellung ist "-O3".

Zitat:

Nimm distcc zur Hilfe und rechne im Cluster! (Verteiltes Kompilieren, läuft auch unter Windows, + es gibt fertige Boot-cd's)

Klingt interessant; muss mich da erst noch schlau machen. Würde dann wohl auch unter OSX klappen mit diesem verteilt. kompil..

Zitat:

Bis bald
Kermit

Nochmals besten Dank für Deine Ratschläge und noch eine schöne Nacht.

Es grüsst
NodusSecondus

kermit · 18.11.2004, 09:33

Sorry, das mit den dev-sources hab ich falsch verstanden! Hab es geade nochmal nachgeschaut, und nicht nur gentoo-dev, sondern auch dev sind offiziell stabil! (wird wohl auch so bleiben, bis 2.7erscheint)

Gentoo-dev sind einfach zusätzlich mit Patches versehen, welche mehr "stability and security" bringen sollen.

Also zuerst einmal den Kernel neu backen, wenn das nichts bringt: Gentoo-dev-sources ausprobieren.

Distcc (http://distcc.samba.org/) verteilt die Arbeit nach Möglichkeit und erreicht so bei gewissen Packeten eine optimale Skalierung (4 Rechner -> 4 x so schnell). Natürlich profitieren eineige Packete mehr, andere weniger (X zb. eher weniger), aber besonders auf einem langsamen Rechner, dem ein paar schnelle unter die Arme greifen, verringert das die Wartezeit immens!

emerge distcc
Kermit

Maverick · 19.11.2004, 20:35

Poste bitte mal deine ganze make.conf (/etc/make.conf)!

Würde mir das gerne mal ansehen!

NodusSecondus · Registriert seit: 17.11.2004

Aloha Maverick

Hier mein make.conf

Code:

# These settings were set by the catalyst build script that automatically built$
# Please consult /etc/make.conf.example for a more detailed example
CFLAGS="-march=k6-2 -O3 -pipe -fomit-frame-pointer"
CHOST="i386-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j2"

No es schöns Weekend!

Es grüsst
NodusSecondus

Maverick · 19.11.2004, 22:06

-> bringt nur was bei dual prozessoren:
MAKEOPTS="-j2" und dann wäre der wert -j3 also kannst du das sicher weglassen!

Und hier aus dem Gentoo Wiki: K6-2 (AMD)

CFLAGS="-march=k6-2 -O2 -pipe -fomit-frame-pointer"
CHOST="i586-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"

kermit · 08.12.2004, 17:56

@NodusSecondus
Was war denn nun die Lösung deines Problems? Haben unsere Tipps geholfen?

@Maverick
MAKEOPTS="-j2" bringt dir auch bei nur einer CPU mehr Geschwindigkeit. Der Wert gibt dir die Anzahl der parallelen Kompilerprozesse an. Ein guter Wert ist hier die Anzahl der CPUs +1.
Bei aktiviertem Hyper-Threading (auch auf nur einer CPU) ist hier logischerweise "-j3" optimal.

bis bald
Kermit