Ubuntu, Raid 1, Grub install hiba

Ubuntu Linux

Sziasztok,

Valakinek sikerült már 12.04-estől felfelé bármilyen verziójú Ubuntut feltelepíteni egy szoftveres Raid 1-re úgy, hogy a telepítés végén rendben lement a Grub telepítés és be is boot-ol a rendszer? Swap nélkül szeretném, csak 1 / gyökér partíciót használva. Ezt a kialakítást sokszor használtam régen Debian-okkal, tehát régóta működnie kellene Grub 2-vel.

Tegnap óta keresek megoldást a neten és sok mindent kipróbáltam (sima grub-install vagy mount proc, sys stb. és chroot és ott grub-install vagy boot-repair eszköz stb), de nem működik.

Egyelőre Scientific Linux-ot tettem fel, mert azon minden pöccre megy.

Ugye írták, hogy 12.10 fölöt dobták az Alternate telepítőt, de szerver verzióról telepítve és beállítva sem tudja telepíteni a Grub-ot. Mindegy milyen Ubuntu verzió vagy platform (32 vagy 64 bit), sem a saját szerver telepítőjével, sem pedig manuálisan mdadm-mel létrehozott md eszközzel sem tudja telepíteni a rendszert megfelelően.

Sok bug bejegyzés meg kérdés van erről net szerte. Működött már ez valakinek Ubuntun?

Köszönöm.

  • 13002 megtekintés

( uid_7086 | 2013. 11. 14., cs – 12:37 )

Első látásra azt mondtam volna, hogy nekem sikerült, de a debianos utalásod bizonytalanná tett.
Szóval csak subs...

Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

( tompos v | 2013. 11. 14., cs – 13:28 )

Yeah, pont most futottam bele.
Verziotol fuggetlenul mindig sikerult eddig.

Most kaptam egy gepet, amin elojott egy ilyen gebasz. Bar "elfelejtetted" leirni reszleteket.

Nalam a gondot a diskek elrendezese okozta.
Eredeti:

sda -> HDD
sdb -> SSD
sdc -> SSD
sdd -> HDD
sde -> HDD

Az SSD-kre ment az OS.

Ha felcsereltettem a diszkeket es az sda sdb lett az ssd, utana jo lett. Nem tudom, mi okozhatta, sokszor telepitettem mar ilyen gepeket, de igy nem szopatott meg.

A problema jelensege pedig az volt, h a telepitobol inditva segfaultolt a grub-install, ha bebootoltam rescue-rol, akkor pedig asszem lefutott, de csak az egyes diszkekre inditva, nem a tombre. Vagy ott vmi embedded ext2 nyavajaja volt? Mar nem emlekszem..:/

Erdekesseg meg, h a clonezilla nem tudott elindulni, initramfs promptot dobott.

A gepben egy SAS2308-as vezerlo van.

tompos

Nálam egy sima PC van, 2 db diszkkel, sda és sdb. Mindegyik ugyanolyan 1 TB-os SATA-s WD lemez. Semmie extra, a BIOS-ban Legacy-re állítottam a boot-ot stb. Sok kombinációt kipróbáltam.

Viszont mint írtam, SL szépen felment gond nélkül.

Számomra a furcsa az, hogy verziótól független mindenhol megvan a gond. Én 12.04, 13.04, 13.10 alatt teszteltem, de a maradék verziókra is fellelhető panasz a neten. Ha ez grub bug - ráadásul disztró függő, akkor nem tudom hogy azért nem javították-e eddig, mert nehéz lenyomozni.

( PtY | 2013. 11. 14., cs – 13:42 )

Szívtam vele. :)
Nekem a megoldás az volt, hogy nem a fő MBR-be kellett tenni a grub-ot, hanem minden disk MBR-jébe (isntallkor az összes disket ki kellett jelölni).
Azóta tökéletesen megy, oda teszem a dikeket, ahová akarom, a mountokat amúgy is UUID alapján kezeli.
--
PtY - www.onlinedemo.hu

Tehát a telepítés minden esetben végig megy az utolsó lépésig, ami a grub telepítés lenne, és ez nem tud végrehajtódni. Meg egyébként azt sem értem, hogy a desktop iso-kban miért nincs benne a támogatás a raid tömb létrehozásra, és miért csak a szerver verziókban van ez. Debian-ban ősidők óta benne található.

Csak nem egy fizetős verzión gondolkoznak, hogy abban a desktop-nál is benne lesz? Azért sima desktop-ra is lehet hogy akarok raid 1-et vagy 5-öt hdd-kre vagy ssd-kre. Ma már elég alap a software raid.

( uid_7086 | 2013. 11. 14., cs – 14:02 )

