Grub kateissa (Ratkaistu)

[Hannu Mikael]

Koneessa IDE-levyjä 2 kpl, joista master-levyssä XP ja slavessa oli Ubuntu 10.04.
Aiemmin slaveen sai asennettua minkä hyvänsä Ubuntu- tai Mint-version, ja aina asiaankuuluvasti ilmestyi toimiva Grub, mutta nyt niin Ubuntu 12.04:n kuin Mint 13:n slave-levyyn asennuksen jälkeen näytölle jää vain "grub rescue" eikä mitään ole käynnistettävissä.
Onko helppoa ohjetta ongelmaan?

[Daneli]

Todennäköisesti uudelleen asennuksen yhteydessä meni grub toiselle levylle. Vaihtamalla toinen asema buuttaavaksi saattaa tuo grub löytyä. Luultavasti tuo herja tulee vanhan asennuksen grubista.

[Ubumpi]

Koneessa IDE-levyjä 2 kpl, joista master-levyssä XP ja slavessa oli Ubuntu 10.04.
Aiemmin slaveen sai asennettua minkä hyvänsä Ubuntu- tai Mint-version, ja aina asiaankuuluvasti ilmestyi toimiva Grub, mutta nyt niin Ubuntu 12.04:n kuin Mint 13:n slave-levyyn asennuksen jälkeen näytölle jää vain "grub rescue" eikä mitään ole käynnistettävissä.
Onko helppoa ohjetta ongelmaan?

On.

Jos aivan välttämättä haluat pitää XP:n, hanki suosiolla myös toinen kone, vaikka mikä käytöstä poistettu ja laita siihen Ubuntu. Hanki lisäksi tämä laite tai vastaava:
http://data-systems.fi/product_info/5178/3659

Sama kapine sisältäen myös äänipiuhat:
http://data-systems.fi/product_info/5178/3250


Itselläni on noista ensimmäinen. Sen avulla kaksi konetta yhdistetään samaan näyttöön, hiireen ja näppäimistöön. Toimii heittämällä eli mitään ajureita ei asenneta. Näppäinyhdistelmällä sitten vaihdetaan toiseen koneeseen, jos nyt kaksi konetta sattuu olemaan päällä. Toisella koneella kannattaa olla vain XP, toisella Ubuntu.

Ratkaisu eroaa dual bootista käytön kannalta siten, että siinä ei voi Ubuntusta katsella XP:n tiedostoja.

Se on ihan hyvä ratkaisu, jos on vielä tarvetta Windowsille.


Miksi sitten et ole onnistunut dual boottia tekemään, niin luultavasti olet kokenut saman kuin minäkin. Jäljet vievät sylttytehtaalle, tällä kertaa Adobe-nimisen yrityksen suuntaan. Heidän tuotteensa on mennyt asentamaan boottisektorille jotain. Tutustumalla Adoben tuotteisiin, voi huomata ettei heillä olisi ollut mitään asiaa mennä sinne. Tilannetta voi verrata siihen, että Fiat-ryhmän kanssa yhteistyötä tekevä perävaunuja tekevä yritys olisi sabotoinut kaikkien Volvojen käynnistysmoottorit.

Kaiken lisäksi, jos tuota Flexnet-sovellusta yrittää poistaa väkisin, on vaarana korruptoida koko tiedostojärjestelmä, jolloin voi mennä sekä Windows ja/tai Ubuntu.

Tässä Flexnet-ohjelmasta:

Issues with Bootloaders

Due to the inappropriate way the Digital rights management (DRM) works in FlexNet Publisher, it damages bootloaders; this makes FlexNet Publisher incompatible with drives encrypted with TrueCrypt[4] and renders Linux-based systems unable to boot.[5][6]
http://en.wikipedia.org/wiki/FlexNet_Publisher

Se siis vahingoittaa käynnistyslataajia, joka Grubkin on.


Toisin sanoen, minusta näyttää että peli on mennyt todella likaiseksi. Ei Adoben pojat niin taitamattomia ole, että eksyisivät vahingossa boottisektorille ja vieläpä niin, että se haittaa Linux-järjestelmiä. Siitä syystä ehdotan, että luovut korjausyrityksistä, ne kun voivat todella tehdä pahaa tuhoa. Ota myös varmuuskopiot. Käytä livelevyä, tai Usb-tikkua.

