[dualboot] Linux+FreeBSD in software RAID mogelijk ?

[0xDEADBEEF]

Omdat ik al m'n PATA-schijven wil vervangen door SATA-schijven maar niet vast wil zitten aan éen fysieke schijf (en eigenlijk ook niet aan hardware-RAID, het is toch maar voor m'n desktop) vraag ik me af of ik een dualboot-met-software-RAID kan realiseren.
Het is de bedoeling dat die schijven, buiten het OS om, dus geen deel van een hardware-RAID uitmaken.

Is wat ik wil überhaupt wel haalbaar ?
Zou een dergelijke partitie- en slice-layout er als volgt uitzien:

code:

disk 1: [ext3 /boot] [ufs /boot] [ext3, software raid] [ufs, software raid]
disk 2: [ext3, software raid] [ufs, software raid]

?

Kan /boot deel uitmaken van die softraid-configuratie of is het verstandiger /boot slechts op éen schijf te laten staan: buiten beide software-RAIDs, op een 'JBOD-partitie/slice' ?
Welke bootloader is er nodig, GRUB2 ?

http://forums.freebsd.org/showthread.php?t=9494

http://www.freebsd.org/do.../books/handbook/raid.html
http://www.freebsd.org/do...handbook/boot-blocks.html

http://wiki.debian.org/SoftwareRAID
https://wiki.archlinux.or...with_Software_RAID_or_LVM
https://wiki.archlinux.or...Installing_with_Fake_RAID

[Verwijderd]

Normaliter worden wordt voor het effectief RAID gebruik van Dual Boot systemen altijd hardware of fake raid aangeraden. Wat jij wil is niet echt haalbaar.

[0xDEADBEEF]

Hm "niet echt" of "echt niet" ?

[jelly]

0xDEADBEEF schreef op zaterdag 19 maart 2011 @ 14:06:
Hm "niet echt" of "echt niet" ?

je hebt hier echt een hardware raid kaart voor nodig, je kan wel apart software RAID opzetten op linux en BSD

[deadinspace]

0xDEADBEEF schreef op zaterdag 19 maart 2011 @ 00:54:
Het is de bedoeling dat die schijven, buiten het OS om, dus geen deel van een hardware-RAID uitmaken.

Is wat ik wil überhaupt wel haalbaar ?
Zou een dergelijke partitie- en slice-layout er als volgt uitzien:

code:

disk 1: [ext3 /boot] [ufs /boot] [ext3, software raid] [ufs, software raid]
disk 2: [ext3, software raid] [ufs, software raid]

?

Het is me niet 100% duidelijk wat je wil. Je schijven verdelen in twee onafhankelijke software RAIDs (een voor Linux, een voor FreeBSD) zou geen probleem moeten zijn. Ik heb het idee dat je dat bedoelde met de disk-layout die je schetste?

Linux en FreeBSD op hetzelfde software RAID volume kan alleen als je een on-disk format kan vinden dat door beide OSsen ondersteund wordt, en ik heb het idee dat Linux FreeBSDs on-disk format niet ondersteunt en vice versa. Maar dat kan ik niet met zekerheid zeggen.

Kan /boot deel uitmaken van die softraid-configuratie of is het verstandiger /boot slechts op éen schijf te laten staan

Voor Linux geldt iig dat /boot op een RAID volume mag staan, zolang de bootloader maar de benodigde files van dat volume kan lezen. GRUB (zowel 1 als 2) kan lezen van Linux software RAID-1, dus voor RAID-1 zou een aparte /boot partitie niet nodig zijn.

Ik vermoed dat voor FreeBSD iets vergelijkbaars geldt.

Welke bootloader is er nodig, GRUB2 ?

Bij voorkeur eentje die zowel van Linux' als van FreeBSDs software RAID-1 kan lezen. Ik kon zo snel niet vinden of GRUB dat laatste kan.

[Verwijderd]

0xDEADBEEF schreef op zaterdag 19 maart 2011 @ 14:06:
Hm "niet echt" of "echt niet" ?

echt niet

[0xDEADBEEF]

deadinspace schreef op zaterdag 19 maart 2011 @ 16:05:
[...]

Het is me niet 100% duidelijk wat je wil. Je schijven verdelen in twee onafhankelijke software RAIDs (een voor Linux, een voor FreeBSD) zou geen probleem moeten zijn. Ik heb het idee dat je dat bedoelde met de disk-layout die je schetste?

Ja. Ik vraag me af of software RAID1 werkt met een aantal ext3+ufs-partities/slices, waarbij op beide disks 50% voor Linux ingedeeld wordt en 50% voor FreeBSD.

Linux en FreeBSD op hetzelfde software RAID volume kan alleen als je een on-disk format kan vinden dat door beide OSsen ondersteund wordt, en ik heb het idee dat Linux FreeBSDs on-disk format niet ondersteunt en vice versa. Maar dat kan ik niet met zekerheid zeggen.

Het delen van een filesystem heb ik maar niet in m'n hoofd gehaald

