USB TIKULLE 16.04 - ei kaynnisty -vain initramfs

[Postimies]

Tikuilla grub:ia ei siis asenneta esim. /dev/sdb vaan /dev/sdb1, riippuen toki monista seikoista,
joita nyt ei tarvitse arvailla. Biossista määriteltynä käynnistyminen ulkoiselta USB-tikulta nyt
käynnistyisi, kuten on tarkoitus.

Kun käytössä Bioss ja mbr levy riittää grub-install /dev/sdb
Kun käytössä UEFI niin grub-install --target=x86_64-efi --efi-directory=/boot
efi-directory voi aiheuttaa ongelmia.
Joskus pitää antaa kirjoitusoikeus mount -o remount,rw /sys/firmware/efi/efivars

Pitää muistaa, että jotkut emon valmistajat hyväksyvät vain /efi/boot/ kansion  .EFI tiedostolle. grub-install --target=x86_64-efi --efi-directory=/boot --removable pistää grubx64.efi tiedoston oletuspaikalle. kansio pitää olla liitettynä.

Toisen asennuksen grub-install on kätevä komento. Sillä voi tosiaan helposti korjata vioittunut lataajan asennus. Ja voihan loput systeemistä olla nopeammalla levyllä kuin tikulla. levyliitokset voi tehdä melko vapaasti. Systeemi melko turvallinen kun lataaja ja kerneli tikulla ja loput salatulla levyllä.

[juyli]

Tikuilla grub:ia ei siis asenneta esim. /dev/sdb vaan /dev/sdb1

Hmm, onko sinulla tähän joku tietolähde?

Ihan perustuu omakohtaiseen kokemukseen. Tarkistan asian, kun seuraavan kerran asennan Linux-jakelun (korkkaamattomalle) usb-tikulle. Todennäköisesti kevään kuluessa testaan jotakin Ubuntu/Xubuntu 20.04 Beta -versiota.

Yleensä Grubin alkulataaja asennetaan tikullakin MBR:ään, eikä osiolle.

Toki näin yleensä tehdään. Tarkistan väittämäni, ja seison korjattuna, jos jo useille
tikuille kokeilemani grub-install komentoni levyosiolle ei toimi.

[Postimies]

Suosittelen lukemaan Wikistä vaikka Gentoon tai Arch Linuxin Grub asennusohjeen. Tosin asennusohjelma tuon lataajan asentaa yleensä ilman ongelmia. Hankalampi asia on asennusohjelmaa estää asentamasta lataajaa. Jos useita käyttöjärjestelmiä niin useampi grub asennus ei ole toivottavaa. Silloin joku muu levy, vaikka /dev/dsc1 voi olla vaihtoehto.

[Frank Zappa]

SanDisk usb3.0  32Gb ei anna asentaa grubia sdc1:lle  vaikka kuin yrittäs.  Sen saa vaan sdclle eli mbr.   Ennen eli vuonna 9-10 tälläistä onkelmaa ei enää ollu, vaan grub-install toimi niinkuin sen halusi.  Nyt tämä vanha onkelma on palannu takasin.  Tehtiinkö ennen grubin asennus paremmin kuin nykyään ?

Nyt tikulla 16.04 LTS 32-bit ja toimii hyvin  - vihdoin  ja ilman UEFIa.  Eihän Upuntu Linuxin käyttäjä  uefilla mittän tee.

Yksi asia tietysti olisi se että entä jos jättäisi sdc mbr:lle 10-200 mb tilaa, eli tyhjää ennenkuin asentaa sdc1-osion ?
Pystyiskö Upuntu Linux tuon hyväksymään?  En kuitenkaa nyt kokeile kun tikun sain toimimaan.

Mbr ei eikä myöskään grub ruvennu toimimaan gpartedilla eikä fdiskillä. Olisko pitäny kokeilla testdisckillä?
Ajoin vanhalla upuntu 14.04 LTS asennus CDllä upuntun levylle niin alkoi grub toimimaan.

Keksikääpä selitys sille  - tai nyky upuntuissa on jotain pahasti vialla ?

T:Frank Zappa 

[Postimies]

Mbr levylle grub-install /dev/sdc on oikein. Gpt tarpeen isoilla levyillä joten kyllä sillä käyttöä on. Gpt-levyllä taas pitää olla osio lataajalle. Lue se Gentoon wiki lataajan asentamisesta.

[nm]

SanDisk usb3.0  32Gb ei anna asentaa grubia sdc1:lle  vaikka kuin yrittäs.  Sen saa vaan sdclle eli mbr.

Eli mitä grub-install herjasi, kun yritit?