Korjausohjeita tilanteeseen kyllä on tarjolla, mutta saadun näytön perusteella olen alkanut epäillä Windows-puolen jatkossakin kehittävän jotakin vastaavaa ellei vielä pahempaa.


Enää en voi suositella dual boottia. Jos jotakin suosittelen, niin kehittämään tietoteknisen suunnitelman siirtymiseksi pois kaikista Windows-sidonnaisuuksista. Siitä firmasta on vain haittaa.


Jos kuitenkin haluat komentoriviltä yrittää ratkaista ongelman, niin katso tämä:
http://computers-linux-other-nonsense.blogspot.fi/2011/03/flexnet-sector-32.html

Sieltä sinua ilmeisesti koskee tämä osuus:

Or just the sector 32 :
sudo dd if=/dev/zero of=/dev/sda bs=512 count=1 seek=32

Seems that there are several other programs that perform similar tricks.

To chroot and reinstall grub

sudo mount /dev/sda1 /media/sda1

sudo mount --bind /dev /media/sda1/dev
sudo mount --bind /proc /media/sda1/proc
sudo mount --bind /sys /media/sda1/sys
sudo chroot /media/sda1

sudo update-grub

Operaatiot pitää sinun osata kohdentaa oikeille levyille eli sinun tulee selvittää kumpi levysi on sda ja kumpi sdb. Niistä annoin ohjeita aikaisemmin.

Koska halusit yksinkertaiset ohjeet, joudun valitettavasti tarjoamaan tuon ylempänä esitetyn eli lihavoidun. Maksullista, mutta sitäkin asiantuntevampaa apua saat täältä:
http://linux-tuki.fi/


Ehkäpä kaikista yksinkertaisinta on siis siirtyä pelkästään Ubuntun taikka Mintin käyttäjäksi.



P.S.

Jos nyt satut ostamaan juuri mainitsemani kvm-kytkimen, niin huikkaapa mikä se näppäinyhdistelmä taas olikaan  

[Daneli]

Jos  kokeilet buutata toiselta kovallevyltä (muuta biosista vaan booti järjestys) ja jos ubuntu boottaa niin sitten vaan pidät asetukset.

Koodia: [Valitse]

sudo update-grub niin saat lisättyä xp grubiin ellei ole jo siellä.

[Ubumpi]

Jos  kokeilet buutata toiselta kovallevyltä (muuta biosista vaan booti järjestys) ja jos ubuntu boottaa niin sitten vaan pidät asetukset.

Koodia: [Valitse]

sudo update-grub niin saat lisättyä xp grubiin ellei ole jo siellä.

Noin se homma meni ennen. Sitten tuli Flexnet, joka sotkee mm. Ubuntun Grubin. Selvittelin asiaa, kun epäilin että ongelmia tulee jatkossa lisää. Ikävä kyllä taisin olla oikeassa. Ongelman korjanneet kertoivat Flexnetin tulleen heti takaisin:

But i have still a problem, after a while i got the same error, where Grub did not start and realized that FlexNet is in the MBR again. I think it was some automatic updater or something like that.

Does anybody know how to wipe FlexNet completely out from my system?
Alp82

Re: Sector 32 FlexNet Problem -- Grub
Yeah I had the same problem- after I uninstalled it, I noticed it came right back.

http://ubuntuforums.org/showthread.php?t=1661254


Kaiken lisäksi ketjussa kerrottiin, että kun Ubuntun väki oli tutkinut asiaa, he havaitsivat kuinka muitakin Windows-ohjelmia alkaa tunkea boottisektoria sotkemaan, ei vain Flexnet:

"It is not just Flexnet which may be part of many different windows programs. Colin Watson from the grub2 team was looking for disk signatures as the windows software kept overwriting grub2. They obviously now have a workaround for flexnet, but may not for all software. Just be aware of other windows programs also."

[olau]

Yksi keino on asentaa Grub-alkulatausohjelma USB-tikulle ja käynnistää kone aina tikun kautta. Tikulle voi asentaa myös yhden version alkulatausohjelmasta varalle. Jos kiintolevyn Grub sekoaa, koneen saa käyntiin tikulta.

[oobetimer]

Yksi keino on asentaa Grub-alkulatausohjelma USB-tikulle ja käynnistää kone aina tikun kautta. Tikulle voi asentaa myös yhden version alkulatausohjelmasta varalle. Jos kiintolevyn Grub sekoaa, koneen saa käyntiin tikulta.

+1 

