[MEGOLDVA] Rendszer particio klonozas + lilo

Fórumok

Adott egy gep 4 diskkel de mind a 4 disk kulonbozo meretu.
1. disk (sda): rendszer 3 particioval (rendszer, egyebek (nem letfontossagu dolgok), swap)
2. disk (sdb): adat hdd 1 particioval
3. disk (sdc): rendszer backup hdd ami kisebb mint az sda ezert csak 2 particio van rajta (rendszer, swap)
4. disk (sdd): adat backup hdd 1 particioval
Minden particio ext4 (kiveve a swap) a boot loader pedig lilo.

Az sdb -> sdd mentessel semmi gond nincs, rsync-el tokeletesen mukodik (es megy a mentes egy masik gepre is).
Az sda -> sdc mentes is jo, viszont a tartalek disket szeretnem bootolhatova tenni. Tehat ha kiesik az sda akkor egyszeruen csak at kelljen dugni a SATA kabelt es azonnal induljon a tartalek diskrol a rendszer.
Mindezt szeretnem ugy elerni, hogy ha tavolrol kernelt frissitek vagy barmi hasonlo akkor a tartalek disken is lehessen bootolni az uj kernelt

Hogy hitetem el a liloval hogy az sdc disk is sda, tehat annak megfeleloen irja ra az mbr-t meg a tobbi bootolashoz szukseges dolgot?

Hozzászólások

"Hogy hitetem el a liloval hogy az sdc disk is sda"
Mivel a root device neve ugyanaz marad, ha az sdc-t az sda helyére kötöd, meglátásom szerint nem kell tenni vele semmit, csak egyszerűen mindkét helyre installálod a boot loadert (persze mindegyiket a saját diszkjén lévő kernel image megadásával).

"ha tavolrol kernelt frissitek vagy barmi hasonlo akkor a tartalek disken is lehessen bootolni az uj kernelt"
Miért nem teszed RAID1-be az sda és sdc két-két megfelelő partícióját? Megkímélnéd magad a manuális szinkronzizációktól (kernel ill. lilo upgrade esetén is), valamint vélhetőleg sebességben is valamivel jobb lenne.

"Mivel a root device neve ugyanaz marad, ha az sdc-t az sda helyére kötöd, meglátásom szerint nem kell tenni vele semmit, csak egyszerűen mindkét helyre installálod a boot loadert (persze mindegyiket a saját diszkjén lévő kernel image megadásával)."
A melohelyi gepekkel hasonlo modszerrel csinaltam. Ez esetben kicsit messzebb lesz tolem a gep, tehat nem lesz lehetosegem egy esetleges kernelfrissitesnel ideiglenesen atdugni a disket hogy azon is lefuttassam a lilot.

-------------------
http://www.rtvstat.hu/ - A legtöbb magyar rádió és TV egy helyen!

"at is irtam: root=/dev/sdc boot=/dev/sdc1"
Ehhez két kérdés:
Elég furcsa, hogy a boot loadert az sdc1 boot- és rendszerpartícióra installálod, a root device pedig maga az sdc. Nem fordítva akartad?

Ez a bootolási kísérlet milyen állapotban történt?
a) ki lett véve az sda
Ha ilyenkor az sdc-ből sda lesz, akkor a root device sem lehet sdc.
b) fizikailag meg lett cserélve az sda és sdc
Mint az előbb. A root device már nem sdc.
c) eredeti állapotban volt az sda és sdc, és csak a BIOS boot disk lett átírva

Tanács: ne az élő, sda-n jól teljesítő konfigot írd át, hanem egy másolaton tesztelj. A chroot is bevethető.
A fentiek még nem a te hibaüzeneted előidézői, az később jött volna.

Az "L 80" hibaüzenetre:
Három dolgot mindenképpen érdemes szem előtt tartani. Hogy hova kerül a boot loader, és hogy hol vannak (elérhetőek-e) a bootoláshoz szükséges file-ok, például map, initrd és kernel image, és hogy éles helyzetben mi lesz a root device. A lilo -v 3 már elég részletesen mutatja, hogy mit tesz az installálás folyamán.

Sajnos nem tudom kipróbálni ezeket, ezért ez csak egy írásbeli gondolkodás.

Miért nem teszed RAID1-be az sda és sdc két-két megfelelő partícióját? Megkímélnéd magad a manuális szinkronzizációktól (kernel ill. lilo upgrade esetén is), valamint vélhetőleg sebességben is valamivel jobb lenne.
Szokasos januar elsejei esemeny: Gepben RAID1 (soft):
[code]
Jan 1 14:51:48 hosting kernel: ata6.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
Jan 1 14:51:48 hosting kernel: ata6.00: failed command: FLUSH CACHE EXT
Jan 1 14:51:48 hosting kernel: ata6.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0
Jan 1 14:51:48 hosting kernel: res 40/00:00:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
Jan 1 14:51:48 hosting kernel: ata6.00: status: { DRDY }
Jan 1 14:51:48 hosting kernel: ata6: hard resetting link
Jan 1 14:51:53 hosting kernel: ata6: link is slow to respond, please be patient (ready=0)
Jan 1 14:51:54 hosting kernel: ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Jan 1 14:51:54 hosting kernel: ata6.00: configured for UDMA/133
Jan 1 14:51:54 hosting kernel: ata6.00: retrying FLUSH 0xea Emask 0x4
Jan 1 14:51:54 hosting kernel: ata6.00: device reported invalid CHS sector 0
Jan 1 14:51:54 hosting kernel: ata6: EH complete
[code]
Ilyennel van tele a log. A meglevo jo diskkel nem bootolt. (pendrive linux inditasa majd lilo ujboli kiadasa utan volt hajlando elindulni.)
Tehat ilyenkor jonne az jol, hogy radugjak konzolra a gepet, es biosban beallitom, hogy a masik diskrol bootoljon mindenfele varazslas nelkul.

-------------------
http://www.rtvstat.hu/ - A legtöbb magyar rádió és TV egy helyen!

Sajnos a valaszt nem tudom, emiatt ha a fenti gond az en problemam lenne, azon gondolkodnek, hogy nem lenne jobb sw raid-be fuzni a particiokat?

Egy masik gepen is egy hasonlo dolgot kellett csinalnom es ezen mar sikerult megoldani:
Ket kulonbozo tipusu a disk es meretben is van minimalis elteres.
1. kulon particio a /boot -nak a disk legelejen elso particionak, es pontosan ugyanekkora meretu elso particio a masik disken is szinten a /boot-nak Particio merete: 256MB, vagy mas hasonlo meret (tul nagy felesleges)
2. Tobbi particio lehet teljesen mas meretu, de akar tobb darab/fele, vagy mas tipusu.
3. Minden masolasa backup diskre rsynccel a szokasos modon
4. Majd ezutan a kovetkezo parancsok:


dd if=/dev/sda of=/dev/sdb bs=446 count=1
umount -l /boot
dd if=/dev/sda1 of=/dev/sdb1
mount /dev/sda1 /boot

Innentol barmi tortenhet az eredeti diskkel, egy egyszeru kabel atdugassal azonnal bootol a tartalek diskrol es tok mindegy hogy milyen tipusu, milyen meretu, stb.. (lehet akar kisebb is a backup vinyo, felteve ha felfernek ra az adatok)

-------------------
http://www.rtvstat.hu/ - A legtöbb magyar rádió és TV egy helyen!