Ennen eli vuonna 9-10 tälläistä onkelmaa ei enää ollu, vaan grub-install toimi niinkuin sen halusi.  Nyt tämä vanha onkelma on palannu takasin.  Tehtiinkö ennen grubin asennus paremmin kuin nykyään ?

En oikein ymmärrä, miksi haluaisit asentaa Grubin osiolle MBR:n sijaan (ellei kyseessä ole UEFI-asennus)? Silloinhan tarvitset jonkun toisen lataajan, joka jotenkin paikantaisi osiolle asennetun Grubin? Mikä lataaja se olisi?

Yksi asia tietysti olisi se että entä jos jättäisi sdc mbr:lle 10-200 mb tilaa, eli tyhjää ennenkuin asentaa sdc1-osion ?
Pystyiskö Upuntu Linux tuon hyväksymään?  En kuitenkaa nyt kokeile kun tikun sain toimimaan.

Hyväksyy toki, mutta tyhjä tila ei vaikuta Grubin asentumiseen tai toimintaan mitenkään.

Mbr ei eikä myöskään grub ruvennu toimimaan gpartedilla eikä fdiskillä. Olisko pitäny kokeilla testdisckillä?
Ajoin vanhalla upuntu 14.04 LTS asennus CDllä upuntun levylle niin alkoi grub toimimaan.

Keksikääpä selitys sille  - tai nyky upuntuissa on jotain pahasti vialla ?

Selittäminen edellyttäisi selkeämpää selvitystä ongelmasta ja löydetystä ratkaisusta. 
Eli 16.04:n asennus ei suoraan onnistunut, vaan jouduit tekemään 14.04:n asennuslevyllä jotain toimenpiteitä? Vai päivititkö 14.04-asennuksen 16.04:ksi?

[Frank Zappa]

"Eli mitä grub-install herjasi, kun yritit?"    Ei mitään - seurakset voit lukea yllä olevat keskustelut ensimmäisestä lähtien.

"En oikein ymmärrä,..."     Kokemuksesta,  olen aina asentanu grubin sdc1:lle  !

"Hyväksyy toki, mutta tyhjä tila ei vaikuta Grubin asentumiseen tai toimintaan mitenkään."  En olis varma tuosta ollenkaa,  upuntu saattaa seota  tapauksesta riippuen....

En - vaan ensin asensin 14.04 usb:lle, jolloin usb ja sen boot grub alkoi toimimaan normaalisti.
Lienee sdc0 eli mbr ja sdc1 oli menny jotenkin sekasin tai rikki, kun alunperin ei ensimmäinen asennus 16.04 32bit käynnistyny sdc1. Sen jälkeen kokeilin kaikki vaihtoehot 16.04/18.04 LTS 32/64-bit välillä asentaen sdc0:lle ja välillä sdc1:lle. Ja aina sama lopputulos - grub ei käynnisty.
Noitten seikkojen jälkeen kokeilin gpartedia ja fdiskiä, mutta niista ei ollu apua, huomasin sen että joissain tapauksissa boot flag oli kavonnu jonnekki, mutta ei aina.

Ainoastaan kun asensin väliaikasesti 14.04 usblle, niin tällöin mbr ja sdc1 alkoi toimia normaalisti, paitsi että grubia ei saa sdc1:lle.
14.04 jälkeen levy tyhjäksi siis ja  puhdas 16.04 32-bit levylle - ja homma alko toimiin 

T:Frank Zappa 
 

[nm]

"Eli mitä grub-install herjasi, kun yritit?"    Ei mitään - seurakset voit lukea yllä olevat keskustelut ensimmäisestä lähtien.

Se kuulostaa kummalliselta. grub-installin pitäisi herjata, ettei operaatio onnistu ellet pakota sitä --force -parametrilla, ja silloin on syytä tehdä myös nämä toimenpiteet: https://github.com/alberthdev/alberthdev-misc/wiki/Installing-GRUB2-to-a-Partition

Edelleen, tässä tapauksessa ei ole mitään käytännön syytä asentaa Grubia osiolle. Lataaja pitää joka tapauksessa asentaa MBR:ään, jos ylipäätään haluat bootata koneen kyseiseltä laitteelta (eikä kyseessä ole UEFI/GPT-asennus).

"En oikein ymmärrä,..."     Kokemuksesta,  olen aina asentanu grubin sdc1:lle  !

Ei se ole ennenkään voinut toimia, ellet asenna myös MBR:ään. Asennusohjelma tekee MBR-asennuksen puolestasi automaattisesti, ja osiolle asennettu grub on täysin tarpeeton.

En - vaan ensin asensin 14.04 usb:lle, jolloin usb ja sen boot grub alkoi toimimaan normaalisti.