[...]

Voor Linux geldt iig dat /boot op een RAID volume mag staan, zolang de bootloader maar de benodigde files van dat volume kan lezen. GRUB (zowel 1 als 2) kan lezen van Linux software RAID-1, dus voor RAID-1 zou een aparte /boot partitie niet nodig zijn.

Klinkt gunstig. Vooralsnog wil ik het bij UFS en niet bij ZFS houden.

Ik vermoed dat voor FreeBSD iets vergelijkbaars geldt.

Daar zal ik me eens in verdiepen.

[...]

Bij voorkeur eentje die zowel van Linux' als van FreeBSDs software RAID-1 kan lezen. Ik kon zo snel niet vinden of GRUB dat laatste kan.

Het niet 'synchroon' zijn van de MBR blijkt een grote hindernis:
http://grub.enbug.org/MirroringRAID (via http://www.google.nl/sear...official&client=firefox-a)

Is fakeraid dan toch een makkelijkere oplossing ? pricewatch: Sweex 2 Port Serial ATA Raid PCI Card

[CAPSLOCK2000]

0xDEADBEEF schreef op zaterdag 19 maart 2011 @ 18:12:

Het niet 'synchroon' zijn van de MBR blijkt een grote hindernis:
http://grub.enbug.org/MirroringRAID (via http://www.google.nl/sear...official&client=firefox-a)

laatste regel van die pagina: CategoryObsolete CategoryDocumentation
Inmiddels zou het dus wel moeten kunnen, al moet ik eerlijk zeggen dat ik hier ook wel eens problemen mee heb gehad.

Is fakeraid dan toch een makkelijkere oplossing ? pricewatch: Sweex 2 Port Serial ATA Raid PCI Card

Het is zeker een oplossing, maar volgens mij is wat jij wil gewoon mogelijk.
Ik zou beide disks helemaal identiek inrichten.
grub/Linux kan in ieder geval van raid1 booten, en ik denk FreeBSD ook wel.
Je hoeft dus geen aparte boot partities te maken.
Als het toch nodig is zou ik op allebij de schijven een bootpartitie aanmaken.

[0xDEADBEEF]

Deel 1 is klaar: Linux, in de eerste helft van de schijf, in RAID1 is up, met metadata-versie 1.2 op alle /dev/md-devices.
De installatie heb ik gedaan met éen schijf: heb momenteel nog geen molex-sata-splitter

code:

$ for n in 0 1 2 3; do sudo mdadm -Q --detail /dev/md$n; done
/dev/md0:
        Version : 1.2
  Creation Time : Mon Apr  4 21:12:13 2011
     Raid Level : raid1
     Array Size : 96346 (94.10 MiB 98.66 MB)
  Used Dev Size : 96346 (94.10 MiB 98.66 MB)
   Raid Devices : 2
  Total Devices : 1
    Persistence : Superblock is persistent

    Update Time : Mon Apr  4 22:16:23 2011
          State : clean, degraded
 Active Devices : 1
Working Devices : 1
 Failed Devices : 0
  Spare Devices : 0

           Name : archiso:0
           UUID : fde58fb5:191ed7af:adb35351:c2f52069
         Events : 90

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       0        0        1      removed
/dev/md1:
        Version : 1.2
  Creation Time : Mon Apr  4 21:12:23 2011
     Raid Level : raid1
     Array Size : 1999025 (1952.50 MiB 2047.00 MB)
  Used Dev Size : 1999025 (1952.50 MiB 2047.00 MB)
   Raid Devices : 2
  Total Devices : 1
    Persistence : Superblock is persistent

    Update Time : Mon Apr  4 22:11:03 2011
          State : clean, degraded
 Active Devices : 1
Working Devices : 1
 Failed Devices : 0
  Spare Devices : 0

           Name : archiso:1
           UUID : 1c30a5e8:8d289f2e:c30cd470:a3983dfa
         Events : 6

    Number   Major   Minor   RaidDevice State
       0       8        5        0      active sync   /dev/sda5
       1       0        0        1      removed
/dev/md2:
        Version : 1.2
  Creation Time : Mon Apr  4 21:12:30 2011
     Raid Level : raid1
     Array Size : 9999335 (9.54 GiB 10.24 GB)
  Used Dev Size : 9999335 (9.54 GiB 10.24 GB)
   Raid Devices : 2
  Total Devices : 1
    Persistence : Superblock is persistent

    Update Time : Mon Apr  4 22:16:48 2011
          State : clean, degraded
 Active Devices : 1
Working Devices : 1
 Failed Devices : 0
  Spare Devices : 0

           Name : archiso:2
           UUID : a0d4e94a:5df224e6:b0ef8f59:c1bd9ed7
         Events : 968

    Number   Major   Minor   RaidDevice State
       0       8        6        0      active sync   /dev/sda6
       1       0        0        1      removed
