Problem Kernel 2.6.18

[Peter_Pan123]

Hallo,

habe folgendes Problem:

Ich würde gerne auf meinem System

Intel E6600 Quad Core mit

Code: Alles auswählen

00:00.0 Host bridge: Intel Corporation 3200/3210 Chipset DRAM Controller (rev 01)
00:01.0 PCI bridge: Intel Corporation 3200/3210 Chipset Host-Primary PCI Express Bridge (rev 01)
00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 02)
00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 02)
00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 02)
00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 02)
00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 02)
00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92)
00:1f.0 ISA bridge: Intel Corporation 82801IR (ICH9R) LPC Interface Controller (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 4 port SATA IDE Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02)
00:1f.5 IDE interface: Intel Corporation 82801I (ICH9 Family) 2 port SATA IDE Controller (rev 02)
00:1f.6 Signal processing controller: Intel Corporation 82801I (ICH9 Family) Thermal Subsystem (rev 02)
01:00.0 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge A (rev 09)
01:00.1 PIC: Intel Corporation 6700/6702PXH I/OxAPIC Interrupt Controller A (rev 09)
01:00.2 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge B (rev 09)
01:00.3 PIC: Intel Corporation 6700PXH I/OxAPIC Interrupt Controller B (rev 09)
0d:00.0 Ethernet controller: Intel Corporation 82573E Gigabit Ethernet Controller (Copper) (rev 03)
0f:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet Controller
11:04.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev 02)

den 2.6.18er Kernel laufen lassen. Mein Problem ist das er mir eigentlich mit meiner .config immer sagt das er sda1 nicht mounten kann, beim booten. Wenn ich einen neueren Kernel ab 2.6.22 mit der gleichen .config nehme gehts ohne Probleme. Gibt es eine Möglichkeit diesen noch zum laufen zu bekommen ?

Gruß Peter

[cirrussc]

Hi,

den 2.6.18er Kernel laufen lassen. Mein Problem ist das er mir eigentlich mit meiner .config immer sagt das er sda1 nicht mounten kann, beim booten.

Also mit einem selbst gebauten 18er Kernel, richtig?

Was ist das für eine Festplatte SATA, EIDE?
Kannst du in diesem Zusammenhang auch die genaue Fehlermeldung Posten?
Ich könnte mir vorstellen, das er Probleme mit den Chipsatz Treibern hat. Weis jetzt aber nicht, seit wann ICH9 nterstützt wurde (wenn überhaupt).
Der 22er könnte diesen dann schon dabei haben, vermutlich dann aber als PATA Modul.

[Peter_Pan123]

Das interessante ist, dass der Std.Kernel 2.6.18-6-686 ohne Probleme geht ... sobald ich aber diese config nehme und in den 2.6.18er baue und kompiliere geht der nicht und sagt eben


VFS: Cannot open root device "sda1" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on unknown-block(0,0)

gruß

[cirrussc]

Dann fehlt ganz sicher was in der config.
Oder du hast etwas als Modul angewählt.
Hast du eine initrd im Einsatz?
Testweise könnte man den generic Treiber versuchen.

[Peter_Pan123]

Wie schon geschrieben ist das ja das seltsame. Der 2.6.18-6-686 funkst ohne Probleme (Std Kernel). Wenn ich die .config von dem nehmen und den Kernel komplett (mit Module etc) kompiliere. Geht dieser dann nicht ... bin verzweifelt

[pluvo]

Hallo Peter_Pan123,

wie erstellst du den Kernel?
http://wiki.debianforum.de/DebianizedLinuxKernel

mfg pluvo

[cirrussc]

Ja ist denn die initrd richtig erstellt wurden?
Ohne die geht es nämlich nicht.
Wie baust du den eigentlich?

edit: Ah pluvo hat schon den Link

[Peter_Pan123]

Ich sauge mir eben die source von kernel.org > 2.6.18er dann habe ich meinen Kernel der auf anderen System einwandfrei geht (diese sind ein wenig älter) oder zum test eben die std cfg welche ebenfalls nicht geht. dann "make oldconfig" dann "make menuconfig" nochmal alles durchgehen dann

make-kpkg clean
make-kpkg --initrd --revision=Kernel.01 kernel_image
dpkg -i linux-image-2.6.18_Kernel.01_i386.deb

