Van egy tesztelésre szánt gép.
A 80GB-os merevlemez felosztása a következő:
sda1 FAT Dr-DOS, ide kerül az XOSL rendszertöltő.
sda2 swap
sda4 extended
sda5 ext3 CentOS
sda6 ext3 Fedora
sda7 ext3 Ubuntu 10.04
sda8 ext3 Ubuntu szerver 8.04.1
Az sda1 és sda2 rendben van. Az sda8-r feltettem az Ubuntu szerver 8.04.1-t és bár elnéztem vagy nem is kérdezte a grub-ot az MBR-be tette.
Utólag kézzel telepítettem a grub-ot oda ahova én szántam: grub-install /dev/sda8
Az MBR-t is rendbe hoztam a Dr-DOS alól telepítettem az XOSL-t is, be is tölti a DrDOS-t is meg az Ubuntu szerver 8.04.1-t is.
Ezután telepítettem az Ubuntu 10.04-t. Amikor megkérdezte hol legyen a grub akkor megadtam, hogy /dev/sda7
Erre közölte hogy telepítés közben hibát észlelt oda nem lehet. Ugyanígy visszautasította a próbaként megadott /dev/sda6 és /dev/sda5 partíciót is. Már azok is meg vannak formázva ext3-ra.
Próbáltam az alternate telepítő CD-ről a rendszer javítása módban a grub-ot a /dev/sda7-re tennei, de ugyanúgy nem hagyta. Parancssorból kiadva a grub-install /dev/sda7-et azt írja, hogy 'A GRUB csak blokklisták használatával telepíthető erre az eszközre. A blokklisták azonban NEM MEGBÍZHATÓK, és használatuk nem ajánlott.
Próbáltam a grub-install --force /dev/sda7-el is, de azzal sem megy.
Végül a grub-install /dev/sda-val az MBR-be tettem, itt megy és most keresem a megoldást.
Mi lehet a hiba oka? A /dev/sda8-ra miért engedte a Ubuntu szerver 8.04.1 alól telepíteni és miért nem engedi /dev/sda7-re ez?
Máskor is használtam már ezt a particionálási módot és akkor ment 4, sőtt még több rendszer is egy gépen.
- 1749 megtekintés
Hozzászólások
a swapet rakd át logikai partícióba (>=5), csinálj egy /boot primary partíciót (1-4 egyike), kb. 50-100MB mérettel, oda rakd a grubot, és mindenki boldog lesz. ne legyen minden os-nek külön grub, tök fölösleges, elegendő 1 db, de jól működő grub, külön partíción.
- A hozzászóláshoz be kell jelentkezni
No igen. Ez lehet, hogy megkerülné a problémát, bár a swap helye nem tudom mennyire befolyásolja a fenti jelenséget. Van még szabad primery hely az sda3.
Azért ezt még átgondolnám. Az Ubuntu 10.04 úgy látom már GRUB-2-őt használ, atöbbi meg sima GRUB-ot.
A rendszerek frissítése (apt-get update/apt-get upgrade meg a yum upgrade is) átírja a grub.cfg-t. Nem tudom ez hova vezetne. Ezért is használtam eddig azt a módszert, hogy az XOSL tölti mindegyik rendszer saját gyökér partíciójába telepített GRUB-ját.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba és kész!
- A hozzászóláshoz be kell jelentkezni
nem csak az lényeges, hogy primary legyen (szerintem logikai partícióba nem tudsz grub boot recordot rakni, ha logikai partíción van a grub, akkor az MBR-be kell rakni őt), hanem az is, hogy lehetőleg a diszk elején legyen az egész szar. nem tudom, hogy milyen geometria- és egyéb gondok lehetnek, nem tudom, hogy milyen régi a géped, de voltak mindenféle 1/2/8GB-os limitek nagyon régen; én bizony a diszk elejébe szoktam rakni ezt a /boot partíciót, hogy _garantáltan_ ne lehessen ilyesmivel probléma.
persze, ha MBR-be rakod a grub boot rekordot, akkor minden mindegy, viszont akkor meg bármikor elpusztíthatja egy dos/win install.
Nem tudom ez hova vezetne. Ezért is használtam eddig azt a módszert, hogy az XOSL tölti mindegyik rendszer saját gyökér partíciójába telepített GRUB-ját.
akkor minden OS saját grubbal, saját partícióján, pluszban egy primary partíció külön, kézzel tákolt grubbal, aki chainloader-rel betölti a választott OS szerinti következő grubot.
ez bonyolult, de atombiztos, és minden OS szétcseszheti a saját kis grubocskáját.
- A hozzászóláshoz be kell jelentkezni
Az ext3 partíciók mind 20GB-osak kivéve az sda8-at, ami csak 15GB. tehát fizikailag az sda8 van a végén, abba mégis települt a GRUB és működik is.
Jobban szeretném a jól megszokott régi felállást ami eddig mindig működött is. Én most a GRUB-2-re gyanakszom. Lehet hogy megpróbálom a régi GRUB-ot feltenni az Ubuntu 10.04-re is.
Közben ismét helyreállítottam az MBR-t, hogy a Dr-DOS induljon és az XOSL-t is visszaállítottam.
Az Ubuntu szerver 8.04.1 alól telepítettem annak a GRUB-ját a /dev/sda7-re. Így most az XOSL-ban az Ubuntu 10.04-et választva is az Ubuntu szerver indul. tehát az a partíció is alkalmas arra, hogy oda GRUB települjön.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba és kész!
- A hozzászóláshoz be kell jelentkezni
onnan indultunk, hogy a grubot nem az MBR-be akarod rakni, pontosabban fogalmazva az MBR-be nem a grub boot rekordját akarod rakni.
innentől kezdve nem opció, hogy a grub logikai partícióra kerül, mert a nem-grubos boot rekord (amit az MBR-be beraksz) nem fogja a bootolhatóra flaggelt logikai partícióról berántani a grubot.
a DOS 6.22 boot rekordja pl. halál biztos, hogy nem tud ilyet, de meglepődnék, ha a windowsos csinálna ilyet, persze ki nem zárható...
- A hozzászóláshoz be kell jelentkezni
Valóban adhattam volna találóbb címet is. De elégé összetett a kérdés és ez is egy mozzanata a dolognak.
Mint alább írtam a GRUB2 sima GRUB-ra cserélése jelenleg megoldotta a problémát. Két rendszer már így megy, most telepítem a Fedora-t.
A topik indítóban felsoroltakat telepítem hátulról előre.
Azért azt jó lenne tudni, hogy GRUB2-vel tényleg lehetetlen megoldani, vagy csak többet kellene róla tudnom.
Mert ha lehetetlen akkor szép irányt vett a fejlesztés!
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba és kész!
- A hozzászóláshoz be kell jelentkezni
a grub2 jelenleg nem egy kész, kiforrott sw. semmi nem garantálja, hogy mindent meg tudsz csinálni vele, amit a régi grubbal.
az, hogy egyes disztribúciók használják, az még nem jelenti az ellenkezőjét, csak ők szeretnek a vérző élen táncolni (bleeding edge).
- A hozzászóláshoz be kell jelentkezni
Most már mind a négy tervezett oprendszer a helyén van, mindegyik saját GRUB-bal ami a saját gyökér fájlrendszer partíciójára van telepítve. Az XOSL-ben pedig kiválasztom, hogy melyiket akarom.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba és kész!
- A hozzászóláshoz be kell jelentkezni
akkor "öhöm é bódottá" van :)
- A hozzászóláshoz be kell jelentkezni
"Mi lehet a hiba oka?"
szerintem az, hogy elvileg, tradícionálisan, logikai partícióról nem lehet bootolni, ezért nem enged oda grubot rakni.
de minek neked ennyi boot loader? miért nem elég egy?
- A hozzászóláshoz be kell jelentkezni
Évek óta így telepítem egy gépre a több linuxot és eddig ment. Igaz eddig egyik sem a GRUB-2-t akarta használni. Én azt gyanítom, hogy ez az oka.
Logikai partícióról az MS rendszerek nem tudnak (illetve az újabbak talán már igen) rendszert tölteni. A Linux már régen is tudta.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba és kész!
- A hozzászóláshoz be kell jelentkezni
nem lehet VM-ben tesztelni?
- A hozzászóláshoz be kell jelentkezni
Lehetni lehetne.
De én meg akarom oldani a problémát nem megkerülni. Bár tudom az is egy megoldás. Nekem régen így ment és miután visszatettem a régi GRUB-ot most is így megy már.
Azért jó lenne, ha valaki meg tudna erősíteni abban, hogy a GRUB-2 vívmánya az, hogy nem lehet logikai partícióra telepíteni.
"apt-get install grub" után már települt a /dev/sda7-re is. Közben leszedte a grub-pc-t. A régi grub.cfg (menu.lst) persze nem volt jó neki, ezért az Ubuntu szerver 8.04.1 /boot/grub könyvtár tartalmát tettem át ide és kézzel kijavítottam a tartalmát. Most megy.
Lehetett volna egyszerűbben is egy grub.cfg/menu.lst-t generálni. Azért így emlegetem, mert én grub.cfg-t csináltam menu.lst symlinkkel.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba és kész!
- A hozzászóláshoz be kell jelentkezni