grub2 menu entryt

[nm]

Ei ollut vanhalla grubilla tää näin vaikeaa, menu.lst takasi...miksi tehdä asiat noin monimutkikaaksi ?

Mikä nyt on niin vaikeaa?

[Daneli]

Eihän siinä mitään kyllähän nuo linuxin käynistys kohdat saa säädettyä kätevästi kuhan vaan poistaa turhat imaget. Mutta muiden käyttöjärjestelmien specsejä ei niin vaan muutetakkaan. Jos haluat säätää muiden käyttisten käynistys parametreja nopsasti niin eipä se niin käykkään jos vertaa menu.lst muokkaamiseen. Tällä hetkellä minullakin on turhia windowss entryjä 3, ja yksi toimimaton linux entry joka korjaantuisi pienellä patrametrin muutoksella grub-update kun ei osaa korjata tuota.

[nm]

Eihän siinä mitään kyllähän nuo linuxin käynistys kohdat saa säädettyä kätevästi kuhan vaan poistaa turhat imaget. Mutta muiden käyttöjärjestelmien specsejä ei niin vaan muutetakkaan. Jos haluat säätää muiden käyttisten käynistys parametreja nopsasti niin eipä se niin käykkään jos vertaa menu.lst muokkaamiseen.

Eihän tätä voinut tehdä ennenkään rikkomatta automatiikkaa. Siksi juuri on siirrytty tällaisiin eroteltuihin asetustiedostoihin, jolloin ihmiset eivät pääse ihan niin helposti sotkemaan järjestelmän toimintaa.

Tällä hetkellä minullakin on turhia windowss entryjä 3, ja yksi toimimaton linux entry joka korjaantuisi pienellä patrametrin muutoksella grub-update kun ei osaa korjata tuota.

Jos os-prober tunnistaa ylimääräisiä Windows-asennuksia, niistä pääsee eroon ainakin kytkemällä os-proberin kokonaan pois käytöstä ja lisäämällä tarvittavat muut käyttöjärjestelmät manuaalisesti tiedostoon /etc/grub.d/40_custom

Siis avaa /boot/grub/grub.cfg tekstieditoriin ja kopioi sieltä ne os-proberin tunnistamat vaihtoehdot, jotka haluat pitää. Liitä ne tiedostoon /etc/grub.d/40_custom. Kytke os-prober pois lisäämällä /etc/default/grub -tiedostoon rivi: GRUB_DISABLE_OS_PROBER=true

Os-proberin poistaminen luultavasti kytkee käynnistysvalikon piilottamisen päälle. Sen saa pois kommentoimalla /etc/default/grub -tiedostosta rivin GRUB_HIDDEN_TIMEOUT=0, eli lisää #-merkki sen eteen:

Koodia: [Valitse]

#GRUB_HIDDEN_TIMEOUT=0

Aja lopuksi sudo update-grub ja katso, että /boot/grub/grub.cfg muuttui haluamallasi tavalla.

Jos toimimaton Linux-vaihtoehto oli myös os-proberin tekemä, se korjaantuu myös tällä menetelmällä.

[Daneli]

.... automatiikkaa. Siksi juuri on siirrytty tällaisiin eroteltuihin asetustiedostoihin, jolloin ihmiset eivät pääse ihan niin helposti sotkemaan järjestelmän toimintaa.

En kyllä hokaa että mitä sotkemista se on jos muokkaa järjestelmän sellaiseksi josta pitää. Onko ihminen järjestelmää varten vai järjestelmä ihmistä varten.

[juyli]

En kyllä hokaa että mitä sotkemista se on jos muokkaa järjestelmän sellaiseksi josta pitää.

Olen kanssasi aivan samaa mieltä. Grub:in menu.lst tiedoston editointi oli helppoa. Ehkä aikanaan myös Grub2:n editointi ei ole sen vaikeampaa, kun viitsii opetella? Nyt on kuitenkin luullakseni varsin hyvät ohjeet käpistelyyn: https://help.ubuntu.com/community/Grub2
Ainakaan pikasilmäyksellä en tuota linkkiä aiemmin ketjusta löytänyt.
Tosin myös grub-update on aika selkeä paluu Lilon suuntaan, jossa asetusten muutokset asennettiin vasta lilo -v komennolla. Mielestäni Grubin etuja ovat mm. editointimahdollisuus käynnistettäessä, sekä se, että menu.lst muutokset luetaan grub:ia käynnistettäessä, jolloin oli helppoa vaikka Live-CD:llä (tai toisesta käyttöjärjestelmästä) editoida käynnistystiedostoa omia tarpeita vastaavaksi.
Tosin lukiessa Grub2:n ominaisuuksia, on siinäkin monia uusia oleellisia, mahdollisesti erinomaisia muutoksia - aika näyttää.