http://forum.ubuntu-fi.org/index.php?topic=34878.msg273148#msg273148

[olau]

Grub-alkulatausohjelman voi jo Ubuntun asennuksen aikana sijoittaa USB-muistitikulle. Toimivassa asennuksessa varmuuskopion voi tehdä tikulle kirjoittamalla päätteessä komennon sudo grub-install /dev/sdc (jos tikku on sdc). Jos Grub ei asennu tikulle, tikun osiointi voi auttaa.

[LK]

Grub kateissa täälläkin.

Asensin 12.04 ubuntun läppäriin, jossa oli alunperin tehdasasennettu win 7.

No Grub menikin USB tikulle. Ei voi bootata, jos USB tikku ei ole paikallaan.

Tein siis sellaisen asennuksen, jossa poistin kaikki alkuperäiset osiot, sillä windowsia en tarvitse.

Miten saan Grubin asennettua kovalevylle, joita on yksi kappale?

[Tomin]

Grub kateissa täälläkin.

Asensin 12.04 ubuntun läppäriin, jossa oli alunperin tehdasasennettu win 7.

No Grub menikin USB tikulle. Ei voi bootata, jos USB tikku ei ole paikallaan.

Tein siis sellaisen asennuksen, jossa poistin kaikki alkuperäiset osiot, sillä windowsia en tarvitse.

Miten saan Grubin asennettua kovalevylle, joita on yksi kappale?

Jos osioit itse, valitse Grubin asennuspaikaksi kiintolevy siitä osioiden listan alapuolelta. Yleensä oikea vaihtoehto on /dev/sda (pitäisi tietysti nähdä myös siitä listasta, jossa osiot on listattuna, että sda löytyy kaikista). Jostain syystä tuo Ubuntun asennin näkyy valitsevan oletuksena muistitikun Grubin asennuspaikaksi (huomasin, kun asensin yhteen miniläppäriin).

Sen Grubin voi asentaa myös jälkikäteen kiintolevylle siitä asennetusta järjestelmästä, kerta sen saat käyntiin tikun kanssa. Jotakuinkin tämmöisellä komennolla:

Koodia: [Valitse]

sudo grub-install --boot-directory=/boot /dev/sda Tuossakin oletetaan, että se kiintolevy on /dev/sda.

[LK]

Ei ole ennen näin käynyt, kun olen USB:ltä asentanut. No, tein vielä toisen uudelleenasennuksen, tällä kertaa CD:ltä. Nyt meni kerralla oikein.

Ensimmäisellä kerralla katsoin ensin osiointityökalulla mitä osioita tähän läppäriin oli asennettu, windows kun ei näytä piilossa olevia. Sitten menin takaisin ja nappasin sen automaattisen valikon. Näin en ole aiemmin toiminut, vaan olen aina suoraan napannut sen automaattisen ehdotuksen. Ehkä asennustyökalussa on joku bugi?

Oli miten oli, nyt homma onnistui ja boottikin toimii.

Grubin asennusta saa siis harjoitella, joku toinen kerta.

[Tomin]

Ei ole ennen näin käynyt, kun olen USB:ltä asentanut. No, tein vielä toisen uudelleenasennuksen, tällä kertaa CD:ltä. Nyt meni kerralla oikein.

Ensimmäisellä kerralla katsoin ensin osiointityökalulla mitä osioita tähän läppäriin oli asennettu, windows kun ei näytä piilossa olevia. Sitten menin takaisin ja nappasin sen automaattisen valikon. Näin en ole aiemmin toiminut, vaan olen aina suoraan napannut sen automaattisen ehdotuksen. Ehkä asennustyökalussa on joku bugi?

Joo, näyttää, että se haluaa asentaa oletuksena Grubin väärälle levylle jos yrittää asentaa muistitikulta. Johtuisiko nyt sitten siitä, että kone on käynnistetty muistitikulta. En löytänyt bugiraporttia eilen kun tarkistin.
https://bugs.launchpad.net/

[vartsu]

Tuota ohjetta kannattaa myös kokeilla jos grubin kanssa on ongelmia, suht helppo käyttää.

https://help.ubuntu.com/community/Boot-Repair

Tuolla voi säätää grubia aikaslailla, jopa graafisessa tilassa.
Toimii live-levyltä ohjeiden mukaan.

[Hannu Mikael]

Jos  kokeilet buutata toiselta kovallevyltä (muuta biosista vaan booti järjestys) ja jos ubuntu boottaa niin sitten vaan pidät asetukset.

