Neu kompilierter Kernel oopst

TheRising · n00b Joined: 01 Jul 2003 Posts: 10

Hi,

ein Problem gelöst und ein neues am Start. Hatte bis vor kurzem das Problem das gcc sich nicht selbst compilen konnte.

Da ich aber auf 3.4.4 upgraden wollte hab ich dann im Forum eine Lösung gefunden die mit anderen CFLAGS arbeitet. Irgendwie -O0 + eine andere (weiß nemmer).

Das hat dann soweit auch geklappt. Seitdem sind sicher auch 10 emerge world -e drübergelaufen und alles andere funzt noch.
Zumindestens sind mir keine segfaults und ähnliches aufgefallen.

Nur wenn ich einen Kernel kompiliere und den boote Oopst er nach kurzer Zeit. Egal ob das nun der neue 2.6.12 mit oder ohne ck2 ist oder ich in die Sourcen vom letztem stabilen Kernel wechsel der läuft und nur nochmal make anwerfe (in diesem Fall ein 2.6.11-ck10s).

Hier mal 2 Kernel Oops mit Debug zum durchlesen:
http://nopaste.php-q.net/143394

Kernelconfig:
http://nopaste.php-q.net/143405

Nicht wundern der Kernel ist auf Debug geconft aber die sonstigen Einstellungen sind ja gleich.

SinoTech · Posted: Sun Jun 26, 2005 12:38 pm Post subject:

Also die CFLAGS in deiner "/etc/make.conf" werden beim Kernelbau nicht berücksichtigt. Sollte von daher also eher an deiner Kernel-config liegen.
Wäre natürlich auch noch schön zu wissen welche HW du besitzt und wann und wo der Kernel oopst.

Mfg

Sino

TheRising · n00b Joined: 01 Jul 2003 Posts: 10

Wie gesagt Oopst er kurz nach dem booten.

Das schnellste war vielleicht 10-15s beim längsten konnte ich fast noch einen neuen Kernel compilieren.

In der Kernel Makefile adde ich meist noch -mfpmath=387,sse aber auch ohne kommt dieser Fehler. Und das ist bei allen Kernel die ich seit x Tagen kompiliere. Auch wenn ich in den Folder von dem Kernel wechsel den ich aktuell benutze und nochmal ein make (clean) drüberlaufen lasse Oopst dieses Kernelimage nach dem booten.

Hardware kann ich nicht so ganz genau sagen ist aber eine Maschine aus dem XL 4 Angebot von 1&1.

3 Ghz Pentium 4 HT
2 GB Ram

0000:00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02)
0000:00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02)
0000:00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02)
0000:00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02)
0000:00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI #3 (rev 02)
0000:00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02)
0000:00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02)
0000:00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
0000:00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02)
0000:00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA Controller (rev 02)
0000:00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
0000:01:08.0 Ethernet controller: Intel Corporation 82562EZ 10/100 Ethernet Controller (rev 01)

Mfg
TheRising

SinoTech · Posted: Sun Jun 26, 2005 12:49 pm Post subject:

Wenn er nicht immer an der selben Stelle oopst ist es evtl. kein Softwareproblem. Wie sieht es mit der Hardware aus ? Prozessor übertaktet ? RAM defekt ?
Keine Ahnung was alles einen Kernel so zum ooops bringen könnte.

Mfg

Sino

TheRising · n00b Joined: 01 Jul 2003 Posts: 10

Dummes editieren hehe.

Der alte Kernel der vor 2 Wochen? kompiliert wurde bevor ich das Problem mit gcc behoben habe funzt ja einwandfrei. Aber jeder Kernel den ich nun kompiliere Oopst ohne Gnade.

Daher und weil die Hardware relativ neu sein sollte (hoffe ich), sollte es nicht von selbiger kommen.

Mfg
TheRising

SinoTech · Posted: Sun Jun 26, 2005 1:11 pm Post subject:

Tjo, bin da im Moment leider auch etwas ratlos. Als ich auf gcc 3.4.4 geupdated habe, habe ich anschliessend folgendes getan: