mdadm Raid1 nem bootol egyedül

Linux-kezdő

Sziasztok!

Egy ideje már szenvedek, nem jutok megoldásra.
Szóval van a gépben 2 vinyó: sda és sdb
Ezek szépen mentek raid1-ben, amíg az sda-val valami történt (a smart info szerint szektor/olvasási hiba), mindig kidobta szinkronból. A gép elindul, kiírja, hogy a raid tömb-ből hiányzik egy, így egy lemezzel megy.
Ha fizikailag kiveszem a hibás sda-t, akkor nem indul el. Kiírja, hogy "Welcome grub" és rögtön újraindul. De ha benne van az sda akkor megy.
átraktam már dd-vel az első 512 bájtot az sda-ról az sdb-re, de nem segített. elindítottam live-al, és nyomta egy "grub-install /dev/sdb"-t, de ugyanaz minden esetben, grub bejön és egyből restart.
Egyébként debian van rajta és ki akarom cserélni a rossz vinyót egy másikra azért kell ez.
valami ötlet? mit rontok el?

  • 4742 megtekintés

( zitev v | 2013. 02. 01., p – 20:51 )

próbáld már ki, hogy egy super grub disk-kel megpróbálsz bebootolni, majd a futó oprendszer alól telepítesz egy grub-ot.

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

( egeresz | 2013. 02. 01., p – 23:33 )

mivel a bios nem tud perticio nelkuli diszkrol bootolni, igy nyilvan nem a /dev/sda es a /dev/sdb volt egy raid1 üben, hanem valamelyik particio.

Ilyen esetben nincs minden dolog tukorben a ket diszken, tipikusan a kernel loader nincs tukrozve.
Ez jelentheti azt is, hogy maga a grub csak az egyik diszken van, es jelentheti azt is, hogy a grub ugyan mindket diszken van, de csak az egyik diszkrol hajlando kernelt betolteni.

( ztamas | 2013. 02. 02., szo – 10:48 )

Ismert probléma Debian esetén. Rescue módban bootolj be a telepítővel, indíts egy shell -t (telepítőben héj) a megfelelő tömbbel, aztán ott grub-install /dev/sda , grub-install /dev/sdb, update-grub aztán reboot. Ja igen mind2 vinyó legyen bent.

mivel úgy látom kötekedni akarsz, ezért nem sorolom fel a többi okot, hiszen alig várod, hogy vitázhass. erre a konkrét kérdésedre a válasz: nem arról van szó, hogy mennyiből tart kijavítani, hanem a fejlesztők végletekig pökhendi és a "felhasználói komfortot" nagyívben leszaró hozzáállásáról. kb. ua. mint a mysql dev.ek...

\o\ |o| /o/

Egy állítás tényekkel való alátámasztása nem egy nagy kérés, elvégre egy fórum topicba írtad - vélhetően tudsz valamit ami miatt ezt állítod. De ha csak kinyilatkoztatásokat teszel, akkor rossz felületet választottál.
Szóval, mik is azok a "gigászi" okok?

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Őszintén szólva amíg stabil és kézben tartható a cucc addig nem zavar, hogy le kell futtatnom egy grub-installt a másik diskre is. Ettől nem lesz kevesebb a szememben a Debian. Vagy nem ettől lesz kevesebb. Az olyan elavult és végletekig szánalmas rendszeren mint pl. az aix szintén le kell futtatni egy bosbootot mindkét diskre (remélem jól emlékszem, de egy hozzáértő kijavít majd ha nem).

( tovis v | 2013. 02. 02., szo – 13:07 )

Piszkos dolog.
Ha SATA a diszked és megfelelő chipset a meghajtó (SIL vagy ICH9>) akkor dugd vissza a rossz diszket, és ha így bebootol (single!) akkor szépen óvatosan szedd ki (először az adat, aztán a táp) és tedd be az újat.
(marad a szinkronizálás és a grub - én lilo -t használok, ott mintha mindkét diszket felülírná)

* Én egy indián vagyok. Minden indián hazudik.

( pista_ v | 2013. 02. 02., szo – 14:49 )

Sajna debian esetén ismert. Sőt az új UEFI és GPT miatt (2TB partíció) esetén még rosszabb a helyzet. Több megoldás is létezik:
1. dpkg-reconfigure grub-pc
enter -> enter -> majd ki kell választani az sda, sdb-t (az MD-t _nem_!) enter, kész

2. grub-install /dev/sdb
update-grub

Bármelyiket is próbálod a végén teszteld le, hogy lehúzod az sda-t és megpróbálsz bootolni.

Sok sikert!

( enchanter | 2013. 02. 03., v – 15:25 )

köszi a tippeket, szerintem holnap bűvészkedek majd vele, kipróbálom melyik megoldással megy.