Direkt e topic miatt felhúztam egy ubi 12.04 64 bites rendszert virtualboxban, RAID-1-re, az alternative telepítővel.
Nekem működik.
Manuális particionálás, /dev/sda és /dev/sdb kerültek az md0 alá, az md0-ra egy VG két LV-vel (/ és swap) és erre ment fel a rendszer.
Simán bootol.
Viszont egyéb eszközöket nem készítettem hozzá, azt nem tudom, hogy ha két további diszket hozzáadnék mondjuk md1-ként, azokkal mi lenne egy reboot után.

Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

Passz. Gyakorlatilag next-next-finish alapon nyomtam végig, egyedül a RAID és az LVM konfig volt manuális.
Ahová a telepítő teszi, oda került a MBR.
Az biztos, hogy törölve az első diszket, felakad a szeme és nem bootol, de még csak hibaüzenet sincs. :(
Szóval valami tényleg nem tökéletes a telepítéssel.

Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

Igazából rákérdez, de ezt kínálja fel R1 esetén is.
Ha már egyszer "tudja" az install, hogy a /boot R1 alatt van, vagy nem a legelső disken, lehetne annyira intelligens, hogy ebben az esetben alapértelmezetten felteszi a grubot azokra a diskekre is, amelyek a boot folyamán érintettek lehetnek - ám nem ez történik.
--
PtY - www.onlinedemo.hu

Csináltam egy video-t egy srv_64 installról. Két disk, R1 a / és R1 a swap alá, mindkét disk MBR-jébe telepített grubbal.
Az install után töröltem a két disket a vm-ből, majd felvettem őket fordított sorrendben (tkp. kicseréltem a két disket a kábeleken), majd ismét bebootoltam.
Szó nélkül sikerült, nem halt ki, és nincs olyan, hogy nem bootol be.

Ha valakit érdekel, kirakom valahová.
--
PtY - www.onlinedemo.hu

Bocs, közben töröltem a vm-et, nem tudom visszanézni: ha dmraidet használ, meg lehet nézni a raidet mdadm-ből is?
Mert ha nem, akkor biztosan nem azt használt.
Egyébként amikor az md-t létrehoztam, még nyoma sem volt LVM-nek, azt utána állítottam be.

Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

Már nem tudom megmondani pontosan, de hibát adott. Valami olyasmit, hogy directory-t vagy target-et kell választani. De persze ha választottam, akkor meg pl. sda esetében azt mondta, hogy ilyen host eszköznek nem tudja létrehozni a boot cuccot. md0-nál nem emlékszem, de ott is hiba volt.

Ha már így összejött az ubuntu/raid/grub tudású emberek köre, én keresnék valakit, aki egy tönkrement sw raid1-es tömböt föl tudna támasztani annyira, hogy az adatokat ki lehessen nyerni. Természetesen nem ingyen várom el a dolgot! Ha valaki vállalkozik rá, pm-ben keressen! Elöre is köszi
--------
HOWTO: Zentyal+Zarafa+Setup+Outlook+Thunderbird+mobilephone sync

az, hogy ext4 node hibákat produkált mielött szétesett (kezdödött, hogy nem tudja "felcsatolni" a /tmp könyvtárat), és már nem is tudom simán felmountolni egy mentörendszer alól. fsck-val sem hajlandó a hibákat javítani. itt nekem megáll a tudományom, ezért keresek valakit, aki többet tud fájlrendszerekröl, mint én....

--------
HOWTO: Zentyal+Zarafa+Setup+Outlook+Thunderbird+mobilephone sync

( siposg | 2013. 11. 15., p – 21:23 )

Összefutottam a problémával, de másként:

- EFI bios-os eléggé új gép
- ubuntu precise telepítése folyik, mindent raidra amit csak lehet
- kell egy efi partíció, megcsinálva
- kell egy /boot raid1-en
- kell egy / raid1-en vagy 10-n mindegy

Telepít, minden tök jó, indítsd újra. Nem bootol. Azt állítja:
grub rescue>

Látja a diszkeket a grub rescue alól. A / könyvtárat megtaláltam a /bootot még nem. A lényeg ,hogy valamit nem jól állít be amikor legenerálja a boothoz szükséges összes cuccot. Még nem értem rá végigjátszani, hogy pontosan mitől fog megoldódni.

Találtam egy ilyet:
https://launchpadlibrarian.net/151342031/grub-install.diff
Ez elvileg megoldja.

Már csak azt az egyet nem értem, hogy az utolsó 3 ubuntu LTS-ben kivétel nélkül sikerült a RAID-GRUB valamiért nem indul a rendszer problémakörével.
- A 8.04 nem tudott degraded tömbről indulni, akár beállítottam akár nem. Bug volt róla, de ebben az LTS-ben nem javították.
- A 10.04-et 500 GB-os diszkekre sikerült telepíteni, ahol az utolsó partíció szuperblokkja pont a diszk szuperblokkjával volt képes egybeesni. Persze nem indult telepítés után. Nyilván volt workaround, de azért nem szép.
- A 12.04 esetén ezek szerint nem is egy olyan történés lehet, ahol nem képes md0-ról bootolni. Külön tárgyalják, hogy ha van /boot partíció, akkor még azzal is van probléma.

Nekem ez egy kicsit soknak tűnik, hogy kivétel nélkül LTS, szerver változat és mégis vannak ilyen rendszerindulással kapcsolatos hibák, amire szervernél pont nem szeretnék gondolni.

Linuxscripting

( log69 | 2013. 11. 15., p – 21:33 )

@siposg:

Sajnos nagyon elkedvetlenítő, ha egy támogatott alap dolog nem működik ennyi fő verzión keresztül.

Hogy EFI-s a BIOS mindegy szerintem, átállítható "Legacy only"-ra általában. Nálad nem?

Mint említettem még nem értem rá játszani vele, úgyhogy sajnos nem tudom. Ugyanakkor szeretném EFI biossal használni nem kompat módban.
Igen, elkedvetlenítő és érdekesség képpen kb 7 évvel ezelőtt más disztribbel (nem akarok disztro háborút indítani) több százas telepítés mellett sem találkoztam hasonlóval még desktop változat esetén sem. Közvetlen utána futottam az első ubuntu LTS hibába néhány telepítésen belül. Szerencsére csak úgy brahiból ki lett tesztelve a degraded raid indulás mielőtt ügyfélhez került volna a gép. Először elképedtünk rajta, majd jött a bugreport, utána az elképedés: "ebben az LTS-ben nem javítjuk, majd a következő verzióban"...

Meglátásom szerint ez tesztelési hiányosság lehet. Desktop változatnál megérteném, szervernél azonban nem tudom elfogadni. Az, hogy nekem kelljen patchelni nem tetszik. Ilyenkor előfordulhat, hogy egyszerűbb disztrót váltani.

Linuxscripting

( apal v | 2013. 11. 16., szo – 12:16 )

Az ujabb mdadm/raid-ek a superblock-ot nem a particio vegere teszik, hanem az eleje're. szerintem eleg beteg dolog, mindenesetre az biztos hogy egy ido"ben a raid1-rol valo bootolas azert volt egyszeru" mert elo"lro"l nezve egy raid1 tomb meg az alatta levo" particio 1:1-ben ugyanaz volt. Most meg van/lett egy kis offset. valszeg ma'r a grub is leko"vette ezt, de ki tudja, hatha van korrelacio a ketto" kozott.

( meridian v | 2016. 08. 01., h – 07:55 )

Nálam most ugyanez a gond, 4 hdd-vel raid 5-nél... se a 16-os se a 14-es lts nemmegy át a grub telepítésen...
Mi volt a megoldás nálad?

csináltam a 4 db 1 tb-os hdd-ből merevlemezenként
1 db 200 MB-os
1 db 1 GB-os
1 db maradékot (999 GB)

Az első partíciókat raid1-be tettem s ez lett a /boot.
A második és harmadik partíciókat raid5-be tettem s ez lett a swap és a /.
Az eredmény ugyanaz :(

Azaz a grub-install a /dev/sda-ra nem sikerült....

egyéb ötlet ?

( dejo v | 2016. 08. 01., h – 08:30 )

Nekem simán ment. Legutóbb néhány hete az Ubuntu 16.04 telepítőjével hoztam létre RAID-1-et két egyforma HDD-n.
A telepítő felajánlotta, hogy mind a két lemezre ráteszi a grub-ot. És működik is rendesen.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Nem tudom hol olvastam nekem sem ment a telepítés RAID -re nem akart felmenni a grub!
A HDD elején létre kell hozni egy 1 MB -os "BIOS boot" típusú partíciót!
Gyanítom csak GPT esetén jelentkezik a probléma!
3 TB -diszkek esetén más nem jöhetett szóba!

Csak a dokumentáció kedvéért írom le ne szívjon más is annyit vele!
Gabi

( uid_17626 | 2018. 01. 25., cs – 21:45 )

Ma kb 6 órám elment erre. :)

// Keresőknek: Ubuntu 16.04 LTS - GRUB INSTALL RAID 1 MIRROR FAIL ERROR

Próbáld ki ezt:

http://howtoubuntu.org/how-to-repair-restore-reinstall-grub-2-with-a-ub…

Ami nagyon szivatós tud lenne, hogy a /boot/grub/device.map fájlban felcserélheti mind az eszköz neveket (sda -> hd1) és a partíciókat is (sda1 ->hd0,2). Ennek állítgatása után érdemes ismét futtatni a grub update-et és reboot-olgatni sűrűn.

Felraktam egy CentOS-t és megnéztem mit csinál.

Ezt:
[RAID1] /dev/s[abcd]1 (512 mb) -> /boot
[RAID1] /dev/s[abcd]2 (* mb) -> /
grub-install /dev/sda /dev/sdb /dev/sdc /dev/sdd

Majd Ubuntu 16.04 LTS-sel megcsináltam ugyanezeket a partíciókat és így már simán felment rá.
(Eddig sohasem használtam sw raid-et, mindig csak dedikált raid kártyát.)