fertig

gruß

[cirrussc]

Hm irgend was muss ja trotzdem anders sein.
Das oldconfig (also auch alle Module des Standard kernels) War nur zu reinen Testzwecken, gell?
Die initrd wird beim Installieren auch erstellt?
Was stehen eigentlich in deiner /boot/grub/menu.lst als Kernel Parameter drin?

[Peter_Pan123]

Ja, der Kernel ist mit der passenden initrd eingetragen. Diese existiert auch Ich habe bereits einige Kernel gebastelt nur ist das mit abstand der komischste, wenn das Wort überhaupt gesteigert werden kann

Normal nutze ich ja meine .config und diese .config war zu reinen Testzweckenja , weil der alte net lief.

Das komische ist, das der Kernel wie schon geschrieben mit meiner Config ab der Version 2.6.22 funktioniert und das ohne weitere Einstellungen, somit hört es sich wie ein Treiberproblem seitens ICH9 an. Da aber der Std.Kernel 2.6.18-6-686 funkst, widerspricht es sich

Gruß

P.S.: Ich wette es ist was einfaches was ich gerade nicht sehe

[Spasswolf]

Benutzt du für deinen 2.6.18er die Debianquellen oder die von http://www.kernel.org? Falls du die von kernel.org nimmst, könnte es an einem dieser Patches liegen, die von Debian hinzugefügt werden.

[Peter_Pan123]

mh, achso.

Also, ich verwende den linux-Debian Std.Kernel der im System nach eine Neuinstallation eingebaut wird. Dieser geht ohne Probleme. Leider geht der von kernel.org mit der .config vom Std.Kernel nicht. Wird der wirklich gepatched ? Wenn Ja, kann ich dann einfach den 2.6.18er mit den Treibern vom 2.6.25er patchen ? Aber nur die Treiber keine Features, ich würde gerne noch Patches wie cks oder ingo nutzen wollen.

Gruß Peter

[Spasswolf]

mh, achso.

Also, ich verwende den linux-Debian Std.Kernel der im System nach eine Neuinstallation eingebaut wird. Dieser geht ohne Probleme. Leider geht der von kernel.org mit der .config vom Std.Kernel nicht. Wird der wirklich gepatched ?

Gruß Peter

Ja, siehe oben.

Wenn Ja, kann ich dann einfach den 2.6.18er mit den Treibern vom 2.6.25er patchen ?

Nein.

Aber nur die Treiber keine Features, ich würde gerne noch Patches wie cks oder ingo nutzen wollen.

Am besten du lädst dir direkt die Debian Kernelquellen herunter mittels

Code: Alles auswählen

aptitude install linux-source-2.6.18

[cirrussc]

Am besten du lädst dir direkt die Debian Kernelquellen herunter mittels

Ich hatte irgend wie raus gelesen, das er das schon versucht hat und dann erst den vanilla.

[Peter_Pan123]

najo, bin jetzt doch beim neusten Kernel gelandet (2.6.25-2). Haben mir viele Leute dazu geraten, da dieser nichtmehr "exploidbar" (jedenfalls nichtmehr so leicht) ist, was wiederum eine enorme Sicherheitslücke bei allen Kerneln <2.6.24 ist. Ich habe bis heute die Auslastungen etc per "top" ausgelesen und musste mit erschrecken feststellen das diese beim >2.6.20er Kernel enorm hoch ist, was mich eben auf den 2.6.18er Kernel so versteift hatte. Mir wurde aber gestern mehrfach bestätigt das der Wert CPU-Last und Load unter "top" bei einem 1000er HZ Kernel eh nur "schall und rauch" sind, da das Programm für "normale Kernel" sprich 100er HZ geschrieben wurde.

Gruß Peter

P.S.: Danke für die Hilfe !

[Spasswolf]

Mir wurde aber gestern mehrfach bestätigt das der Wert CPU-Last und Load unter "top" bei einem 1000er HZ Kernel eh nur "schall und rauch" sind, da das Programm für "normale Kernel" sprich 100er HZ geschrieben wurde.

Das halte ich für ein Gerücht, bei mir hat noch kein Kernel mit 1000Hz top gesprengt. Welche Prozesse führen denn zu der steigenden Last. Sicherheitslücken werden im Debian Kernel übrigens gefixt.