RAID1 grub(?) hiba

Linux-haladó

Hi!

IBM System x3455 rajta debian squeeze, hdd raid1-ben, grub 1.98.
Smart jelzett, hogy sda halódik, vinyócsere, majd a boot eljut odáig, hogy "Grub", a menü már nem jön fel, helyette reboot.

Amivel próbálkoztam eddig:

Régi vinyó vissza, majd boot után: dpkg-reconfigure grub-pc. Itt már ki volt jelölve az sda,sdb is, amit hagytam így és elméletileg lefutott szépen, de sdb-ről továbbra sem bootol, ugyanaz a jelenség.

Próbáltam direktben: grub-install /dev/sdb; update-initramfs -u; update-grub
Sajna ez is eredménytelen.

Valakinek további ötlete?

Előre is köszönöm!

  • 1657 megtekintés

( subset | 2016. 01. 05., k – 09:59 )

Mi van akkor ha a SATA0 (sda) portra dugod a jó (sdb) hdd-t ?

( subset | 2016. 01. 05., k – 10:27 )

Gondolom a másik (a jó) lemez is ment már eleget.
Nyilván nem tudok semmit a configról/szolgáltatásokról de érdemes lehet elgondolkodni 2 új disk + reinstall opcióban a későbbi hasonló szívások elkerülése végett. Raid tömbös os esetén az install után mindig nyomok grub-install sdb -t és ki is próbálom bebootol-e...szívtam már én is ilyennel régebben.
Rescue lemezről való boot-tal is lehet próbálkozni, bár az jobb/egyszerűbb ha elindul a tömb és az alól próbálkozol. Esetleg mi van akkor ha felcseréled sda/sdb -t és úgy bootolsz, aztán dpkg-reconfigure grub-pc stb....
Újabban soho környezetben 1db ssd (intel vagy kingston) az os-nek + a raid tömb x lemezzel felállást preferálom. Ezáltal megszűnnek az ilyen gondok.
A belakott jól működő os-ről aztán clonezilla vagy dd backup.

Igen, a másik hdd is megszolgált már, de azon a smart még nem jelez semmi fáradságot.
Igen, a javaslatod előtt bennem is felmerült, hogy lehet jobb lenne újrahúzni a rendszert friss debiannal, egy samba van rajta ldap-al párosítva, szóval nem is lenne olyan nagy dolog. A másik oldalon meg ott van az egyéb meló....
Igen, raid1 esetén én is tesztelgetem, hogy "megy -e" széthullt raid esetén és valószínű ezt is teszteltem, de nem jól. A boot sorrendet változtattam meg, az meg ezek szerint kevés volt, a hdd-t nem húztam le. :-(

Ehh, ez a csere, majd boot és a többi tetszik, reggel ezzel kezdek, köszi a tippet!

( Atekka | 2016. 01. 05., k – 13:06 )

Van itt /etc/default/grub? Be kellene állítani hogy tovább várjon és lásd mi a gond. ubuntunál van recorfail_timeout és ott ha megadsz 10 mp-t vagy többet akkor annyit vár mielőtt rebootolna.mert itt valszeg kernel vagy initramfs akármi gond van és egyből indul is újra.

( xclusiv v | 2016. 01. 05., k – 14:53 )

BOOT_DEGRADED=true (vagy valami hasonló) be van állítva?

Interneten :)
De komolyan, beírod a gugliba aztán ontja a találatokat.

Bár: http://arstechnica.com/civis/viewtopic.php?f=16&t=1271945
Itt azt írják, hogy debian alatt ez nem megy

http://serverfault.com/questions/688207/how-to-auto-start-degraded-soft…
Itt pedig vannak más kísérletek.

( dorsy v | 2016. 01. 06., sze – 12:02 )

hogy nez ki az array? milyen particioid vannak? hanyas az md metadata verzioja? mi van az mdadm.conf-ban? mit mond a grub-install?
ha lehuzol diszke(ke)t valtozhat a device eleresi utja, mindenkepp hasznalj uuid-ket.

1.98-as grubbal tud szivas lenni.
ha kompatibilis a rendszered, ajanlott lehet a dist-upgrade vagy reinstall kulon /boot-tal, kompatibilis metadata verzioval, kovetve a "debian-way"-t hasznos lehet.

az, hogy kiadsz egy grub-install-t keves.
erdemes atbogaraszni:
https://www.howtoforge.com/how-to-set-up-software-raid1-on-a-running-sy…
http://www.gnu.org/software/grub/manual/grub.html#Changes-from-GRUB-Leg…

szerk: egyebkent liveCD/USB/akarmi be, raidet helyrerakod az uj lemezzel (elso leiras masodik fele kb.) syncet megvarod, reboot es orulsz.