Mit lehet használni GRUB2 helyett?

Debian GNU/Linux

Természetesen LILO és GRUB1-en kívül...

  • 11108 megtekintés

( elod v | 2013. 07. 28., v – 18:43 )

Miért, mit nem sikerült összeütni vele? Azt kell használni amit a disztro alaptelepítése ajánl, mert az működik.

( BaT | 2013. 07. 28., v – 19:04 )

Tetszőleges boot loadert. Úgy emlékszem még a windows boot loaderét is rá lehet venni. Ami pl. egész jó volt az a syslinux. Használtam még a smart bootmanagert is, de az 12 éve nem frissült. Ha csak linuxot akarsz bootolni, akár olyat is lehet, hogy betöltesz egy dost (freedost), majd onnan a linld tölti be a linux kernelt, bár ezt már végképp nem ajánlom. :)

Félig Off
A Smart Boot Manageren kívül van még olyan boot manager aminél lehet időzítéssel választani a bootolandó oprendszert?

Smart Boot Manager Key Features:
"Powerful Boot Schedule
You can assign a time schedule for each Boot Record (a partition or a driver). Then Smart BootManager can boot them automatically in specified time range or day. For example, you can let your computer automatically boot Windows 98 during the working time of a week, while boot Linux at midnight or weekend."
--
Légy derűs, tégy mindent örömmel!

Induláskor a Boot Manager a gépidő alapján dönt, hogy mit kell indítani.
Az ATX BIOS-okban van "Automatic Power Up" funkció és néhány eszköz/esemény is tudja éleszteni/bootolni a gépet, vagy ütemezett reboot is lehet az épp futó OS alól.
--
Légy derűs, tégy mindent örömmel!

( NevemTeve | 2013. 07. 28., v – 20:09 )

199x óta lilót használok, minden felmerülő problémát meg tudtam benne oldani (pl. reiserfs, large ebda), semmilyen egészségkárosodást nem szenvedtem miatta, úgyhogy a "természetesen"-t nem egészen értem a kérdésben.

Off: sőt, volt egyszektoros házibarkács boot-selectorom is, de már nincs meg a source:(

LVM-ről is tud bootolni?
Nálam akkor vált kedvenccé a grub (grub2?), mikor kiderült egy eredetileg véletlenül /boot nélkül legyártott rendszer kapcsán, hogy neki már ez is megy.

ui: tényleg nem tudom, hogy belerakták-e, valójában kötekedésnek szántam a kérdést. ;)

( gelei v | 2013. 07. 29., h – 10:21 )

Mire kell? A linux userek 99,999%-a ezt a hármat használja, nem véletlenül. Miért nem jók ezek? Hátha ennek ismeretében valami konstruktívat is tudunk mondani.

( hrgy84 | 2013. 07. 29., h – 11:36 )

Peldaul GRUB1-et meg LILO-t. Mi a baj veluk?
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

( elod v | 2013. 07. 29., h – 13:31 )

GAG és XOSL nem tudja kiváltani a lilo-t vagy a grub-ot mivel egyik sem tudja a kernelt betölteni. Egyszerűen nem kell szél ellen p*s*lni. A grub2 jelenleg "supported", azt ajánlott használni.

En foleg a konfig szerkezet valtas miatt utalom nagyon. Nem tudom, minek kell egy komplett scriptnyelvet csinalni ahhoz, hogy bootoltassak. A regi grub konfig teljesen jo volt ehhez. Muszaj minden idotanak uj nyelvet alkotnia?
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Amire te gondolsz, azt a grub2 hozta be, es az /etc/grub.d mappaban levo snippetek ilyen shellscript jelleguek. A grub1 az sima menu.lst-t hasznalt, a splashimage letiltasaval pedig meg lehetett mondani neki, hogy konzolos modban induljon el.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Kicsit megkeveredtem, tehat:
- grub1 alatt az update-grub -on kivul mas shell scriptrol nem tudok
- grub2 alatt meg nem shellscriptet kellett editalni, hanem az /etc/grub.d alatt grub scripteket kellett editalni, es ezek lettek belefuzve a generalt konfigba.

Nem tudom, mirol beszelgetunk, de erdekelne.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Grub2 mar legalabb squeeze ota van, telepiteskor ra is kerdez, hogy most akkor megis melyiket, talan wheezy-ben lett default.

Igen, mind az /etc/default/grub mind a /etc/grub.d piszkalasa utan kell upate-grub, mivel a grub2 megorokolte azt a jo szokasat a regi grubnak, hogy csak a /boot/grub/grub.cfg fajllal foglalkozik erdemben, ide kell generalni neki egy valid konfigot, a tobbi hulyeskedeshez meg kellenek tamogato scriptek.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Én is rühellem. A grub-0.97 olyan jó, egyszerű szerkeszteni és szimplán csak működik.

Ha valaki elmondaná 5 mondatban, miben lett jobb a grub2, annak örülnék.

Amúgy sajnos pont tegnap kellett a grub2-vel szenvednem. Windowst telepítettem az egyik partícióra, és felülírta az MBR-ben a grub2 phase1 loadert (ahogy szokta). A régi grubnál egy live CD-ről indított grub-install /dev/sda meg szokta oldani, hogy újra legyen boot menü. A grub2 grub2-install programja vmi teljesen érthetetlen, zagyva hibára panaszkodott (Google sem segített) - eléggé felidegesített, hogy egy ilyen alapvető rendszerkomponenst nem tudok újraéleszteni. Aztán rájöttem mi volt a baj: UUID-vel volt a rootfs megadva az /etc/fstab-ban, azt átírva rendes /dev/sda1 stb. node-okra mindjárt ment a grub2-reinstall is. De miért nem tudta ezt egy értelmes hibaüzenetben elmondani? És tényleg, minek kell már egy bootloadert is szkriptelni?

Tegnap ráleltem a grub2-mkconfig csodára, ami automatikusan generál egy bootmenüt a felismert rendszerekről. Illetve azt is látom már, hogy az /etc/default/grub (Sabayon) alatt lehet ezt-azt reszelni rajta. Ennyi nekem elég is, csak baj ne legyen, hogy mélyebben foglalkoznom kelljen vele :)

Nekem is úgy tűnik, hogy csak meg kellene szokni/tanulni a GRUB2 statikus módon való használatát. A fenti időzített boot lehetőség és az alábbi infók alapján valószínűleg át kellene állnom rá.

http://forums.justlinux.com/showthread.php?152790-How-to-use-Grub2-to-b…
http://www.insanelymac.com/forum/topic/189079-grub2-as-the-only-boot-lo…
--
Légy derűs, tégy mindent örömmel!

UEFI és BIOS - elméletileg - egymást kizáró fogalmak lennének.
De valamit kavartak, amiből már kimaradtam és pl. a dell notebookom BIOS-nak nevezi az alaplapon lévő szoftvert és ez tud bootolni hagyományosan és UEFI-vel is. Utóbbit sohasem sikerült kipróbálnom, mert win7 szó nélkül bebootol, nem láttam lehetőséget az EFI-ben való matatásra, linuxot meg nem tudtam felrakni UEFI-vel.