Kirjoittaja Aihe: grub käynnistysvalikon siivous (Ratkaistu)  (Luettu 8032 kertaa)

Housuvelho

  • Käyttäjä
  • Viestejä: 56
    • Profiili
Vs: grub käynnistysvalikon siivous (Ratkaistu)
« Vastaus #20 : 08.08.10 - klo:01.00 »
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.
Kone 1. AMD Athlon 64 X2 Dual 5200+, 4GB DDR2 800MHz single, ATI Radeon HD 4800 series 512MB, 320GB sata, Ubuntu 10.04 64bit
Kone 2. EeePc 900 Intel, kesken..., Ubuntu 10.04 i386 netbook

Housuvelho

  • Käyttäjä
  • Viestejä: 56
    • Profiili
Vs: grub käynnistysvalikon siivous
« Vastaus #21 : 08.08.10 - klo:01.47 »
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
« Viimeksi muokattu: 08.08.10 - klo:01.50 kirjoittanut Housuvelho »
Kone 1. AMD Athlon 64 X2 Dual 5200+, 4GB DDR2 800MHz single, ATI Radeon HD 4800 series 512MB, 320GB sata, Ubuntu 10.04 64bit
Kone 2. EeePc 900 Intel, kesken..., Ubuntu 10.04 i386 netbook

petteriIII

  • Käyttäjä
  • Viestejä: 660
    • Profiili
Vs: grub käynnistysvalikon siivous
« Vastaus #22 : 10.10.10 - klo:07.40 »
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.

Storck

  • Vieras
Vs: grub käynnistysvalikon siivous
« Vastaus #23 : 10.10.10 - klo:10.18 »
 
- 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