Custom Kernel - LVM wordt niet herkend

[BSeB]

Afgelopen paar dagen bezig geweest met het samenstellen van een nieuwe custom kernel (2.6.31 had geen standaard alsa ondersteuning voor HDMI out via de GPU).
Dus begonnen aan 2.6.34. Dit kostte me enige tijd omdat het weer even geleden was dat ik dit had gedaan. Dit is de eerste keer dat ik mijn raid controller mee moest compileren, dus die driver zit erin 3w9xxx.

Na het compileren netjes geïnstalleerd en dan opnieuw opstarten.

Op het moment dat de kernel begint met starten gaat alles (zo lijkt het) goed, echter op het moment dat de schijven met fck gecheckt worden loopt de procedure vast. Alle schijven van mijn normale SATA schijf die via de moederbord controller is aangesloten worden goed gecheckt en levert geen foutmelding op.
De RAID wordt wel herkend, echter geeft als hij gechecked zou moeten worden de foutmelding dat de partitie bootblock "corrupt" is, of geen ext2 is.
Het is ook geen ext 2 maar een LVM met daarin een logische partitie van ext4. Ext4 is geprobeerd te compileren als module en ingebakken.

Ik vraag me nu af of ik iets gemist heb in de selectie van mijn kernel modules!?
Mochten jullie meer informatie willen, laat me dit weten dan zal ik kijken waarmee ik kan helpen.

Systeem informatie:
openSUSE 11.2 64 bit
Kernel 2.6.34

[Rainmaker]

Heb je ook LVM support meegecompileerd? Niet als module.

CONFIG_LVM is dat volgens mij.

[BSeB]

Rainmaker schreef op maandag 14 juni 2010 @ 17:26:
Heb je ook LVM support meegecompileerd? Niet als module.

CONFIG_LVM is dat volgens mij.

Sorry?

Bij suse is het gewoon:

code:

make rpm

dan

code:

rpm --force -Uvh linux_kernel.2.6.34.rpm

dan

code:

mkinitrd

Nooit ergens gelezen van dat meecompileren

Dit is overigens de complete foutmelding:

The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock:

efsck -b 8193 <device>

En dan kom ik in maintenance mode...

Wellicht dat deze error een beter licht op de zaak werpt:
device-mapper: resume ioctl failed: invalid argument
UNable to resume ... (254:0)
1 logical volume(s) in volume group "..." now active.

[ Voor 42% gewijzigd door BSeB op 14-06-2010 22:04 ]

[BSeB]

Bump

[silentsnake]

Er is niks raars aan de opmerking van Rainmaker. Heb je in je .config ook CONFIG_LVM aanstaan? (of geselecteerd met make menu_config) Tis leuk dat je de kernel RPM vervangt maar dat heeft daar niks mee te maken. Als er geen LVM support in de kernel zit zal ie het nooit gaan doen.

En de oude kernel gaat wel gewoon nog goed?

[BSeB]

Oude kernel werkt prima.

Nieuwe kernel niet en volgens de website van devicemapper zou ik de volgende kernel-modules moeten hebben, welke ik ook heb:

Device-mapper.
http://sourceware.org/lvm...edQuestions/FaqLvm2Kernel

Overigens net in de .config van de huidige kernel gekeken en die van de nieuwe en in beide komt geen optie voor die LVM in de naam heeft.

Mcedit .config en dan F7 om te zoeken.
Dus niet via de menuconfig. Daar kan ik hem ook niet vinden.

[ Voor 33% gewijzigd door BSeB op 15-06-2010 16:38 ]

[BSeB]

Het had niks met de driver te maken van de RAID controller of met de device-mapper.
Mijn RAID controller slaat in GUID op:

Wikipedia: GUID Partition Table

Toen ik deze had aangezet werkte het wel.