Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Asentaminen ja käyttöönotto => Aiheen aloitti: larika - 17.07.10 - klo:11.06
-
Kun asensin uuden ubuntu network remiksin 10.4 lts version minilppåriini jäi käynnistysvalikkoon seuraavat
ubuntu-linux 2.6.32-23-generic-pae-ydin
ubuntu-linux 2.6.32-23-generic-pae ydin (palautustila)
memorytest (mentest 86+
memory test (mentest 86+) serial console 115200
microsoft windows xp home edition
ubuntu-linux 2.6.32-23 generic-pae-ydin (on/dev/sda5
ubuntu-linux 2.6.32-23 generic-pae ydin (palautustila (on/dev/sda5)
ubuntu-linux 2.6.31-22 generic-pae-ydin (on/dev/sda5
ubuntu-linux 2.6.31-32 generic-pae-ydin (palautustila) on/dev/sda5
Kaksi ylintä linuxia toimii samoin windows, testejä en ole käyttänyt alemmat 32-23 tulivat silloin kun päivitin 9.10 päivityksen kautta 10.4 ja se päivitys meni vikaan. 32-32 ovat ilmeisesti 9.10 peruja.
Voiko/kannattaako siivota käynnistysvalikkoa? ovatko kiintolevytilani ns. usealla "turhalla" osiolla?
-
Voiko/kannattaako siivota käynnistysvalikkoa?
Poista synapticilla ylimääräiset kernelit, jätä kaksi uusinta jäljelle, asenna startup manager > voit laittaa näkyville yhden kernelin.
ovatko kiintolevytilani ns. usealla "turhalla" osiolla?
Mitä sanoo komento:
sudo fdisk -l
Systeemi, home ja swap kaikki omilla osioilla, lisää osioita oman tarpeen mukaan. En laitttaisi swap-osiota jos käytössä on flash-kiintolevy. Paljonko sinulla on rammia (pae-kernel käytössä)?
-
audi vastasi: Poista synapticilla ylimääräiset kernelit, jätä kaksi uusinta jäljelle, asenna startup manager > voit laittaa näkyville yhden kernelin.
Muuten hyvä ohje mutta startupmanagerissa ei (ainakaan minulla) ole mahdollisuuksia vaikuttaa kernelien lukumäärään. Vain oletuskäyttis, aikaviive, resoluutio ja käynnistyslevyn teko onnistuu. Ja käytössä siis 10.04 LTS. Löytysikö neuvoa miten muutoin GRUB:n kernelimäärää saa rajattua?
-
Ehdotan Kgrubeditor ohjelmaa..
sudo apt-get install kgrubeditorJa käynistät ohjelman
kgrubeditor
(http://ubuntuguide.net/wp-content/uploads/2009/10/kgrubeditor21-488x360.png)
:D Suosikkini aikojen takaa!
-
Itsekin käytin Jauntyn aikaan kgrubeditoria mutta ei taida nykyään valitettavasti löytyä repoista. Löytyiskö sitä jostain paketinhallinnan ulkopuolelta.
-
Itsekin käytin Jauntyn aikaan kgrubeditoria mutta ei taida nykyään valitettavasti löytyä repoista. Löytyiskö sitä jostain paketinhallinnan ulkopuolelta.
:( Eipä näytäkään enää olevan.. Eikä vaikuta olevan GRUB 2 tukea.. Viimeisin paketti on karmic koalalle..
https://bugs.launchpad.net/ubuntu/karmic/+source/kgrubeditor/+bug/412437 (Jaa korjaus on mutta vain Karmicille..)
https://launchpad.net/ubuntu/+source/kgrubeditor
-
En ihan saanut täyttä kuvaa miten tuo kovo on osioitu ja minne on asennettu mitä.
1. Suorita (Alt+F2) komento:
gedit /boot/grub/grub.cfgEtsi (Gtrl+F) tekstistä "menuentry", kopioi teksti ensimmäisestä "menuentry":stä asiakirjan loppuun asti ja laita tänne.
EDIT: Ei tarvitse. Pelkkä kuvankaappaus antoi tarpeeksi informaatiota.
2. Asenna "gparted" jossei ole jo asennettuna.
Suorita (Alt+F2) komento:
gksu gparted /dev/sdaOta kuvankaappaus Gparted:n ikkunasta ja laita tänne.
Noilla tiedoilla pitäisi pystyä sanomaan onko kovolla jotain ylimääräistä ja millä tapaa grubia kannattaa siivota.
-
En ihan saanut täyttä kuvaa miten tuo kovo on osioitu ja minne on asennettu mitä.
1. Suorita (Alt+F2) komento:
gedit /boot/grub/grub.cfgEtsi (Gtrl+F) tekstistä "menuentry", kopioi teksti ensimmäisestä "menuentry":stä asiakirjan loppuun asti ja laita tänne.
Lainaus Ubuntun wikistä:
The main menu file, /boot/grub/grub.cfg, is not meant to be edited, even by 'root'.
Tuohan kirjoitetaan aina uudelleen esim. kernelin päivittyessä.
-
Lainaus Ubuntun wikistä:
The main menu file, /boot/grub/grub.cfg, is not meant to be edited, even by 'root'.
Tuohan kirjoitetaan aina uudelleen esim. kernelin päivittyessä.
Juu, mutta en sanonut että "Suorita: 'gksu gedit /boot/grub/grub.cfg' ja siivoa grub", vaan pyysin kopioimaan sieltä tekstiä että saa lisäinformaatiota. Sieltä näkee mistä ladataan mitä ja kun vielä näkee osioista kuvankaappauksen niin ossaa sanoa jos on kovolle jäänyt vanhaa linukkaa.
Ja vaikka tuota grub.cfg:tä ei ole tarkoitettu muokattavaksi niin sitä voi muokata ja itse ainakin olen muokannut. Kerneli ei kuitenkaan päivity joka viikko.
-
Miksi lähes kaikki suhtautuvat grub.cfg:n editoimiseen niin kielteisesti ettei edes editoinnin tutkimista hyväksytä? Koko netistä olen löytänyt vain yhden gurun joka sanoi että joskus harvoin editoiminen on jopa suositeltava menetelmä.
- olen editoinut grub.cfg:tä jo vuoden. Mutta apuna on ollut 'hakkerointi-ohjelma', sillä tuo editoidun grub.cfg:n ylikirjoittuminen joidenkin päivitysten yhteydessä on vain pikkuharmi ja helposti kierrettävissä. 'hakkerointi-ohjelmaa' ei kylläkään voi antaa muille, mutta se on selvittänyt ettei editoinnin kieltämiseen ole mitään syytä sillä kun editointi on tehty niin apuohjelmaa ei tarvita.
- Mikäli grub2-järjestelmä lopettaisi temppuilunsa onnistuisi editointi kuten aikoinaan menu.list:n kanssa - nopeasti, ilman apuvälineitä ja grub.cfg:hen voisi laittaa käskyjä joita automaattisesti muodostettava grub.cfg ei osaa.
- Ohjelmoijan painajainen on, että kun on tehnyt monta vuotta koodia niin joku esittää paljon paremman ratkaisun samaan ongelmaan ja tehty työ menettää merkityksensä. 'Grub.cfg-järjestelmä' onkin ohjelmoijan unelma: parilla tempulla estetään kilpailevat menetelmät.
- 'editointikietoon' voi toki olla jokin kunnollinenkin syy. Mutta kukaan ei ole vaivautunut edes vihjaamaan mikä.
-
Lainaus Ubuntun wikistä:
The main menu file, /boot/grub/grub.cfg, is not meant to be edited, even by 'root'.
Tuohan kirjoitetaan aina uudelleen esim. kernelin päivittyessä.
Juu, mutta en sanonut että "Suorita: 'gksu gedit /boot/grub/grub.cfg' ja siivoa grub", vaan pyysin kopioimaan sieltä tekstiä että saa lisäinformaatiota. Sieltä näkee mistä ladataan mitä ja kun vielä näkee osioista kuvankaappauksen niin ossaa sanoa jos on kovolle jäänyt vanhaa linukkaa.
Ja vaikka tuota grub.cfg:tä ei ole tarkoitettu muokattavaksi niin sitä voi muokata ja itse ainakin olen muokannut. Kerneli ei kuitenkaan päivity joka viikko.
Katos katos... Sisälukutaito kunniaan! Ei pitäis tällai myöhään kirjotella :)
-
Sorry palatakseni alkuviesttini. oli poissa netin ääreltä ja tällä aikaa kypsyttellin siivousta. Geparted tosiaan on käytössä ja kiintolevytiedoista tulin päätelmään ettei tuo vikaanmennyt 10.4 eka asennus kiintolevyresursseja vie. Joten grubia en lähde muokkaamaan kun vain k'ynnistän tuon oletuksena näkyvän kernel version ks. viestiketjun alkua.
Joskus jos tuo grub "valikko" ärsyttää voi sitä siistiä,
Kiitokset kaikille asiaan kantaa ottaneille.
Merkitsen osaltani ratkaistuksi.
-
update-grub -komento siivosi oman käynnistysvalikkoni. Edes synapticilla kernelien poisto ei poistanut niitä valikosta.
-
update-grub -komento siivosi oman käynnistysvalikkoni. Edes synapticilla kernelien poisto ei poistanut niitä valikosta.
Juu ei se niitä valikosta poista, mutta jos teet pelkän update-grubin niin ei sekään mitään poista jossei ensin ole synapticilla poistettu niitä paketteja.
Siis ensin ylimääräiset kernelit pois ja sitten "sudo update-grub" päätteessä.
-
tuo sudo update-grub komento tosiaan auttoi siivomaan valikko, jäljellä vielä askarruttava kysymys voiko toisen 10.4 osioista poistaa toisen viittaa osioon sda7 jossa ilmeisesti se vanhempi epäonnistunut asennus, Jos poistan gpartedilla tuon osion voinko vapautuneen tilan ottaa "paremmalle" 10.4 käyttöön.
Laitan mukaan gpartedin näytön(http://)
-
Niin se kuva tulee tässä
[ylläpito on poistanut liitteen]
-
Et tarvitse kahta swappia. Ota molemmat swapit pois käytöstä (swapoff) ja poista sitten osio /dev/sda8.
Osiolla /dev/sda7 ei ole liitoskohtaa joten sen voit myös poistaa surutta.
Toteuta muutokset ja ota sitten swap (/dev/sda6) käyttöön (swapon)
Tämän jälkeen suorita päätteessä:
sudo update-grub
Et voi laajentaa osiota /dev/sda5 kun se on liitettynä, joten...
Käynnistä kone Ubuntun levyltä ("Kokeile Ubuntua tekemättä muutoksia")
Avaa gparted, poista swap käytöstä, laajenna osio täyttämään vapautuneen tilan, toteuta muutokset ja ota swap käyttöön.
Sitten käynnistät koneen uudelleen. Valmis!
Voit vielä laajentaa osiota /dev/sda1 täyttämään varaamattoman (4,99 Gt) tilan, mutta se kannattaa tehdä Windowsin puolella esimerkiksi Easeus Partition Master (http://www.partition-tool.com/download.htm)illa.
EDIT: Osiosta /dev/sda7 on 19,72 Gt käytössä. Tee nuo osioinnit vasta kun olet varma ettei siellä ole mitään mitä haluaisit kopioida uudemman Ubuntu-asennuksen puolelle. (asiakirjoja, kuvia tms.)
-
Kiitos selkeistä ja hyvistä neuvoista. Nyt on toinen linuxin osio poistettu ja otettu hyötykäyttöön kuten hyvillä ohjeillasi tapahtuikin. Windowsin puolelle ei kovin suurta tarvetta ole muutoksia tehdä. Sieltä päin hoidan joitain ohjelmia joita linuxilla ei voi tehdä ajuriongelmien vuoksi. Pidän kuiten ohjeen mielessä.
-
editoidun grub.cfg:n ylikirjoittuminen joidenkin päivitysten yhteydessä on vain pikkuharmi ja helposti kierrettävissä.
Miten se kierretään? Editoin tuossa juuri yhdessä koneessa tuota kun ei grub muuten toiminut niinkuin piti ja olisi harmi jos ne muutokset nyt katoaa johonkin. Minkä yhteydessä ne muuten ovat vaarassa kadota, kernelin päivittyessä vai?
-
Eiköhän olisi turvallisempaa opetella Grub2:n oikea editointitapa. Ohjeet löytyvät Gru2:n dokumentaatiosta.
Kieltämättä vanha grub oli mielestäni käyttökelpoisempi ja helpommin säädettävissä. Vaan aika entinen ei koskaan enää palaa ja Grub2:n kanssa on elettävä jatkossa, joten se kannattaa opetella.
T:Jallu59
-
Eiköhän olisi turvallisempaa opetella...
Jallu puhuu viisauden sanoja.
Se Grub on ilkeän helppoa editoida suoraan. On olemassa sivistyneempiäkin tapoja. Edellisessä elämässä RedHat aikaan käännettiin sitä kerneliä aina kun joku halusi. Niistä kerneleistä tuli kyllä sen kokoisia,että kottikärryillä niitä piti siirtää.Jokakernelin käännön jälkeen piti LILOA tai Grubbia säätää. No se siitä. Nyt on aika muuttunut ja on hyvät ohjeet.
-
editoidun grub.cfg:n ylikirjoittuminen joidenkin päivitysten yhteydessä on vain pikkuharmi ja helposti kierrettävissä.
Miten se kierretään...
Kerro hiukan ympäristöstä , missä ko.koneet ovat. Tuotantoympäristö, johon tuot päivitykset? Ulkoverkossa olevat koneet, jotka päivittyvät itse. Oma kotikone, jossa on asetukset haluat pitää vakiona?
Automaattisten päivitysten yhteydessä systeemi muuttuu. Olemme kai yhtä mieltä siitä. LILO (vanhojen piippua polttavien setien muisteluita) tai GRUB konffin saa jäätymään helposti, mutta mitä järkeä on automaagisesti hakea päivityksiä? Järjestelmässä on uusi kerneli, mutta jumitettua vanhaa käytetään. Huonoimmalla yhdistelmällä sekoaa koko kioski. Fiilattu käynnistys osoittaa jonnekin mitä ei ole olemassa.
Kaikille käyttöjärjestelmä omien tarpeiden mukaan. Sitä tässä olen aiemmin esittänyt. Noi miksiei kysymykset tempoo kun ei perustele. Muuten kirjoitan sulle ohjeen miten! :D
-
editoidun grub.cfg:n ylikirjoittuminen joidenkin päivitysten yhteydessä on vain pikkuharmi ja helposti kierrettävissä.
Miten se kierretään...
Kerro hiukan ympäristöstä , missä ko.koneet ovat. Tuotantoympäristö, johon tuot päivitykset? Ulkoverkossa olevat koneet, jotka päivittyvät itse. Oma kotikone, jossa on asetukset haluat pitää vakiona?
Automaattisten päivitysten yhteydessä systeemi muuttuu. Olemme kai yhtä mieltä siitä. LILO (vanhojen piippua polttavien setien muisteluita) tai GRUB konffin saa jäätymään helposti, mutta mitä järkeä on automaagisesti hakea päivityksiä? Järjestelmässä on uusi kerneli, mutta jumitettua vanhaa käytetään. Huonoimmalla yhdistelmällä sekoaa koko kioski. Fiilattu käynnistys osoittaa jonnekin mitä ei ole olemassa.
Kaikille käyttöjärjestelmä omien tarpeiden mukaan. Sitä tässä olen aiemmin esittänyt. Noi miksiei kysymykset tempoo kun ei perustele. Muuten kirjoitan sulle ohjeen miten! :D
Vastaus kesti pitkään mutta halusin varmistautua että asiat tulevat oikein:
- grub.cfg:tä ei editoida, sillä grub2-kehittäjät ovat jättäneet kerneliin pari pommia lannistamaan editointia yrittävät. Sensijaan editoidaan itse muodostettua tiedostoa /home/Alkuvalikko/AlkuValikko joka määrätään automaattisesti kopioitumaan grub.cfg:n päälle koneen sammutuksen yhteydessä. Mutta tämä ei riitä vaan samalla täytyy myös palauttaa alkuperäinen MBR koska grub2 tekee joskus päivityksen yhteydessä uuden MBR:n joka nähtävästi voidaan sössiä monella eri tavalla.
- koska grub2:n toimintaan ei puututa ei mikään voi mennä pieleen.
- muuten asennettaessa uusi käyttöjärjestelmä grub2 ei osaa palauttaa vanhaa tilannetta ja esimerkiksi Windowsin asentamisen jälkeen koko grub.cfg:tä ei löydy. Mutta tällä menetelmällä vanhan tilanteen palauttaminen on helppoa ja Windowsin kutsu voidaan lisätä tiedostoon /home/Alkuvalikko/AlkuValikko.
- erittäin harvalla kotikäyttäjällä on tarvetta grub.cfg:n editointiin; sitä kannattaa käyttää vain mikäli käytössä on monia käyttöjärjestelmiä. Onhan editointi nopeaa ja helppoa, mutta aloituskynnys on korkea, sääntöjä on useita ja editointi edellyttää jatkuvaa työtä.
- Turvapäivitykset täytyy asentaa heti kun ne tulee ja samalla voi asentaa muutkin päivitykset sillä ei grub.cfg eikä MBR voi muuttua jollei erikseen käske. Ja live-CD:ltä tai jostakin voi editoida vaikka automaatti-päivitys olisi saanut koneen boottaamattomaan tilaan.
- käytän GrubEditiä yksinomaan monissa kotikoneissani.
- Haluan pitää alkuvalikkoni vakioina. Mutta jos muutoksia tarvitsee tehdä on se nopeaa.
- Koneissani on useampia käyttöjärjestelmiä ja varsinkin huoltotöihin tekemäni USB-kovalevyn vaatima "kaksiulotteinen" alkuvalikko on ollut haastava.
- Tottakai GrubEditillä on myös huonot puolensa koska olen GrubEditin ainoa ja erittäin rajoittunut kehittäjä. Mutta pariin kuukauteen ei ole tarvinnut GrubEditin toimintaan puuttua omissa koneissani ja sitä ennenkin vain harvoin.
- GrubEditiä ei voi voi vielä jaella sillä toistaiseksi se sisältää automaattisia, hakkerointiin hyvin soveltuvia osia = pääset mihin hyvänsä Linux-koneeseen sisään pääkäyttäjäksi ilman salasanaa.
-
- GrubEditiä ei voi voi vielä jaella sillä toistaiseksi se sisältää automaattisia, hakkerointiin hyvin soveltuvia osia = pääset mihin hyvänsä Linux-koneeseen sisään pääkäyttäjäksi ilman salasanaa.
krakkerointiin