/dev/md3:
        Version : 1.2
  Creation Time : Mon Apr  4 21:12:39 2011
     Raid Level : raid1
     Array Size : 476277863 (454.21 GiB 487.71 GB)
  Used Dev Size : 476277863 (454.21 GiB 487.71 GB)
   Raid Devices : 2
  Total Devices : 1
    Persistence : Superblock is persistent

    Update Time : Mon Apr  4 22:16:23 2011
          State : clean, degraded
 Active Devices : 1
Working Devices : 1
 Failed Devices : 0
  Spare Devices : 0

           Name : archiso:3
           UUID : b38fef37:93f2c936:bfec6453:c8746acd
         Events : 98

    Number   Major   Minor   RaidDevice State
       0       8        7        0      active sync   /dev/sda7
       1       0        0        1      removed

FreeBSD heb ik in de overgebleven ruimte geïnstalleerd (Standard install, slice in de vrije schijfruimte, automatische schijfindeling), zodat het er zo uitziet:

code:

$ sudo sfdisk -l /dev/sda
Password:

Disk /dev/sda: 121601 cylinders, 255 heads, 63 sectors/track
Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0

   Device Boot Start     End   #cyls    #blocks   Id  System
/dev/sda1          0+     11      12-     96358+  fd  Linux raid autodetect
                end: (c,h,s) expected (11,254,63) found (191,3,63)
/dev/sda2         12   60799   60788  488279610    5  Extended
                start: (c,h,s) expected (12,0,1) found (191,4,1)
                end: (c,h,s) expected (1023,254,63) found (1023,15,63)
/dev/sda3   *  60800  121601-  60802- 488386584   a5  FreeBSD
                start: (c,h,s) expected (1023,254,63) found (1023,255,63)
                end: (c,h,s) expected (1023,254,63) found (1023,15,63)
/dev/sda4          0       -       0          0    0  Empty
/dev/sda5         12+    260     249-   2000061   82  Linux swap / Solaris
/dev/sda6        261+   1505    1245-  10000431   fd  Linux raid autodetect
/dev/sda7       1506+  60799   59294- 476279023+  fd  Linux raid autodetect
/dev/sda8      60800   60930-    131-   1048576
/dev/sda9      60930+  61249-    319-   2561344
/dev/sda10     61249+  61930-    682-   5474304
/dev/sda11     61930+  62061-    131-   1048576
/dev/sda12     62061+ 121601-  59540- 47825378

/dev/sda8 --> /dev/ad4s3a
/dev/sda9 --> /dev/ad4s3b
/dev/sda10 --> /dev/ad4s3d
/dev/sda11 --> /dev/ad4s3e
/dev/sda12 --> /dev/ad4s3f

Probleem: grub2 komt niet bij /boot/loader, op /dev/sda8 A.K.A. /dev/ad4s3a.

code:

grub> ls
(hd0) (hd0,msdos7) (hd0,msdos6) (hd0,msdos5) (hd0,msdos3) (hd0,msdos1) (md/0) (md/1) (md/2)

(hd0,msdos3) is de BSD-slice, wordt dus wel herkent maar is niet te benaderen ?
Okay, nog eens proberen:

code:

grub> insmod part_bsd
grub> ls
(hd0) (hd0,msdos5) (hd0,msdos3) (hd0,msdos1) (md/0) (md/1 (md/2)

_{Waarom zie ik nu pas dat (md/3) niet in dat lijstje aanwezig is... niet dat dat het booten in de soep laat draaien.}

---

Een alternatief scenario is: eerst FreeBSD en dan Linux installeren, waarbij dezelfde partitie-indeling van toepassing is -- maar dan 1) laadt de FreeBSD bootloader nogal langzaam 2) herkent grub2 de Linux-partities niet.

code:

grub> ls
(hd0) (hd0,msdos2) (hd0,msdos1,bsd6) (hd0,msdos1,bsd5) (hd0,msdos1,bsd4)
(hd0,msdos1,bsd2) (hd0,msdos1,bsd1) (hd0,msdos1) (cd) (cd,msdos1)

/dev/sda1: <freebsd slice>
/dev/sda2: /boot (ext2)
/dev/sda3: <extended>
/dev/sda5: <linux swap>
/dev/sda6: / (ext4)
dev/sda7: /home (ext4)

Maar als ik dan, vanuit FreeBSD, gmirror [1] op /dev/ad4s3 loslaat, zie ik (md/{0,1,2,3}) niet meer in de console van grub2 (na het insmod'en van 'raid' en 'mdraid1x' natuurlijk) gmirror trasht de metadata, aangemaakt door mdadm ?

code:

$ sudo sysctl kern.geom.debugflags=17
$ sudo gmirror label -vb round-robin gm0 /dev/ad4

[1] http://www.freebsd.org/do...handbook/geom-mirror.html

Wat nu dualbooten vanaf RAID1 maar vergeten (liever niet) of upgraden naar 2x RAID1 (wordt een logistiek probleem, met slechts twee SATA-poortjes) ?

[ Voor 6% gewijzigd door 0xDEADBEEF op 05-04-2011 00:55 ]