[debian] lilo wegschrijven naar md0 werkt niet

[MadMurdock]

hey,

Ik ben bezig debian te installeren op 2 sata schijven die gemirrord worden. Ik heb op beide schijven 2 partities aangemaakt, een kleine om van te booten en een grotere voor alle data. Deze partities heb ik vervolgens dmv mdraid aan elkaar gekoppeld (RAID-1).
/dev/md0 (100MB) en
/dev/md1 (rest)

Vervolgens heb ik op de /dev/md1 een lvm volumegroup gemaakt, met daaronder alle logische volumes die ik wil gebruiken.

Nu heb ik het bestandssysteem geinstalleerd op een van die logische volumes en wil ik lilo wegschrijven naar de (bootable partitie) /dev/md0, alleen wanneer ik dit opgeef tijdens de installatie, dan krijg ik de melding dat die deze partitie niet kan vinden. Ook wegschrijven naar mbr wil niet werken.

Hoe kan dat? Hij geeft tijdens het aanmaken wel de melding dat die /dev/mdX mogelijk nog niet kan herkennen voordat het systeem opnieuw opgestart is, maarr... Ik kan het systeem natuurlijk niet opnieuw opstarten zonder bootable partitie.

Tips??

[irondog]

Hoe ziet de gebruikte lilo.conf er uit?

[Superdeboer]

Dude, we zitten dus nog ín de installatie, die lilo.conf is nog niet aangemaakt, omdat de installer het apparaat (/dev/md0 of /dev/md/0) niet eens herkent.
En opstarten in Debian is ook nog niet mogelijk...

[JeroenE]

Dude, we zitten dus nog ín de installatie, die lilo.conf is nog niet aangemaakt, omdat de installer het apparaat (/dev/md0 of /dev/md/0) niet eens herkent.

De TS heeft problemen met het installeren van lilo. Daar wordt in het algemeen een lilo.conf voor gebruikt. gebruiken jullie alleen command-line parameters om lilo aan te sturen?

[MadMurdock]

Nee, want we zitten dus nog in de installatie. En de schijf mounten om die configfile te wijzigen is dus nog niet mogelijk.

Inmiddels hebben we een daily build cd gebruikt en die kreeg het (weliswaar met een waarschuwing) wel voor mekaar. Het is dus opgelost.

[klokop]

Heeft het niet iets te maken met de afwezigheid van (de juiste) SATA drivers? Ben ik ook al es een dag mee aan het kloten geweest.

[Sir Isaac]

Off topic: waarom zet je kernels op een raid1 array? Het lijkt me geen significante prestatieverbetering geven (hoeveel wordt /boot nou gebruikt). Je krijgt wer wel problemen voor terug, maar daar ben je inmiddels achter

[Paul]

Omdat je anders het halve nut van je raid1 kwijt bent?

Sata is nog niet hotswappable onder Linux (hardware raidcontrollers uitgesloten, maar dan ga je niet met md in de weer) dus je zult down moeten om die schijf te vervangen. Oeps, daar stond de kernel op...

[Sir Isaac]

Foutje, was even in de war met raid0

[MadMurdock]

Paul Nieuwkamp schreef op zaterdag 05 november 2005 @ 22:45:
Sata is nog niet hotswappable onder Linux (hardware raidcontrollers uitgesloten, maar dan ga je niet met md in de weer) dus je zult down moeten om die schijf te vervangen. Oeps, daar stond de kernel op...

Nou, dat valt dus mee.. Wij hebben vanmiddag een aantal tests gedaan. Maar wanneer je een schijf markeert als faulty, kan je je partities uit je array verwijderen en dan de schijf verwijderen.

Daarna is het een kwestie van weer erin schuiven, partitie toevoegen aan array en het gaat weer synchronizen.

Wat overigens niet werkt, is als je systeem is opgestart zonder harde schijf, en je 'm daarna nog wil toevoegen aan je raid-array, dan zul je echt moeten rebooten.