Re: [gentoo-user-de] Nach Migration zu Kernel 2.6.19: /dev/md0 no such file or directory

[Patrick Grimm]

Patrick Grimm wrote:
> Am Donnerstag, 5. Juli 2007 11:13:16 schrieb Andreas Stallmann:
>
>> Hi!
>>
>> Ich hab hier ein gentoo-System, dessen Kernel ich von 2.6.18 auf 2.6.19
>> hochrüsten muß, damit ich drbd ans Laufen bekomme.
>>
>> Leider meldet mir der neue Kernel beim Start, er fände das Device
>> /dev/md0 nicht mehr. Unter dem alten 2.6.18er ist das device definitiv
>> vorhanden.
>>
>> Was mich wunder, ist das die Kernel-Konfiguration beider Kernels
>> identisch ist. Ich habe unter laufendem 2.6.18 folgendes gemacht
>>
>>   zcat /proc/config.gz >/etc/kernels/kernel-config-x86--2.6.19-gentoo-r5
>>   zcat /proc/config.gz >/usr/share/genkernel/x86/kernel-config-2.6
>>   rm /usr/src/linux
>>   ln -s /usr/src/linux-2.6.19-gentoo-r5 /usr/src/linux
>>   zcat /proc/config.gz >/usr/src/linux/.config
>>   genkernel --menuconfig all
>>
> Das hatte ich auch auf meinem Testrechner.
> Ich hatte aber noch nicht die zeit nachzuprüfen woran das liegt.
> Das einziege was ich schon probiert hatte war raid0 statisch in den kernel
> einzubauen was aber auch nichts brachte. Dann musste ich irgendeine neues
> usb-mod.ko testen und habe deswegen "genkernel menuconfig all" aufgerufen
> und was im usbsubsytem weis aber nicht mehr ob ich im raid menue auch was
> geändert habe auf jedenfall lief das /dev/md0 bei mir wieder.
> Ich komme an den rechner heute nich mehr ran aber ich mach morgen mal ein
> dif von den .config's
Also ich habe von version 2.6.19-gentoo-r5 auf 
2.6.21-gentoo-r2 geupdatet. Und habe folgende einstellungen geändert
CONFIG_MD=y
-CONFIG_BLK_DEV_MD=m
-CONFIG_MD_LINEAR=m
-CONFIG_MD_RAID0=m
-CONFIG_MD_RAID1=m
-CONFIG_MD_RAID10=m
-CONFIG_MD_RAID456=m
-CONFIG_MD_RAID5_RESHAPE=y
-CONFIG_MD_MULTIPATH=m
-CONFIG_MD_FAULTY=m
-CONFIG_BLK_DEV_DM=m
-# CONFIG_DM_DEBUG is not set
-CONFIG_DM_CRYPT=m
-CONFIG_DM_SNAPSHOT=m
-CONFIG_DM_MIRROR=m
-CONFIG_DM_ZERO=m
-CONFIG_DM_MULTIPATH=m
-CONFIG_DM_MULTIPATH_EMC=m
-CONFIG_BLK_DEV_DM_BBR=m
+CONFIG_BLK_DEV_MD=y
+# CONFIG_MD_LINEAR is not set
+CONFIG_MD_RAID0=y
+# CONFIG_MD_RAID1 is not set
+# CONFIG_MD_RAID10 is not set
+# CONFIG_MD_RAID456 is not set
+# CONFIG_MD_MULTIPATH is not set
+# CONFIG_MD_FAULTY is not set
+# CONFIG_BLK_DEV_DM is not set

ich habe zum testen alles rausgeschmissen was ich nicht brauchte

---------------------------------mdadm.conf--------------------------------------
DEVICE /dev/hda4 /dev/hdc4
ARRAY /dev/md0 level=raid0 num-devices=2 UUID=de2a01ef:fe13f2fe:0a94f75e:fa517677
---------------------------------------------------------------------------------
und
#mdadm --assemble /dev/md0
müsste das raid0 dann starten.
---------------------------------dmesg-------------------------------------------
md: md0 stopped.
md: bind<hdc4>
md: bind<hda4>
md0: setting max_sectors to 8, segment boundary to 2047
blk_queue_segment_boundary: set to minimum fff
raid0: looking at hda4
raid0:   comparing hda4(29816576) with hda4(29816576)
raid0:   END
raid0:   ==> UNIQUE
raid0: 1 zones
raid0: looking at hdc4
raid0:   comparing hdc4(29844288) with hda4(29816576)
raid0:   NOT EQUAL
raid0:   comparing hdc4(29844288) with hdc4(29844288)
raid0:   END
raid0:   ==> UNIQUE
raid0: 2 zones
raid0: FINAL 2 zones
raid0: zone 1
raid0: checking hda4 ... nope.
raid0: checking hdc4 ... contained as device 0
  (29844288) is smallest!.
raid0: zone->nb_dev: 1, size: 27712
raid0: current zone offset: 29844288
raid0: done.
raid0 : md_size is 59660864 blocks.
raid0 : conf->hash_spacing is 59633152 blocks.
raid0 : nb_zone is 2.
raid0 : Allocating 8 bytes for hash.
---------------------------------------------------------------------------------

Gruss Patrick


>> Ich hab auch noch mal in der menuconfig nachgeschaut, ob die raid-Module
>> kompiliert werden. Werden sie. Sie finden sich auch ganz brav unter
>> /lib/modules/2.6.19-gentoo-r5.
>>
>> Nach dem ersten Fehlstart, habe ich raid1 noch in die Datei
>> /etc/modules.autoload.d/kernel-2.6 aufgenommen. Der Effekt ist der
>> selbe... *grrrr*
>>
>> Habt ihr vielleicht 'ne Erklärung dafür? Der Schritt von 2.6.18 auf
>> 2.6.19 läßt ja nicht grade großartige Änderungen vermuten...
>> Oder ist das sogar ein dokumentierter Bug? Ich habe auf jeden Fall nix
>> entsprechendes gefunden.
>>
>> Danke für eure Hilfe,
>>
>> Andreas
>>
>> --
>> Andreas Stallmann - fon: [phone] - fax: -9
>> dawin gmbh  - belgische allee 50   - 53842 troisdorf
>> hrb 8266    -- amtsgericht siegburg - steuernummer: 220/5793/0373
>> geschäftsführer: jan dreßler
>>
>
>
>

-- 
gentoo-user-de@g.o mailing list