[nm]

En kyllä hokaa että mitä sotkemista se on jos muokkaa järjestelmän sellaiseksi josta pitää. Onko ihminen järjestelmää varten vai järjestelmä ihmistä varten.

Se on sotkemista silloin kun muutokset rikkovat järjestelmän toimintamekanismeja, kuten kernelin- ja jakeluversion päivityksiä. Vanhan Grubin asetussysteemissä oli se vika, että sekä käyttäjä että update-grub muokkasivat samaa asetustiedostoa. Siellä oli rajattu alue automaattisesti päivitettäville käynnistysvaihtoehdoille ja niiden asetuksille:

# Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST

### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default options below

[...]

### END DEBIAN AUTOMAGIC KERNELS LIST

Tämä on mielestäni käyttäjän kannalta erittäin sekavaa, varsinkin kun muiden käyttöjärjestelmien entryt olivat ainakin Debianissa tuon alueen sisällä. Miten update-grub toimii, jos niihin tekee muutoksia, tai jos ne siirtää alueen ulkopuolelle? Onko tätä edes dokumentoitu missään?

GRUB2:n asetustiedostot on eroteltu käyttäjän muokkaamiin asetustiedostoihin (/etc/default/grub ja /etc/grub.d/40_custom, joissain tapauksissa /etc/grub.d/*) ja update-grubin luomaan /etc/boot/grub.cfg-tiedostoon, johon käyttäjällä ei edes varsinaisesti ole kirjoitusoikeutta. Minusta tämä on oikein tervetullut parannus, eikä heikennä käyttäjän mahdollisuuksia muokata järjestelmää millään tavalla.

[Storck]

Minä luulen että luvattuun nopeaan käynnistykseen tarvitaan vakaa/toimiva grub ja siitä johtuen on estetty siihen näpelöiminen. Tuli deja vu-ilmiönä  mieleen.

Ihan mutu

[petteriIII]

Olen harrastanut grub.cfg:n editointia yli puolivuotta - grub.cfg:ni on todella pieni. En ole havainnut mitään muutoksia toiminnassa. Tulen ainakin toistaiseksi jatkamaan editointia, sillä se ratkaisee muutamia pulmia joita automaatti aiheuttaa ja ilmeisesti tulee aiheuttamaan jatkossakin.

 

[nm]

Olen harrastanut grub.cfg:n editointia yli puolivuotta - grub.cfg:ni on todella pieni. En ole havainnut mitään muutoksia toiminnassa. Tulen ainakin toistaiseksi jatkamaan editointia, sillä se ratkaisee muutamia pulmia joita automaatti aiheuttaa ja ilmeisesti tulee aiheuttamaan jatkossakin.

Mitä ne pulmat ovat?

[petteriIII]

Pahin ongelma on se, että joskus päivityksen yhteydessä se kirjoittaa kovalevyn MBR:n uusiksi (se osoittaa mistä boottausmanageri löytyy samalta kovalevyltä tai sitten se osoittaa toisen kovalevyn MBR:ää joka taas hoitaa osoittamisen omalla kovalevyllään). Melkein kaikki Ubuntut ovat ainoita käyttöjärjestelmiä kovalevyllään; ehkä Windows on toisena eikä silloin mitään huomaakaan. Mutta vaikka niitä Ubuntuja olisi useampiakin niin alkuvalikon järjestys vain joskus muuttuu - ei siis kovin harmillista . Mutta monilevy-järjestelmissä alkaa jo tuntua ja varsinkin jos kovalevyjä vielä vaihdellaan niin silloin järjestelmä lakkaa aika usein boottamasta.
Miksi Ubuntut menettävät joskus boottaus-kykynsä päivityksen yhteydessä tai peräti jo asennuksessa ? Ei varmaa tietoa mutta MBR:n uudelleenkirjoittaminen auttaa joskus. Mutta varmaankin myös UUID:t ja image-versiot sotketaan joskus ja tällöin auttaa vain grub2:n tekeminen uudestaan esimerkiksi live-CD:llä. Tai joskus boottaamattomuuden syy on yksinkertaisesti se ettei image-versio toimi koneessasi.