Koodia: [Valitse]

sudo update-grub niin saat lisättyä xp grubiin ellei ole jo siellä.

Pitäisikö boottijärjestys muuttaa BIOS:issa levyjen osalta päinvastoin, eli Ubuntun Slave ensin, ja XP:n Master sen jälkeen jo ennen asennusta vai jälkeen. Vai onko sillä merkitystä?
Hirvittää etukäteen, kun XP sekä Mintit ja Ubuntut tullut tahkottua uusiksi jo monta kertaa.
Nyt Slave:ssa majailee Mint 9, joka teki grubin toimivaksi, kuten ennenkin. Niin olisi tehnyt myös Ubuntu 10.04.

EDIT:
Ketjuun tuli toinen hieman erityyppinen grub-ongelma, mutta omassani Danell oli oikeassa.
Asensin Xubuntu 12.04:n Slave-levyyn ja asennuksen jälkeen sama grub rescue taulussa, sen jälkeen BIOS:iin, ja siellä levyjen käynnistysjärjestyksen vaihto, eli Slave ensimmäiseksi levyksi.
Grub ilmestyi ja siinä myös toisen levyn XP valmiina.
Jostain minulle tuntemattomasta syystä uudet Ubuntu/Xubuntu 12.04 ja Mint 13 asentavat grubin eri levyyn, kuin aikaisemmat versiot.

[juyli]

Jostain minulle tuntemattomasta syystä uudet Ubuntu/Xubuntu 12.04 ja Mint 13 asentavat grubin eri levyyn, kuin aikaisemmat versiot.

Ehkä ongelmasi syy on siinä, että Linux ei käytä levyjen määrittelyssä bios-palveluja. Eli levyjen järjestys voi Linux:in kannalta on toinen kuin biossissa määritelty. Bios kuitenkin yrittää käynnistää järjestelmää Biossissa määrittellyn levyn MBR:stä. Jos Linux-kernel on toista mieltä tuosta levystä, ei käynnistyslataajaa löydy.
Tuosta syystä nykyisin on käytössä UUID-määritys levyosioden löytämiseksi aiempien suorien osioiden sijaan (esim. root=/dev/sda1 vs. root=UUID=4065dea7-62e3-4c27-b08c-70b3a66b659d ).
Grub:in asentaminen ei ole vaikeaa jälkikäteenkään (usb-tikku-asennusmedialta/cd-asennusmedialta jne.) , ja tarvittaessa grub on asennettavissa vaikka useammalle levylle (tai vaikka usb-tikulle):
grub-install /dev/sda ja grub-install /dev/sdb jne. jolloin bios:kin pysyy mukana

Vaihtelemalla biossissa käynnistettävän (MBR) levyn paikkoja (master/slave), on helposti kehiteltävissä tilanne, ettei grub asennu sinne minne pitäisi _Biossin_ kannalta.

[ajaaskel]

EDIT:
Ketjuun tuli toinen hieman erityyppinen grub-ongelma, mutta omassani Danell oli oikeassa.
Asensin Xubuntu 12.04:n Slave-levyyn ja asennuksen jälkeen sama grub rescue taulussa, sen jälkeen BIOS:iin, ja siellä levyjen käynnistysjärjestyksen vaihto, eli Slave ensimmäiseksi levyksi.
Grub ilmestyi ja siinä myös toisen levyn XP valmiina.

Jostain minulle tuntemattomasta syystä uudet Ubuntu/Xubuntu 12.04 ja Mint 13 asentavat grubin eri levyyn, kuin aikaisemmat versiot.

Aloin myös miettiä lieneekö Grubin asennusohjelmissa jotain muuttunut.  Itselläni on pitkään ollut käytössä kaksilevyinen kone ja molemmilla levyillä Grub eli on käynnistynyt kummalta levyltä vain.   Silloin kun tuon alkuaan rakensin ei ollut mitään hankaluutta saada sitä kasalle.
Uusin äskettäin ensimmäisen levyn tähän niin että kopioin GpartedIn avulla vanhan osion uudelle levylle. Korjasin uuden levyn UUID: n sekä fstabin jotta sen saisi samaan aikaan käyttökelpoiseksi kuin vanhakin levy. Laitoin uuden levyn ensimmäiseksi levyksi ja kaikki meni muuten ok mutta Grubin kanssa jouduin merkillisyyksiin.   Yritin vanhaan tyyliin asentaa Grubin sille ensimmäiselle levylle eli tein näin:   Käynnistysvaiheessa F11 nappia koneelle, bios: in antamasta menusta valitsin käynnistylevyksi toisen levyn (eli nyt se vanha levy vielä) ja kone käyntiin ok.  Grubin asennus tavalliseen tapaan ensimmäiselle levylle (=uusi levy) kuten se tehtäisiin jos koneen käynnistää CD: ltä:

