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

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

[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

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: +49 (0) 2241 397198 -3 - 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@gentoo.org mailing list

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

[Christian Faulhammer]

[-- Attachment #1: Type: text/plain, Size: 529 bytes --]

Andreas Stallmann <stallmann@dawin.de>:

> 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.

 Jetzt weiß ich nicht, auf welcher Architektur du arbeitest, aber
vielleicht solltest du das letzte stable gentoo-sources probieren.
Auf den meisten Systemen ist das nämlich ein 2.6.20er und der
2.6.21-r3 (entspricht 2.6.21.5) wird auch demnächst stabilisiert.

V-Li

-- 
http://www.gentoo.org/
http://www.faulhammer.org/
http://www.gnupg.org/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

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

[Dirk Heinrichs]

[-- Attachment #1: Type: text/plain, Size: 1015 bytes --]

Am Donnerstag, 5. Juli 2007 schrieb ext Andreas Stallmann:

> Habt ihr vielleicht 'ne Erklärung dafür?

1) Das das Device nicht da ist, muß nicht direkt am raid1 modul liegen. 
Vielleicht werden auch einfach die zu /dev/md0 gehörenden 
Platten/Partitionen nicht gefunden.

2) Wird bei raid überhaupt durch das Laden des Moduls schon ein Device 
angelegt, oder muß erst noch ein Userland Tool nach Raid Devices suchen?

3) Irgendwelche Hinweise mit dmesg?

> Der Schritt von 2.6.18 auf 
> 2.6.19 läßt ja nicht grade großartige Änderungen vermuten...

Warum nicht? AFAIK wurden z.B. für 2.6.22 allein in der ersten Woche ca. 
2000 Patches gemerged.

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Wanheimerstraße 68      | Web:  http://www.capgemini.com
D-40468 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

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

[Zeitschel, Philipp]

Leider kann ich die e-mails meiner vorredner nicht öffnen, darum weiß ich nicht ob ich vielleicht schon gesagtes wiederhole, aber mach doch mal ein

make oldconfig

im neuen kernel verzeichnis

-----Ursprüngliche Nachricht-----
Von: Andreas Stallmann [mailto:stallmann@dawin.de] 
Gesendet: Donnerstag, 5. Juli 2007 11:13
An: gentoo-user-de@lists.gentoo.org
Betreff: [gentoo-user-de] Nach Migration zu Kernel 2.6.19: /dev/md0 no such file or directory

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

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: +49 (0) 2241 397198 -3 - 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@gentoo.org mailing list

--
gentoo-user-de@gentoo.org mailing list

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

[Zeitschel, Philipp]

Ach und du solltest natürlich vorher die alte config in das neue verzeichnis kopieren

Also ein 

cp /usr/share/linux-2.6.18.../.config /usr/share/linux-2.6.19.../
cd /usr/share/linux-2.6.19.../
make oldconfig


grüße

philipp


-----Ursprüngliche Nachricht-----
Von: Andreas Stallmann [mailto:stallmann@dawin.de] 
Gesendet: Donnerstag, 5. Juli 2007 11:13
An: gentoo-user-de@lists.gentoo.org
Betreff: [gentoo-user-de] Nach Migration zu Kernel 2.6.19: /dev/md0 no such file or directory

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

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: +49 (0) 2241 397198 -3 - 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@gentoo.org mailing list

--
gentoo-user-de@gentoo.org mailing list

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

[Andreas Stallmann]

Dirk Heinrichs wrote:
> Warum nicht? AFAIK wurden z.B. für 2.6.22 allein in der ersten Woche ca. 
> 2000 Patches gemerged.
Hm. Und anscheinend hat sich der ATA/SATA-Support geändert. Könnte auch 
das Problem sein, weil das RAID nämlich auf 'ner SATA-Platte liegt.

Oder vielleicht erinnere ich mich auch falsch. Auf jeden Fall finde ich 
zum einen unter "Device-Drivers -> ATA/..." einen (alten) SATA-Eintrag, 
außerdem ein paar SATA-Geräte bei den SCSI-low-level drivers und einen 
eigenen Punkt SATA/PATA direkt unter den Device-Drivers.

Welchen muß ich denn nu' konfigurieren? Die alte Konfiguration hatte 
anscheinend keinen der Schalter aktiviert...

Danke,

Andreas

-- 
Andreas Stallmann - fon: +49 (0) 2241 397198 -3 - 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@gentoo.org mailing list

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

[Patrick Grimm]

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 .
>
> 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: +49 (0) 2241 397198 -3 - 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@gentoo.org mailing list

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: +49 (0) 2241 397198 -3 - 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@gentoo.org mailing list

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

[Andreas Stallmann]

Hi!

Das Problem war keineswegs das RAID. Nein, viel blöder: Da sich die 
SATA-Unterstützung nunmehr in einer eigenen Konfig-Sektion befindet, hat 
die alte .config diese auch nicht "angefasst". Sprich: Mit 
einkompilierter SATA-Unterstützung plus Treibermodulen läuft's wie eh 
und je. Prima.

Ciao,

A.
-- 
Andreas Stallmann - fon: +49 (0) 2241 397198 -3 - 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@gentoo.org mailing list