Ik zit met het probleem dat de /dev/md0 device continu blijft breken bij het opstarten, en tijdens het draaien ook niet gereconstruct kan worden. Hij beweert dat de ontbrekende disk 'buzy' is. Ik heb al van alles geprobeerd, en weet nu echt niet meer waar het in kan liggen. Misschien dat iemand van jullie nog een ideetje heeft wat mij op de goede weg helpt..
De situatie
Ik heb een servertje gebouwd (voor thuisgebruik) met een stapel harddisks van 200 Gb en groter die ik nog had liggen (of uit een andere machine vrijgespeeld konden worden). Dat zijn 8 stuks in totaal, waarvan 4 PATA en 4 SATA (kwam dus mooi uit). Het moederbord is een Asus M2N4-SLI met 2 IDE poorten en 4 SATA aansluitingen. Verder zit er een PCI-kaartje in met 2x SATA en 1x IDE voor de PATA DVD-RW. (Zitten verder geen harddisks op aangesloten)
Ik heb de machine in eerste instantie met Fedora 7 (kernel 2.6.21.1) opgezet vanuit een simpele partitie /dev/sda1 (eerste IDE disk, ze worden onder fedora allemaal SD? genoemd). Onder fedora heb ik de raid-configuratie opgezet. Ik was alleen niet zo tevreden net Fedora (ik had continu ruzie met SE-Linux) en wilde het eigenlijk vanaf een RAID1 set starten. Dus ik besloot OpenSuse (kernel 2.6.18.2) daarvoor te gebruiken en deze op /dev/md0 te installeren.
Tijdens de installatie van OpenSuse werden de SATA disks niet herkend, geen probleem dacht ik, want de MD0 staat op 1 SATA en 1 PATA disk. Die mirror ik dan later wel weer. (NIET DUS!)
Na de installatie werden de SATA disks nog steeds niet herkend. Hij *zag* wel iets, maar kon ze niet identificeren. Laat staan gebruiken. Dit bleek een probleem van de 2.6.18 kernel te zijn, dus een nieuwe kernel gedownload. De 2.6.21.5 kernel zag alle drives wel en toen kon ik eindelijk bij alle disken. Alle raid-sets doen het nu naar behoren, met uitzondering van de MD0.
Die configuratie ziet er zo uit:
(dat is praktisch gelijk aan de inhoud van /etc/mdadm.conf)
De andere partitie, (onder SuSe SDA2, onder fedora SDE2) kan niet toegevoegd worden (device busy). Wel hoort die duidelijk bij de mirror:
Dus naar fedora geboot, disk toegevoegd en gesynced en weer naar SuSe. Maar Suse breekt de mirror al bij het opstarten.
Even wat stukjes uit DMESG:
dan worden er wat IO poorten gevonden (USB, PS/2, enz) en dan gaat MD aan de slag:
Gevolgd door wat netwerkgezeur en.... de SCSI-emulatie voor de SATA disks:
Dan wordt mijn PCI-controllertje gevonden, met IDE DVD-brander. MD blaat tussen de regels door dat het iets gevonden heeft:
Vervolgens wordt de USB-boom doorzocht (niets interessants, iig geen storage) en wordt er swapspace geclaimd. Nu komt het mooie, MD gaat nu helemaal los! En je ziet meteen dat hij maar 1 device van MD0 bind.
Last not least komt er nog een hele zwik SuSe-Firewall meldingen en het systeem verklaart zich op dat moment voor gestart. (einde dmesg).
Wat heb ik al geprobeerd?
Buiten het laten syncen van MD0 onder Fedora heb ik de volgende acties al uitgevoerd:
- Kernel met ingebouwde RAID ondersteuning gebakken
- Ramdisk gemaakt met MD ondersteuning (mkinitrd -f md)
- Grub laten wijzen naar LABEL=System (ext2-label), /dev/md0 en mduuid=73cd09ed:71c0c31d:90164c4d:2175b9ab. In alle 3 de gevallen start het systeem, maar het effect is hetzelfde.
- fstab ook laten wijzen naar LABEL=System en /dev/md0.
Ik ben er inmiddels achter gekomen dat een LABEL= verwijzing voor een RAID1-device geen optie is, Linux pakt dan net zo makkelijk een losse partitie. Dat het partitietype fd is ipv. 83 maakt blijkbaar niet zoveel uit.
Wie weet wat ik over het hoofd zie??
Als er meer info nodig is, let me know! Alvast bedankt voor het meedenken.
De situatie
Ik heb een servertje gebouwd (voor thuisgebruik) met een stapel harddisks van 200 Gb en groter die ik nog had liggen (of uit een andere machine vrijgespeeld konden worden). Dat zijn 8 stuks in totaal, waarvan 4 PATA en 4 SATA (kwam dus mooi uit). Het moederbord is een Asus M2N4-SLI met 2 IDE poorten en 4 SATA aansluitingen. Verder zit er een PCI-kaartje in met 2x SATA en 1x IDE voor de PATA DVD-RW. (Zitten verder geen harddisks op aangesloten)
Ik heb de machine in eerste instantie met Fedora 7 (kernel 2.6.21.1) opgezet vanuit een simpele partitie /dev/sda1 (eerste IDE disk, ze worden onder fedora allemaal SD? genoemd). Onder fedora heb ik de raid-configuratie opgezet. Ik was alleen niet zo tevreden net Fedora (ik had continu ruzie met SE-Linux) en wilde het eigenlijk vanaf een RAID1 set starten. Dus ik besloot OpenSuse (kernel 2.6.18.2) daarvoor te gebruiken en deze op /dev/md0 te installeren.
Tijdens de installatie van OpenSuse werden de SATA disks niet herkend, geen probleem dacht ik, want de MD0 staat op 1 SATA en 1 PATA disk. Die mirror ik dan later wel weer. (NIET DUS!)
Na de installatie werden de SATA disks nog steeds niet herkend. Hij *zag* wel iets, maar kon ze niet identificeren. Laat staan gebruiken. Dit bleek een probleem van de 2.6.18 kernel te zijn, dus een nieuwe kernel gedownload. De 2.6.21.5 kernel zag alle drives wel en toen kon ik eindelijk bij alle disken. Alle raid-sets doen het nu naar behoren, met uitzondering van de MD0.
Die configuratie ziet er zo uit:
code:
1
2
3
4
5
6
7
8
| Vigor20:~ # mdadm --examine --scan ARRAY /dev/md0 level=raid1 num-devices=2 UUID=73cd09ed:71c0c31d:90164c4d:2175b9ab ARRAY /dev/md1 level=raid5 num-devices=7 UUID=7a08d442:e8c8410e:f0165a29:e2f6b053 spares=1 ARRAY /dev/md2 level=raid0 num-devices=5 UUID=c75fe960:8e19ed4f:8f83735b:f0ae765e ARRAY /dev/md3 level=raid5 num-devices=4 UUID=e98a561b:42322f64:abf0a59d:93958c5e spares=1 ARRAY /dev/md4 level=raid1 num-devices=2 UUID=5c37d36f:d3196423:cd1f6963:965af18d |
(dat is praktisch gelijk aan de inhoud van /etc/mdadm.conf)
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
| Vigor20:~ # mdadm --detail /dev/md0
/dev/md0:
Version : 00.90.03
Creation Time : Sat Jun 9 22:03:41 2007
Raid Level : raid1
Array Size : 19542976 (18.64 GiB 20.01 GB)
Device Size : 19542976 (18.64 GiB 20.01 GB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Tue Jun 19 08:58:20 2007
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
UUID : 73cd09ed:71c0c31d:90164c4d:2175b9ab
Events : 0.6026
Number Major Minor RaidDevice State
0 0 0 0 removed
1 22 66 1 active sync /dev/hdd2 |
De andere partitie, (onder SuSe SDA2, onder fedora SDE2) kan niet toegevoegd worden (device busy). Wel hoort die duidelijk bij de mirror:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
| Vigor20:~ # mdadm --examine /dev/sda2
/dev/sda2:
Magic : a92b4efc
Version : 00.90.00
UUID : 73cd09ed:71c0c31d:90164c4d:2175b9ab
Creation Time : Sat Jun 9 22:03:41 2007
Raid Level : raid1
Device Size : 19542976 (18.64 GiB 20.01 GB)
Array Size : 19542976 (18.64 GiB 20.01 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Update Time : Tue Jun 19 00:24:18 2007
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : ce5193bd - correct
Events : 0.6020
Number Major Minor RaidDevice State
this 0 8 66 0 active sync
0 0 8 66 0 active sync
1 1 8 50 1 active sync /dev/sdd2 |
Dus naar fedora geboot, disk toegevoegd en gesynced en weer naar SuSe. Maar Suse breekt de mirror al bij het opstarten.
Even wat stukjes uit DMESG:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
| eth0: forcedeth.c: subsystem: 01043:812a bound to 0000:00:0a.0
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
NFORCE-CK804: IDE controller at PCI slot 0000:00:06.0
NFORCE-CK804: chipset revision 242
NFORCE-CK804: not 100% native mode: will probe irqs later
NFORCE-CK804: BIOS didn\'t set cable bits correctly. Enabling workaround.
NFORCE-CK804: 0000:00:06.0 (rev f2) UDMA133 controller
ide0: BM-DMA at 0xe800-0xe807, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xe808-0xe80f, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
hda: MAXTOR STM3320820A, ATA DISK drive
hdb: ST3200822A, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: ST3200822A, ATA DISK drive
hdd: ST3250823A, ATA DISK drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 512KiB
hda: 625142448 sectors (320072 MB) w/8192KiB Cache, CHS=38913/255/63, UDMA(100)
hda: cache flushes supported
hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 >
hdb: max request size: 512KiB
hdb: 390721968 sectors (200049 MB) w/8192KiB Cache, CHS=24321/255/63, UDMA(100)
hdb: cache flushes supported
hdb: hdb1
hdc: max request size: 512KiB
hdc: 390721968 sectors (200049 MB) w/8192KiB Cache, CHS=24321/255/63, UDMA(100)
hdc: cache flushes supported
hdc: hdc1
hdd: max request size: 512KiB
hdd: 488397168 sectors (250059 MB) w/8192KiB Cache, CHS=30401/255/63, UDMA(100)
hdd: cache flushes supported
hdd: hdd1 hdd2 hdd3 < hdd5 hdd6 >
sata_nv 0000:00:07.0: version 3.3
sata_nv 0000:00:07.0: Using ADMA mode
PCI: Setting latency timer of device 0000:00:07.0 to 64
ata1: SATA max UDMA/133 cmd 0xffffc2000000e480 ctl 0xffffc2000000e4a0 bmdma 0x000000000001d400 irq 5
ata2: SATA max UDMA/133 cmd 0xffffc2000000e580 ctl 0xffffc2000000e5a0 bmdma 0x000000000001d408 irq 5
scsi0 : sata_nv
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata1.00: ATA-7: SAMSUNG SP2504C, VT100-50, max UDMA7
ata1.00: 488397168 sectors, multi 1: LBA48 NCQ (depth 31/32)
ata1.00: configured for UDMA/133
ata1: EH pending after completion, repeating EH (cnt=4)
scsi1 : sata_nv
ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata2.00: ATA-7: ST3300622AS, 3.AAE, max UDMA/133
ata2.00: 586072368 sectors, multi 1: LBA48 NCQ (depth 31/32)
ata2.00: configured for UDMA/133
ata2: EH pending after completion, repeating EH (cnt=4)
scsi 0:0:0:0: Direct-Access ATA SAMSUNG SP2504C VT10 PQ: 0 ANSI: 5
ata1: bounce limit 0xFFFFFFFFFFFFFFFF, segment boundary 0xFFFFFFFF, hw segs 61
scsi 1:0:0:0: Direct-Access ATA ST3300622AS 3.AA PQ: 0 ANSI: 5
ata2: bounce limit 0xFFFFFFFFFFFFFFFF, segment boundary 0xFFFFFFFF, hw segs 61
sata_nv 0000:00:08.0: Using ADMA mode
PCI: Setting latency timer of device 0000:00:08.0 to 64
ata3: SATA max UDMA/133 cmd 0xffffc20000010480 ctl 0xffffc200000104a0 bmdma 0x000000000001c000 irq 11
ata4: SATA max UDMA/133 cmd 0xffffc20000010580 ctl 0xffffc200000105a0 bmdma 0x000000000001c008 irq 11
scsi2 : sata_nv
ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata3.00: ATA-7: SAMSUNG SP2504C, VT100-50, max UDMA7
ata3.00: 488397168 sectors, multi 1: LBA48 NCQ (depth 31/32)
ata3.00: configured for UDMA/133
ata3: EH pending after completion, repeating EH (cnt=4)
scsi3 : sata_nv
ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata4.00: ATA-7: SAMSUNG SP2504C, VT100-50, max UDMA7
ata4.00: 488397168 sectors, multi 1: LBA48 NCQ (depth 31/32)
ata4.00: configured for UDMA/133
ata4: EH pending after completion, repeating EH (cnt=4)
scsi 2:0:0:0: Direct-Access ATA SAMSUNG SP2504C VT10 PQ: 0 ANSI: 5
ata3: bounce limit 0xFFFFFFFFFFFFFFFF, segment boundary 0xFFFFFFFF, hw segs 61
scsi 3:0:0:0: Direct-Access ATA SAMSUNG SP2504C VT10 PQ: 0 ANSI: 5
ata4: bounce limit 0xFFFFFFFFFFFFFFFF, segment boundary 0xFFFFFFFF, hw segs 61 |
dan worden er wat IO poorten gevonden (USB, PS/2, enz) en dan gaat MD aan de slag:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| md: raid0 personality registered for level 0 raid6: int64x1 1985 MB/s raid6: int64x2 2559 MB/s raid6: int64x4 2455 MB/s raid6: int64x8 1789 MB/s raid6: sse2x1 3060 MB/s raid6: sse2x2 4091 MB/s raid6: sse2x4 4184 MB/s raid6: using algorithm sse2x4 (4184 MB/s) md: raid6 personality registered for level 6 md: raid5 personality registered for level 5 md: raid4 personality registered for level 4 raid5: automatically using best checksumming function: generic_sse generic_sse: 6762.000 MB/sec raid5: using function: generic_sse (6762.000 MB/sec) |
Gevolgd door wat netwerkgezeur en.... de SCSI-emulatie voor de SATA disks:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
| SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB) sda: Write Protect is off sda: Mode Sense: 00 3a 00 00 SCSI device sda: write cache: enabled, read cache: enabled, doesn\'t support DPO or FUA SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB) sda: Write Protect is off sda: Mode Sense: 00 3a 00 00 SCSI device sda: write cache: enabled, read cache: enabled, doesn\'t support DPO or FUA sda: sda1 sda2 sda3 < sda5 sda6 > sd 0:0:0:0: Attached scsi disk sda SCSI device sdb: 586072368 512-byte hdwr sectors (300069 MB) sdb: Write Protect is off sdb: Mode Sense: 00 3a 00 00 SCSI device sdb: write cache: enabled, read cache: enabled, doesn\'t support DPO or FUA SCSI device sdb: 586072368 512-byte hdwr sectors (300069 MB) sdb: Write Protect is off sdb: Mode Sense: 00 3a 00 00 SCSI device sdb: write cache: enabled, read cache: enabled, doesn\'t support DPO or FUA sdb: sdb1 sdb2 < sdb5 sdb6 sdb7 > sd 1:0:0:0: Attached scsi disk sdb SCSI device sdc: 488397168 512-byte hdwr sectors (250059 MB) sdc: Write Protect is off sdc: Mode Sense: 00 3a 00 00 SCSI device sdc: write cache: enabled, read cache: enabled, doesn\'t support DPO or FUA SCSI device sdc: 488397168 512-byte hdwr sectors (250059 MB) sdc: Write Protect is off sdc: Mode Sense: 00 3a 00 00 SCSI device sdc: write cache: enabled, read cache: enabled, doesn\'t support DPO or FUA sdc: sdc1 sdc2 < sdc5 sdc6 > sd 2:0:0:0: Attached scsi disk sdc SCSI device sdd: 488397168 512-byte hdwr sectors (250059 MB) sdd: Write Protect is off sdd: Mode Sense: 00 3a 00 00 SCSI device sdd: write cache: enabled, read cache: enabled, doesn\'t support DPO or FUA SCSI device sdd: 488397168 512-byte hdwr sectors (250059 MB) sdd: Write Protect is off sdd: Mode Sense: 00 3a 00 00 SCSI device sdd: write cache: enabled, read cache: enabled, doesn\'t support DPO or FUA sdd: sdd1 sdd2 < sdd5 sdd6 > sd 3:0:0:0: Attached scsi disk sdd sd 0:0:0:0: Attached scsi generic sg0 type 0 sd 1:0:0:0: Attached scsi generic sg1 type 0 sd 2:0:0:0: Attached scsi generic sg2 type 0 sd 3:0:0:0: Attached scsi generic sg3 type 0 |
Dan wordt mijn PCI-controllertje gevonden, met IDE DVD-brander. MD blaat tussen de regels door dat het iets gevonden heeft:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
| sata_via 0000:01:06.0: version 2.1 sata_via 0000:01:06.0: routed to hard irq line 5 ata5: SATA max UDMA/133 cmd 0x000000000001ac00 ctl 0x000000000001ac0a bmdma 0x0000000000019c00 irq 5 ata6: SATA max UDMA/133 cmd 0x000000000001a800 ctl 0x000000000001a80a bmdma 0x0000000000019c08 irq 5 ata7: PATA max UDMA/133 cmd 0x000000000001a400 ctl 0x000000000001a40a bmdma 0x0000000000019c10 irq 5 scsi4 : sata_via ata5: SATA link down (SStatus 0 SControl 310) ATA: abnormal status 0x7F on port 0x000000000001ac07 scsi5 : sata_via ata6: SATA link down (SStatus 0 SControl 310) ATA: abnormal status 0x7F on port 0x000000000001a807 scsi6 : sata_via ATA: abnormal status 0x8 on port 0x000000000001a407 ATA: abnormal status 0x8 on port 0x000000000001a407 ata7.01: ATAPI, max UDMA/33 ata7.01: configured for UDMA/33 scsi 6:0:1:0: CD-ROM SONY DVD RW DRU-500A 2.1a PQ: 0 ANSI: 5 scsi 6:0:1:0: Attached scsi generic sg4 type 5 md: raid1 personality registered for level 1 sr0: scsi3-mmc drive: 32x/32x writer cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 sr 6:0:1:0: Attached scsi CD-ROM sr0 BIOS EDD facility v0.16 2004-Jun-25, 8 devices found md: linear personality registered for level -1 kjournald starting. Commit interval 5 seconds EXT3 FS on sda2, internal journal EXT3-fs: mounted filesystem with ordered data mode. |
Vervolgens wordt de USB-boom doorzocht (niets interessants, iig geen storage) en wordt er swapspace geclaimd. Nu komt het mooie, MD gaat nu helemaal los! En je ziet meteen dat hij maar 1 device van MD0 bind.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
| md: md0 stopped. md: bind<hdd2> raid1: raid set md0 active with 1 out of 2 mirrors md: md1 stopped. md: bind<hdb1> md: bind<hdc1> md: bind<sda1> md: bind<sdc1> md: bind<sdd1> md: bind<hdd1> md: bind<sdb1> md: bind<hda3> raid5: device hda3 operational as raid disk 0 raid5: device hdd1 operational as raid disk 6 raid5: device sdd1 operational as raid disk 5 raid5: device sdc1 operational as raid disk 4 raid5: device sda1 operational as raid disk 3 raid5: device hdc1 operational as raid disk 2 raid5: device hdb1 operational as raid disk 1 raid5: allocated 7412kB for md1 raid5: raid level 5 set md1 active with 7 out of 7 devices, algorithm 2 RAID5 conf printout: --- rd:7 wd:7 disk 0, o:1, dev:hda3 disk 1, o:1, dev:hdb1 disk 2, o:1, dev:hdc1 disk 3, o:1, dev:sda1 disk 4, o:1, dev:sdc1 disk 5, o:1, dev:sdd1 disk 6, o:1, dev:hdd1 md: md2 stopped. md: bind<hdd6> md: bind<sdb5> md: bind<sdc5> md: bind<sdd5> md: bind<hda6> md2: setting max_sectors to 128, segment boundary to 32767 raid0: looking at hda6 raid0: comparing hda6(24418688) with hda6(24418688) raid0: END raid0: ==> UNIQUE raid0: 1 zones raid0: looking at sdd5 raid0: comparing sdd5(24418688) with hda6(24418688) raid0: EQUAL raid0: looking at sdc5 raid0: comparing sdc5(24418688) with hda6(24418688) raid0: EQUAL raid0: looking at sdb5 raid0: comparing sdb5(24418688) with hda6(24418688) raid0: EQUAL raid0: looking at hdd6 raid0: comparing hdd6(24402624) with hda6(24418688) raid0: NOT EQUAL raid0: comparing hdd6(24402624) with sdd5(24418688) raid0: NOT EQUAL raid0: comparing hdd6(24402624) with sdc5(24418688) raid0: NOT EQUAL raid0: comparing hdd6(24402624) with sdb5(24418688) raid0: NOT EQUAL raid0: comparing hdd6(24402624) with hdd6(24402624) raid0: END raid0: ==> UNIQUE raid0: 2 zones raid0: FINAL 2 zones raid0: zone 1 raid0: checking hda6 ... contained as device 0 (24418688) is smallest!. raid0: checking hdd6 ... nope. raid0: checking sdb5 ... contained as device 1 raid0: checking sdc5 ... contained as device 2 raid0: checking sdd5 ... contained as device 3 raid0: zone->nb_dev: 4, size: 64256 raid0: current zone offset: 24418688 raid0: done. raid0 : md_size is 122077376 blocks. raid0 : conf->hash_spacing is 122013120 blocks. raid0 : nb_zone is 2. raid0 : Allocating 16 bytes for hash. md: md3 stopped. md: bind<sdc6> md: bind<sdd6> md: bind<sdb6> md: bind<sda6> md: bind<hda5> raid5: device hda5 operational as raid disk 0 raid5: device sdb6 operational as raid disk 3 raid5: device sdd6 operational as raid disk 2 raid5: device sdc6 operational as raid disk 1 raid5: allocated 4262kB for md3 raid5: raid level 5 set md3 active with 4 out of 4 devices, algorithm 2 RAID5 conf printout: --- rd:4 wd:4 disk 0, o:1, dev:hda5 disk 1, o:1, dev:sdc6 disk 2, o:1, dev:sdd6 disk 3, o:1, dev:sdb6 md: md4 stopped. md: bind<sdb7> md: bind<hda7> raid1: raid set md4 active with 2 out of 2 mirrors |
Last not least komt er nog een hele zwik SuSe-Firewall meldingen en het systeem verklaart zich op dat moment voor gestart. (einde dmesg).
Wat heb ik al geprobeerd?
Buiten het laten syncen van MD0 onder Fedora heb ik de volgende acties al uitgevoerd:
- Kernel met ingebouwde RAID ondersteuning gebakken
- Ramdisk gemaakt met MD ondersteuning (mkinitrd -f md)
- Grub laten wijzen naar LABEL=System (ext2-label), /dev/md0 en mduuid=73cd09ed:71c0c31d:90164c4d:2175b9ab. In alle 3 de gevallen start het systeem, maar het effect is hetzelfde.
- fstab ook laten wijzen naar LABEL=System en /dev/md0.
Ik ben er inmiddels achter gekomen dat een LABEL= verwijzing voor een RAID1-device geen optie is, Linux pakt dan net zo makkelijk een losse partitie. Dat het partitietype fd is ipv. 83 maakt blijkbaar niet zoveel uit.
Wie weet wat ik over het hoofd zie??
Als er meer info nodig is, let me know! Alvast bedankt voor het meedenken.