Koodia: [Valitse]

sudo mount /dev/sda1 /mnt

sudo grub-install --boot-directory=/mnt/boot /dev/sda  

Tuossa esimerkissä se käynnistettävä Ubuntu on "sda1" -osiossa ja Grubin pitäisi mennä ensimmäisen levyn alkuun (olin tarkastanut "sudo blkid" -komennolla että "sda" on se ensimmäinen levy).  

Tulos oli aika merkillinen:  Grub oli laittanut toisen levyn UUID: n käynnistettäväksi.  Näin tuon kahta eri tietä:  

• "df -h" näytti käynnistyksen tapahtuneen toiselta levyltä
•  Pysäytin Grubin käynnistymisen ja katsoin "e" (eli edit) komennolla mitä siellä oikeasti on.

 
Yritin korjata tilannetta eri kikoilla (koko ajan kiintolevykäynnistyksellä) ja vaihdoin käsin tuon UUID: n. Ylätyin hieman kun jäljitin Grubin liikkeitä käynnistysvaiheessa että se aloitti oikein ensimmäiseltä levyltä mutta hyppäsi jatkamaan toiselta levyltä  --- liike jota en aivan ymmärrä --- ja jatkoi käynnistymisen sieltä.  Yritin myös temppua missä "grub-install" -ohjelmalle tarjotaan suoraan haluttua UUID: tä kuten näin eräässä tekstissä, tuo ei kuitenkaan toiminut.
Tilanne korjaantui kun käynnistin CD: ltä ja asensin samoilla komennoilla kuin ennenkin.  Äkkiä ajatellen tuossa ei pitäisi olla mitään eroa, käynnistys on molemmissa tapauksissa tapahtunut eri levyltä kuin minne asennusta ollaan tekemässä.        
Huomasin myös toisen asian joka voi liittyä (tai sitten ei) samaan:   "os-prober" ei löytänyt kuin yhden käyttöjärjestelmän eli juuri sen toisella levyllä ("sdb") olevan jota Grub itsepäisen sinnikkäästi halusi käynnistää vaikka yritin opastaa sitä ensimmäiselle levylle.

[juyli]

Huomasin myös toisen asian joka voi liittyä (tai sitten ei) samaan:   "os-prober" ei löytänyt kuin yhden käyttöjärjestelmän eli juuri sen toisella levyllä ("sdb") olevan jota Grub itsepäisen sinnikkäästi halusi käynnistää vaikka yritin opastaa sitä ensimmäiselle levylle.

Mielestäni grub2 on ihan hienosti löytänyt eri levyillä ja levyosiolla olevat käyttöjärjestelmät, mutta nyt olen todennut, ettei kaikki ihan vaivatta ole löytyneetkään
Liittämällä haluttu osio järjestelmään, löytää myös grub nuo "kadonneet" järjestelmät - ja käynnistää ne mukisematta. Tuo on kuitenkin selkeästi (os-prober) ohjelmointivirhe (bugi)

Tuo jotenkin vastaa tilannetta, jossa irroitettavilla medioilla (kuten USB-tikku), on järjestelmä, jonka grub etsii ja liittää ongelmitta /boot/grub/grub.cfg -tiedostoon, kunhan ko. tikku/laite on liitetty järjestelmään.
Pääkäyttöjärjestelmäni on Fedora, jonka grub2:ta oletuksena nykyisin käytän, joten en mene takuuseen, että Ubuntun grub (grub2 ja sen os-prober) tekisi saman virheen.
rpm -qa | grep grub
grub-efi-0.97-93.fc17.x86_64
grub2-2.0-0.25.beta4.fc17.x86_64

[Postimies]

Mikäs tuo Flexnet on? Itsellä W7 ja sen perässä Kubuntu. Kai pitää pistää tuo Grub varmuudeksi tikulle, jos vaikka sattuisi katomaan. Itsellä 3 kpl levyjä kiinni ja Hyvin tuo update-grub on noita systeemejä löytänyt.