Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ubuntu tietokoneissa => Aiheen aloitti: Aliengrey - 12.11.09 - klo:07.36
-
Voiko grubin menu entryjen titlejä muuttaa.
-
Menuentryjen muuttaminen on mahdollista editoimalla. Mutta hommassa on muitakin salahautoja kuin se, että koneesi voi kieltäytyä boottaamasta jos esimerkiksi teet vahingossa kirjoitusvirheen. Siis tarvitset lisäksi paljon tietoa, kärsivällisyyttä, onnea ja aikaa asentaa Ubuntusi uudelleen. Tai apuohjelman.
-
ok kiitoksia ;D
-
Siis tarvitset lisäksi paljon tietoa, kärsivällisyyttä, onnea ja aikaa asentaa Ubuntusi uudelleen. Tai apuohjelman.
Pikkuisen turhaa säikyttelet. Ennen mitään /boot/grub/grub.cfg:n editointia aina talletetaan toimiva, alkuperäinen.
Esim. Remix-versiosta löytyy jonkinsortin ohjeet:
cat /usr/share/doc/grub-pc/examples/grub.cfg
Toki aina pitää tietää, mitä tekee eikä siis suinpäin lähteä tuulimyllyjä vastaan.
-
Koetan editoida tuota /boot/grub/grub.cfg tiedostoa, herjaa "koetat tallentaa tiedosta levylle jolta voi vain lukea" ?? Missä vika ?? Startupmanager ei tuo apua... Samasta syystä ???
-
en pysty kirjoittamaan /boot/grub/grub.cfg hen edes roottina
-
en pysty kirjoittamaan /boot/grub/grub.cfg hen edes roottina
Ei siihen pidäkään mennä kirjoittamaan mitään. Sehän sanotaan heti tiedoston alussa ISOILLA KIRJAIMILLA. Samaisessa tiedostossa on myös sanottu mitä tiedostoa pitää käpistellä, mikäli haluaa menu entryjä muokkailla.
Tässä vielä englanninkieliset ohjeet grub2:n säätämiseen http://ubuntuforums.org/showthread.php?t=1195275 (http://ubuntuforums.org/showthread.php?t=1195275).
-
Koetan editoida tuota /boot/grub/grub.cfg tiedostoa, herjaa "koetat tallentaa tiedosta levylle jolta voi vain lukea" ?? Missä vika ?? Startupmanager ei tuo apua... Samasta syystä ???
Juuriosiosi (tai /boot-osion, jos sinulla on sellainen erikseen) tiedostojärjestelmä on ilmeisesti liitetty vain-luku-tilassa (read-only). Syynä voi olla vika tiedostojärjestelmässä tai jokin vinksahtanut asetus. Kokeile käynnistää kone uudelleen. Jos sama toistuu, aja nämä komennot päätteessä ja näytä niiden tulosteet:
mount
dmesg | grep read
-
Mitä ihmettä nm yrittää opettaa?
Ei grub.cfg:n read-only-tilaan ole syynä mikään "vinksahtanut asetus" vaan tietoinen syy: se ei ole tarkoitettu suoraan editoitavaksi. Se luodaan automaattisesti uudestaan joka kerta, kun update-grub ajetaan ja muutetaan samalla read-onlyksi, jottei sitä mentäisi muokkaamaan vahingossakaan.
Tässä uudelleen konradin antama linkki The Grub 2 Guide (http://ubuntuforums.org/showthread.php?t=1195275), jota kannattaisi ainakin vilkaista ennen ohjeitten antamista.
-
Mitä ihmettä nm yrittää opettaa?
Omiaan ;)
Ei grub.cfg:n read-only-tilaan ole syynä mikään "vinksahtanut asetus" vaan tietoinen syy: se ei ole tarkoitettu suoraan editoitavaksi. Se luodaan automaattisesti uudestaan joka kerta, kun update-grub ajetaan ja muutetaan samalla read-onlyksi, jottei sitä mentäisi muokkaamaan vahingossakaan.
Juurikin näin. Hämäännyin vain tuosta geditin harhaanjohtavasta virheilmoituksesta, joka viittasi read-only-tiedostojärjestelmään, eikä tiedoston oikeuksiin. En itse käytä geditiä, joten en ole aiemmin törmännyt tuollaiseen viestiin. Sudolla ajettu nano ei edes välitä kirjoitusoikeuden puuttumisesta ja vim varoittaa täsmällisesti.
Tässä uudelleen konradin antama linkki The Grub 2 Guide (http://ubuntuforums.org/showthread.php?t=1195275), jota kannattaisi ainakin vilkaista ennen ohjeitten antamista.
Tiedän kyllä, miten Grub 2 asetetaan, enkä varsinaisesti ottanut siihen kantaa, koska konrad teki sen jo.
Kiitos oikaisusta!
-
Koetin muokata noiden ohjeiden mukaan /etc/default/grub-tiedostoa, ajaa sitten sudo update-grub.. Eikä toimi vieläkään...
Tässä tuo /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
GRUB_DEFAULT=5
#GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
# Uncomment to disable generation of recovery mode menu entrys
#GRUB_DISABLE_LINUX_RECOVERY="true"
Eli minulla on siis kaksi käyttistä, Ubuntu 9.10 ja Visva. Vaimo naputtaa välillä kun Facebookin pelit eivät toimi aivan nappiin Ubuntussa, vaikkakin 9.10:ssä on nyt ollut melko hyvä tilanne.. Ja kun hän ei aina muista vaihtaa Visvalle alussa, niin se pitäisi kai nyt saada oletukseksi.. Grubin menu alussa on suunnilleen näin:
Ubuntu
Ubuntu recovery
Memtest
Memtest recovery
Windos NT (en tiedä mistä tämän repäisi, tod.näk Acerin piilo-osio, jossa Visvan uudelleenasennustiedot..)
Windos Visva..
-
Eikös se mene että: sudo update-grub2 ?
-
Katso, että muutos päätyi /boot/grub/grub.cfg-tiedostoon saakka:
grep "set default" /boot/grub/grub.cfg
Eikös se mene että: sudo update-grub2 ?
Tuo ajaa update-grub-komennon, jos kyseessä on tavallinen karmic-asennus.
-
Tuohon greppiin vastaus
Set default=0
sudo update-grub2 sanoo "command not found"
-
Minulla kyllä toimii ihan hyvin tuo defaultin vaihtaminen. Ajapa vielä kerran nämä komennot, ja näytä niiden koko tuloste:
grep GRUB_DEFAULT /etc/default/grub
sudo update-grub
grep "set default" /boot/grub/grub.cfg
-
Tältä näyttää..
jaska@AcerUbuntu:~$ grep GRUB_DEFAULT /etc/default/grub
GRUB_DEFAULT=5
jaska@AcerUbuntu:~$ sudo update-grub
[sudo] password for jaska:
Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Found kernel: /boot/vmlinuz-2.6.31-15-generic
Found kernel: /boot/vmlinuz-2.6.31-14-generic
Found GRUB 2: /boot/grub/core.img
Found kernel: /boot/memtest86+.bin
Updating /boot/grub/menu.lst ... done
jaska@AcerUbuntu:~$ grep "set default" /boot/grub/grub.cfg
set default="0"
jaska@AcerUbuntu:~$
-
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
SInulla on GRUB 2 ja GRUB 1 asennettuna jotenkin päällekkäin. Kokeile muokata tuota GRUB 1:n asetustiedostoa: /boot/grub/menu.lst
Sen alussa pitäisi olla rivi "default 0", jolla voit määritellä käynnistysvalikon vakiovalinnan. Lisäksi voit poistaa Windows NT:n rivit tiedoston lopusta.
Jos tämäkään ei vaikuta käynnistykseen, MBR:ään onkin asennettu GRUB 2, mutta update-grub ei päivitä sen asetustiedostoa, koska GRUB 1:n menu.lst on paikallaan. Tässä tapauksessa on paras poistaa paketti grub ja asentaa grub-pc (GRUB 2):
sudo apt-get remove grub
sudo apt-get install grub-pc
sudo mv /boot/grub/menu.lst /boot/grub/menu.lst.vanha
sudo grub-install /dev/sda
sudo update-grub
-
Karmicissa just temppuilin tuon grub2:n kanssa..
Olikohan näin:
sudo apt-get install startupmanager
Tulee järjestelmä/asetukset? valikkoon...
Sillä ainakin pystyi nuo oletukset vaihtamaan, yms muokkauksia tekemään.
Näin komentorivin käyttäjänä tuo graafinen meni tällä kertaa ohitse, ainakin omassa defaultin vaihtamisessa..
-
Kiitos nm, nyt vaihtui default=5.. Ja kokeilin tuota startupmanageria aiemmin, muttei vaikuttanut.. Olisiko juuri siitä syystä, että nuo kaksi grubbia oli päällekkäin.. Mutta minun osalta asia ratkaistu ja toimii..
-
Ei ollut vanhalla grubilla tää näin vaikeaa, menu.lst takasi...miksi tehdä asiat noin monimutkikaaksi ?
-
Ei ollut vanhalla grubilla tää näin vaikeaa, menu.lst takasi...miksi tehdä asiat noin monimutkikaaksi ?
Mikä nyt on niin vaikeaa?
-
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.
-
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:
#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ä.
-
.... 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.
-
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ää.
-
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.
-
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ä :D mieleen.
Ihan mutu
-
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.
-
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?
-
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.