[Eisfair] Volle root-Partition E1 mit Software-Raid 5

[Thomas Zweifel]

Hallo Marcus

Am 16.12.2014 um 18:36 schrieb Marcus Roeckrath:
>> Lässt sfdisk den Bootkram in ruhe?  ...oder wäre ein abschliessendes
>> lilo nach dem resync noch anzuraten?
> 
> IMHO ja, hat der sfdisk denn was mit den Lilo-Bootdateien zu tun?

Im Prinzip nichts.
fdisk lässt vorhandene bootloader in ruhe. Wie das beim klonen von
Partitionstabellen mit sfdisk aussieht, weiss ich eben nicht. Darum die
Frage.


> Ich bin allerdings beim Desaster-Recovery eines Raid1 auf dem eisfair
> letztes Jahr mal auf die Nase gefallen.
> Der Austausch der defekten Platte nach dem Desaster hat noch funktioniert.
> Das System hat ja dann zunächst nur mit einer (unveränderten) Platte
> rebootet.

Auf neue Platten muss der Bootloader (nach dem resync von /boot)
normalerweise einmalig geschrieben werden. Egal ob grub, lilo.....


> Habe das in dem Fall aber leicht lösen können, in dem ich zunächst wieder
> die alte (2.) Platte eingebaut und dann lilo aufgerufen habe. Dann erst den
> physischen Austausch nach Runterfahren. Jetzt bootet das System von der
> vorher ersetzen defekten Platte als alleiniger Platte.

Aber das hattest Du an der Stelle ja bereits herausgefunden... ;-)


> Ich würde in Zukunft lieber einmal mehr als einmal zu wenig lilo aufrufen.

:-)


Gruss Thomas


PS:
Andererseits, haben nicht alle ein Raid wie aus dem Bilderbuch, von da
her tendiere ich dann doch eher zur 'Handarbeit' ;-)

eis # fdisk -l /dev/hd[ac] /dev/sd[abc] | grep 'Disk /'
Disk /dev/hda: 160.0 GB, 160041885696 bytes, 312581808 sectors
Disk /dev/hdc: 164.7 GB, 164696555520 bytes, 321672960 sectors
Disk /dev/sda: 500.1 GB, 500107862016 bytes, 976773168 sectors
Disk /dev/sdb: 640.1 GB, 640135028736 bytes, 1250263728 sectors
Disk /dev/sdc: 500.1 GB, 500107862016 bytes, 976773168 sectors

eis # cat /proc/mdstat | egrep 'md5|md6'
md5 : active raid6 sdc5[0] sda5[1] sdb5[3] hdc5[4] hda5[2]
md6 : active raid5 sdc6[2] sda6[0] sdb6[1]