Eli 14.04:n asennusohjelma asensi onnistuneesti Grubin tikun MBR:ään.

Lienee sdc0 eli mbr ja sdc1 oli menny jotenkin sekasin tai rikki, kun alunperin ei ensimmäinen asennus 16.04 32bit käynnistyny sdc1. Sen jälkeen kokeilin kaikki vaihtoehot 16.04/18.04 LTS 32/64-bit välillä asentaen sdc0:lle ja välillä sdc1:lle. Ja aina sama lopputulos - grub ei käynnisty.

On täysin mahdollista, että 16.04:n ja 18.04:n asennusohjelma asentaa Grubin väärään paikkaan, vaikka valitsisit manuaalisessa osioinnissa kohteeksi tikun. Riski kasvaa, jos koneeseen on kytketty muita levyjä tai jos asennus on käynnistetty UEFI-tilassa. Tällöin ongelman voi joutua korjaamaan itse, kuten ketjussa on aiemmin ohjeistettu.

Noitten seikkojen jälkeen kokeilin gpartedia ja fdiskiä, mutta niista ei ollu apua, huomasin sen että joissain tapauksissa boot flag oli kavonnu jonnekki, mutta ei aina.

Bootable-flagilla ei ole nykyisin muuta merkitystä kuin se, että jotkut biosit saattavat tarkistaa, onko laitteella yhtään bootattavaksi merkittyä osiota. Jos ei ole, bios voi ohittaa laitteen käynnistysjärjestyksestä riippumatta.

Ainoastaan kun asensin väliaikasesti 14.04 usblle, niin tällöin mbr ja sdc1 alkoi toimia normaalisti, paitsi että grubia ei saa sdc1:lle.

Eikä ole syytä saadakaan.

[Postimies]

Vielä kerran grub-install /dev/sdX   jossa X on tikun tunnus riittää asennukseen. Lisäksi voi komentaa grub-mkconfig -o /boot/grub/grub.cfg - yleensä turha, koska asennus tekee tuon automaatisesti ja löytää kernelin. Jos /boot on omalla osiolla se pitää tietysti liittää ensin. Käynnistyksessä /boot osio ei tarvitse olla liitettynä (fstab). Toki kun päivittää kernelin ja sitten lataajan pitää /boot liittää tiedostojärjestelmään. Vain vanhoissa koneissa ja käytettäessä isoa levyä voi olla tarpeen tehdä /boot-osio levyn alkuun.

Kun grubin valikko ilmestyy on helppoa editoida valikkoa. Pistää kursorin kernelin kohdalle ja poistaa lopusta osan. Nyt tab-näppäin täydentää rivin ja näyttää mitä kerneleitä kansiossa on. Jos kerneli on erillisellä osiolla voi käyttää käynnistykseen esim riviä
linux (hd1,msdos2)/vmlinuz-4.4.199-gentoo  Tuo käynnistää koneen kernelillä joka on toisessa levyssä ja osiolla 2 (mbr-levy). Jos kerneli löytyy käynnistyy konekin.

[jekku]

....
Tuo käynnistää koneen kernelillä joka on toisessa levyssä ja osiolla 2 (mbr-levy). Jos kerneli löytyy käynnistyy konekin.

Joskus kikkailin tuonkaltaisilla valinnoilla.
Mutta ei (muistaakseni) käynnistänyt konetta uudelleen vaan alkoi suoraan ladata pyydettyä käyttistä?

[juyli]

Hmm, onko sinulla tähän joku tietolähde? Yleensä Grubin alkulataaja asennetaan tikullakin MBR:ään, eikä osiolle.

Korjaan nyt virheellistä vihjettäni. Asensin Xubuntu Focal Fossan esiversion muistitikulle. Grub:in asennusyritys /dev/sdX1:lle tarjosi vihjeeksi:
sudo grub-install /dev/sdX1
Asennetaan i386-pc-alustalle.
grub-install: varoitus: Tiedostojärjestelmä ”ext2” ei tue upotusta.
grub-install: varoitus: Upottaminen ei ole mahdollista.  GRUB voidaan asentaa tällä asetuksella vain käyttäen lohkoluetteloja.  Lohkoluettelot ovat kuitenkin EPÄLUOTETTAVIA ja niiden käyttöä ei suositella..
grub-install: virhe: ei jatka lohkoluetteloasennusta.
Komento USB-tikun /dev/sdX:lle tuotti seuraavan ilmoituksen:
sudo grub-install /dev/sdX
...:
Asennetaan i386-pc-alustalle.
Asennus on päättynyt. Virheitä ei löytynyt.