Raid 1 : Lilo boot niet na crach /dev/hda

[Firefox]

De situatie is:

Servertje met 2 IDE harddisks is een soft-mirror gemaakt van /dev/hda en/dev/hdc

schijven zijn gepartitioneert in 4 primaire partities.

/dev/md0 = /dev/hda1 + /dev/hdc1 (/boot)
/dev/md1 = /dev/hda3 + /dev/hdc3 (/var)
/dev/md2 = /dev/hda4 + /dev/hdc4 (/)

hda2 en hdc2 zijn in gebruik als swap partities.

het systeem werkte volledig, met onderstaande lilo.conf (lilo versie 21.7-5).

# LILO configuration file
# generated by 'liloconfig'
#
# Start LILO global section
boot = /dev/md0
message = /boot/boot_message.txt
prompt
timeout = 120
# Override dangerous defaults that rewrite the partition table:
change-rules
reset
# Normal VGA console
vga = normal
# End LILO global section
# Linux bootable partition config begins
#
# Default Kernel
image = /boot/vmlinuz-2.4.18
root = /dev/md2
label = Linux
read-only
#
# Optional Kernels
# Linux bootable partition config ends

kort geleden is bij een routine controle gebleken dat het mirror verbroken was doordat de /dev/hda niet helemaal goed meer reageerde.

na vervangen van de harddisk, heb ik de partities opnieuw gemaakt, en met raidhotadd toegevoegd aan het mirror, en LILO opnieuw gedraaid.

LILO version 21.7-5, Copyright (C) 1992-1998 Werner Almesberger
Linux Real Mode Interface library Copyright (C) 1998 Josh Vanderhoof
Development beyond version 21 Copyright (C) 1999-2001 John Coffman
Released 06-May-2001 and compiled at 15:36:08 on Jun 15 2001.

boot = /dev/hdc, map = /boot/map.1601
Reading boot sector from /dev/hdc
Merging with /boot/boot.b
Mapping message file /boot/boot_message.txt
Boot image: /boot/vmlinuz-2.4.18
Added Linux *
/boot/boot.1600 exists - no backup copy made.
Writing boot sector.
boot = /dev/hda, map = /boot/map.0301
Reading boot sector from /dev/hda
Merging with /boot/boot.b
Mapping message file /boot/boot_message.txt
Boot image: /boot/vmlinuz-2.4.18
Added Linux
/boot/boot.0300 exists - no backup copy made.
Writing boot sector.

na reboot kwam wel het selectiemenu van Lilo, maar... optie om te selecteren.

inmiddels ben ik er na testen achter gekomen dat als ik de 2 schijven verwissel, het systeem wel netjes opstart. kortom, de bootsector van de originele /dev/hdc werkt wel goed, die van de nieuwe /dev/hda niet.

Ik heb inmiddels via LDP en Google naar mogelijke oplossingen gezocht, naar nergens wordt de benodigde info gegeven om dit te fixen. Het systeem moet bij falen van de nu nog bootende disk wel weer op kunnen komen, dus reacties die een oplossing kunnen brengen worden zeer gewaardeerd.

[Drag0nsden]

Is alle data wel gesyncd?

Anders is je /boot fs leeg (/dev/hda1), en ken LILO niks vinden om te booten.
De RAID ondersteuning wordt later pas geladen, en daar weet LILO niks vanaf....

[Verwijderd]

Lijkt mij dat je de mirror weer moet rebuilden, dus de goede schijf aan /dev/hda hangen en de boel weer mirrorren op /dev/hdc. Je moet wel eerst even kijken of die andere schijf, die dus gecrasht is, uberhaupt nog wel werkt (geen bad sectors, etc.)

[Firefox]

Ik heb zoals in mijn eerste post een "raidhotadd" gedaan, wat direct de data zou moeten synchroniseren... - liever gezegd, "raidhotadd" IS het commando in raidtools 0.90 om een weggevallen partitie weer terug te stoppen in een array, synchronisatie begint dan meteen te lopen, omdat op dergelijke systemen altijd een [raid1d] draait (voor elk md device 1 aparte) die voor die sync zorgt.

ik heb dit geverifieerd door de onderdelen ervan afzonderlijk even te mounten op /mnt en te kijken wat er in stond... ... Echt, die drives zijn volledig in sync. (getuige ook de "cat /proc/mdstat"

Personalities : [raid1]
read_ahead 1024 sectors
md0 : active raid1 hdc1[0] hda1[1]
20544 blocks [2/2] [UU]

md1 : active raid1 hdc3[0] hda3[1]
15360320 blocks [2/2] [UU]

md2 : active raid1 hdc4[0] hda4[1]
4353536 blocks [2/2] [UU]

unused devices: <none>

de gecrashte schijf is vervangen door een brand new, zo uit het zakje, die is wel goed. (oude defecte disk gaat voor garantie terug)