Kenel mit Sata (ICH-7) Unterstützung / ohne initrd

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
peyote
Beiträge: 241
Registriert: 11.10.2003 19:00:42

Kenel mit Sata (ICH-7) Unterstützung / ohne initrd

Beitrag von peyote » 04.07.2007 04:27:09

Kann mir jemand verraten, welche Module man in den Kernel (2.6.20) fest einkompilieren muss, damit ich von einer SATA Platte booten kann (ohne initrd)?
Ich habe ein motherboard mit ICH-7 Chipsatz (Intel) und kriege bisher beim booten immer eine Kernel panic.
Eingebunden habe ich u.a. schon ext2/etx3 und die intel Treiber unter SATA/PATA (piix).

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 04.07.2007 09:13:50

damit das nicht in ein Ratespiel ausartet könntest du deine Config auf http://nopaste.debianforum.de/ posten.
Hier habe ich eine Config von einem 2.6.20er für den
00:1f.2 SATA controller: Intel Corporation 82801GR/GH (ICH7 Family) Serial ATA Storage Controller AHCI (rev 01)
gepostet: http://nopaste.debianforum.de/5201

Gruß
gms

peyote
Beiträge: 241
Registriert: 11.10.2003 19:00:42

Beitrag von peyote » 04.07.2007 12:19:56

Danke für die config.

Mein Controller scheint wohl ähnlich, aber doch etwas anders zu sein (da steht nix von AHCI):

Code: Alles auswählen

00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller IDE (rev 01)
Meine config: http://nopaste.debianforum.de/6125

Ich habe die beiden Konfigurationen mal grob mit einem diff Tool verglichen, aber bisher ist mir da leider kein entscheidener Unterschied aufgefallen...

Spasswolf
Beiträge: 3472
Registriert: 30.11.2005 10:32:22
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Wald

Beitrag von Spasswolf » 04.07.2007 13:22:39

Nimm mal den AHCI Treiber heraus, eventuell gibt es da einen Konflikt mit dem ata_piix Treiber.
Der einzige relevante Unterschied zwischen den beiden .configs erscheint, mir CONFIG_SATA_INTEL_COMBINED=y in gms .config zu sein. Das wird eigentlich automatisch aktiviert, wenn folgendes aktiviert ist:

Code: Alles auswählen

CONFIG_SATA_AHCI=y
CONFIG_ATA_PIIX=y
CONFIG_IDE=y
Hast du die .config per Hand editiert? Wenn ja probier es nochmal mit [menu|g|x]config.

peyote
Beiträge: 241
Registriert: 11.10.2003 19:00:42

Beitrag von peyote » 04.07.2007 13:29:44

Spasswolf hat geschrieben:Nimm mal den AHCI Treiber heraus, eventuell gibt es da einen Konflikt mit dem ata_piix Treiber.
Der einzige relevante Unterschied zwischen den beiden .configs erscheint, mir CONFIG_SATA_INTEL_COMBINED=y in gms .config zu sein. Das wird eigentlich automatisch aktiviert, wenn folgendes aktiviert ist:

Code: Alles auswählen

CONFIG_SATA_AHCI=y
CONFIG_ATA_PIIX=y
CONFIG_IDE=y
Hast du die .config per Hand editiert? Wenn ja probier es nochmal mit [menu|g|x]config.
Danke für den Tipp, ich probiere das gegen abend mal aus, .
Ich habe die config via menuconf erstellt.
Mit einem generic kernel und initrd sieht das ganze gebootet so aus:
lsmod

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 04.07.2007 14:18:55

peyote hat geschrieben: Mein Controller scheint wohl ähnlich, aber doch etwas anders zu sein (da steht nix von AHCI):

Code: Alles auswählen

00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller IDE (rev 01)
ist wahrscheinlich der gleiche Controller mit anderem Bios Settings. Ich habe im Bios das AHCI aktiviert ( war wahrscheinlich voreingestellt ). Probehalber habe ich jetzt bei mir von AHCI auf ATA umgestellt, danach wird mir der Controller genauso angezeigt:

Code: Alles auswählen

00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller IDE (rev 01)
Nachdem mein Kernel trotzdem noch einwandfrei bootet, spricht das zwar gegen einen Konflikt zwischen AHCI Treiber und ata_piix, ausschließen würde ich es ( mangels besserer Idee ) aber auch nicht.

Gruß
gms

peyote
Beiträge: 241
Registriert: 11.10.2003 19:00:42

Beitrag von peyote » 05.07.2007 00:02:32

Sorry, es lag garnicht an einem fehlenden Kernelmodul sondern an grub.
In der menu.lst steht root=UUID=[die UUID] und damit klappt das booten nicht.
Ersetze ich nun den UUID-Teil durch /dev/sda5 klappt das booten.
Verstehen tue ich das alles nicht, denn nach dem booten steht unter /dev/disk/by-uuid/ genau der richtige Verweis der UUID aus der menu.lst auf /dev/sda5.
Hat da evtl. jemand eine Idee wieso es nicht mit UUID klappt?!

Antworten