Dotaz: Boot chaoz

[Petr Fiedler]

Zdarec borci,

tak jsem tu zase. Tentokrát mám problém s Grubem. Mám v pc 3 disky:

sda
sda1  Winloader
sda2  Windows
sda3  DATA
sda4  Linux Mint

sdb
sdb1  ZÁLOHY

sdc
sdc1  Linux Mint
volné místo

Učím se pracovat s Linuxem a tak jsem si dnes na sdc vytvořil partyšnu a nainstaloval na ní poslední verzi Mintu. Chtěl jsem jí ale také mít na sda4 a tak jsem Clonezillou zazálohoval sdc a pak jsem spustil Clonezillu a spustil restoreparts sdc1 > sda4. Problém je, že mi teď dost zlobí bootování a nevím co s tím. Původní nabídka Grubu na sda je pryč a vypadá to, že je tam v nabídce jen ten obnovený systém, ale když jej spustím, tak se mi nespustí systém na sda4, ale na sdc1. Když při startu pc vyvolám boot menu a vyberu sdc (boot priority = sda, sdb, sdc), tak v nabídce Grubu vidím nabídku z sda obohacenou o ten nově nainstalovaný Mint. Takže když chci spustit Windows na sda2, musím v boot menu vybrat sdc a tam pak Windows. Když chci spustit Mint na sda4, musím v boot menu vybrat sdc a pak vybrat Mint na sda4, ale spustí se místo něj Mint na sdc1. Chápu, že je pro vás těžké se v tom orientovat. Pro mě taky bylo. Je 00:37 a hraju si s tím od 10:00 h. Prostě když to zhrnu:

Linux na sda4 nelze zavést. Když to dělám z sda, spustí se Linux na sdc.
Když chci spustit Windows na sda2, musím kvůli tomu napřed spustit sdc.

Myslím, že nabídka Grubu na sdc je v pořádku. Zlobí jen ta na sda. Z Mintu na sdc jsem spustil

sudo update-grub

ale nepomohlo to. Tak jsem pak z sdc ještě zkusil

mount /dev/sda4 /mnt

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

ale taky to nepomohlo. Zkusil jsme i obnovit Clonezillou partyšnu sda1 (Winloader), ale taky to nepomohlo. Nevíte, čím by to mohlo být? Věděl bych si rady. Obnovil bych komplet sda (až na partyšnu s daty) a pak bych si musel ten nový Mint na sda4 nainstalovat), ale to bych se neposunul. Chtěl bych prostě pochopit, proč to tak je?

---

---

Odpovědi

[Petr Fiedler]

Ještě mě napadlo tohle. Windows se instaluje pod UEFI. Když instaluji Mint na stejnou partyšnu, tak to pod UEFI nedělám, ptotože instalátor pak hlásil, že "firmware počítače spustil instalaci pod UEFI a že pravděpodobně jeden ze systémů nepůjde zavést". Pak jsem si na další disk dal nějaké *buntu a taky ne pod UEFI. Když jsem pak při startu vybral z nabídky Grub OS, tak to spustilo jen ten, který byl na tom spouštěném disku. Takže pokud jsem v boot menu vybral disk s Ubuntu, tak jsem mohl spustit jen to Ubuntu. Mint na druhém disku mi prostě spustit nešel. Pokud jsem chtěl spustit Mint, musel jsem vybrat disk s Mintem a pak šel spustit. Ale zase nešlo spustit to Ubuntu, i když bylo v nabídce na disku s Mintem. No, a teď mi to funguje tak, že klidně z nabídky na jednom disku spustím OS na druhém disku. Jako by se to nějak přesměrovalo, nebo co? Nemůže to být tím, že se mi Clonezilla, kterou jsem tu partyšnu obnovoval PRAVDĚPODOBNĚ spustila pod UEFI? Jestli jo, co s tím?

[Petr Fiedler]

blkid
UUID /dev/sda4=UUID /dev/sdc1

Paráda Fakt masakr! Jdu editovat fstab.

[k3dAR]

priznam se ze sem cetl jen zbezne, ale urcite, kdyz obnovujes Clonezilou, tak ona udela reinstalaci Grubu a podle stripku ze grub z jednoho disku startuje system z jineho, mohlo to byt v poradku tim ze toho mas vice ale dost mozna clonezilla poradne nedomyslela co a kam a prechod na jinej cilovej oddil...
obecne by ted mohla pomoci klasika... urcit si kterej disk chces jako primarni, ktere distro jako primarni, to nastartovat (pokud to snad je nejake z tech co ti startuje(jinak treba doresit)) a v nabehlem systemu provedes:

# misto sdX dosadis ten tebou zvolenej primarni disk
sudo grub-install /dev/sdX

# tohle by melo (je vyzadovan os-prober balicek a NEzakazano v /etc/default/grub = oboje je v *buntu vychozi)
# krome dotupnych jader aktualniho systemu, pridat do grub nabidky (v aktualnim /boot/grub) vssechny ostatni nalezene GNU/Linux i Windows na vsech ostatnich diskach
sudo udpate-grub

[Petr Fiedler]

No tohle jsem v podstatě dělal, ale nepomohlo to. Psal jsem to výše. Zjistil jsem, že sda4 a sdc1 mají stejné UUID. Spustil jsem tedy z sdc1 GParted a změnil UUID sda4. Pak mi ale sda4 z sdc1 nešla připojit a tak jsem vzal flešku, na které mám Linux, nabootoval jsem z ní a v GParted jsem změnil UUID i pro sdc1. Pak jsem připojil sdc1 a do fstab jsem vložil tohle nové UUID pro sdc1. Jak jsem byl překvapen, že po rebootu systém nenaběhl. Vypsalo to, že prvotně je třeba spustit kernel, nebo tak něco a bylo tam zmíněno to staré UUID. Takže teď už mi nejde zavést ani jeden Linux, který mám nainstalovaný v pc. Jedině z flešky. V pc mi jedou teď jen Windows. Má tohle nějaké řešení? Obnovit Clonezillou sdc je snadné, ale zajímá mě, jak se to dá řešit?

[Petr Fiedler]

Po zadání toho nového UUID jsem samozřejmě vyupdatoval Grub. Ale to bylo k ničemu.

[Petr Fiedler]

Tak. Sda i sdc jsem obnovil Clonezillou a sda4 jsem přeinstaloval na novější verzi a je klid.

Stejně by mě ale zajímalo pro příště, jak to udělat? Clonezilla jak známo neumí obnovit větší partyšnu/disk na menší. Ale opačně to jde. Takže je dobré si nainstalovat oblíbený Linux na malou partyšnu (10 GB) a ta by pak měla jít obnovit na každý disk. A to bylo také mým cílem. Kdybych tu partyšnu obnovoval někomu do pc, tak by to fungovalo, protože by tam neměl 2 disky se stejným UUID. Ale když si to člověk chce ulehčit na vlastním stroji, aby menusel instalovat 2x, tak narazí na problém. Jak tomuhle příště předejít a nebo jak to řešit?

[k3dAR]

teoreticky na mensi zvlada, kdyz pouzijes parametr icds (IgnoreCheckDestinationSize), ale kdyz sem to pred casem zkousel, meli tam bug v transformacnim vypoctu velikosti oddilu, takze to ke konci hodilo error, protoze to preteklo fyzickej disk... treba uz to chodi :)

trochu se ztracim co si jak mel, ale postup co sem psal (+ pak dopsal tu zmenu uuid) by proste melo zabrat, nevim proc tobe ne, pokud si tedy nakonec opravdu provedl update-grub i grub-install na TOTOZNY disk z ktereho si pres BIOS boot priority/menu startoval :)

[Petr Fiedler]

teoreticky na mensi zvlada

Zkoušel jsem to cirka před rokem a nedopadlo to. Teď už je to možná jinak, nevím.

[k3dAR]

v podstate, ale delal si update-grub v systemu z sdc a grub-install na sda, ja prave psal at si vyberes jedno primarni a tom provedes to oboje :)

ale pravda nedoslo mi problem s UUID, mel sem za to ze je take meni, ale vypada ze ne, jak podle tveho infa, tak mesic starej comment v clonezilla diskuzi, pro zajimavost cetl sem i comment z 2013 kde autor psal ze to klidne implementuje automaticky, jen mu pomuze kdyz to nekdo nejdriv vyzkousi scriptem v ocs_postrun protoze nestiha, ocividne z toho seslo :)

takze k memu postupu vejs, jeste nejdriv zmenit uuid na naklonovanem:

sudo tune2fs /dev/sdXY -U $(uuidgen)

[Petr Fiedler]

Už mám vše v pořádku, ale ze studijních důvodů bych to chtěl vyzkoušet. Chci to udělat stejně jak minule. Problém je v tom, že se mi pak zřejmě nepodaří rozjet můj primární disk se systémem, ve kterém bych pak měl zadávat ty příkazy. Měl bych teda udělat Clonezillou zálohu sdc1 a pak jí obnovit na sda4. Pokud se to bude chovat stejně jako minule, tak se mi bude místo mého primárního disku sda spouštět právě že ten sdc. Co s tím? Myslíš, že bude stačit aplikovat tebou zmíněný postup na sdc1 a pak už bude bootovat i sda4, protože budou mít rozdílné UUID? Nebude v něčem zakopaný pes?

Ještě se tě chci zeptat na tohle: V jednom článku tady jsem tě poprosil, jestli bys mi mohl vysvětlit pár věcí ohledně Clonezilly. Že bych na to založil téma. Odpověděl jsi mi, že klidně, pokud budeš vědět. Platí to ještě? Už jí docela ovládám, ale pár věcem tam nerozumím. Budu rád, když mi pomůžeš.

[Petr Fiedler]

Zkusil jsem to na vlastní pěst, ale nedaří se mi to. Do pc jsem dal flešku a obnovil jsem na ní obraz HDD. Když jsem flešku nechal zapojenou v pc, tak systém na ní nainstalovaný naběhl. Reboot a systém na HDD nenaběhl. Po vytažení flešky systém na HDD samozřejmě naběhl. Takže fungovalo oboje, jenom ne spolu. Takže jsem zavedl systém z flešky a spustil sudo tune2fs /dev/sdd1 -U $(uuidgen) Vypsalo to, že UUID nelze změnit ze spuštěného systému. Trochu bych se i divil, kdyby to klaplo. Takže jsem zavedl systém z HDD, zapojil flešku a zadal uuidgen To vygenerovalo nové UUID. Dále sudo tune2fs /dev/sdd1 -U vygenerovane_uuid Opět to vypsalo, že UUID nelze změnit z připojeného disku. To jsem tušil, ale postupoval jsem dle návodu, na který si mi sem dal link. Je to ten první comment. Dále dle návodu sudo umount /dev/sdd1 a pak sudo e2fsck -f /dev/sdd1 a sudo tune2fs /dev/sdd1 -U vygenerovane_uuid Výsledkem bylo změněné UUID na HDD což jsem nevěděl, protože po blkid jsem v terminálu viděl to nové UUID a samou radostí jsem si nevšiml, že je to u HDD a ne na flešce. Takže jsem v dobré víře zeditoval fstab na flešce a asi je ti jasné, že pak nebootovalo ani jedno z toho DD. HDD mi už bootuje. Ještě to zkusím a počkám, jestli bys mi sem (nebo někdo jiný) nenapsal jak na to. Už mě to hodně bolí.

Zatím ...

[Petr Fiedler]

V GParted jsem změnil UUID flešky a zkopíroval jsem ho do fstab taky na flešce. Po rebootu vyvolám boot menu, vyberu flešku a naběhne systém z HDD. Asi by stačilo vyupdatovat Grub flešky, ale pokud neběží systém, který na ní je, tak nevím, jak bych to měl udělat?

[Petr Fiedler]

sudo grub-install --root-directory=/mnt/ /dev/sdd
Installing for i386-pc platform.
grub-install.real: warning: Attempting to install GRUB to a disk with multiple partition labels.  This is not supported yet..
grub-install.real: warning: Embedding is not possible.  GRUB can only be installed in this setup by using blocklists.  However, blocklists are UNRELIABLE and their use is discouraged..
grub-install.real: error: will not proceed with blocklists.

[lertimir]

Hlavně si myslím, že vrtáš do něčeho, čemu nerozumíš, co děláš. Pereš tam příkazy, o nichž nevíš, jaké všechny akce provedou. Počínaje tou první akcí a kopií oddílu pomocí clonezilly, protože jedna z voleb u clonezily je provést zálohování/kopii MBR a prostoru za ním. To jsi patrně provedl a pak z něj restauroval do nového disku a přepsal si MBR na něm. A jaké informace jsou v grubu, jestli to primární zapsané označení bootovacího oddílu je podle ID, UUID, PATH nebo /dev/sdx to také neřešíš. S tímhle si hraj ve virtuálu, kde to máš rozumně omezené a kde ti případné problémy neovlivíní hlavní systém.

[Petr Fiedler]

Hlavně si myslím, že vrtáš do něčeho, čemu nerozumíš, co děláš.

To máš úplnou pravdu. Nerozumím. A právě proto do toho vrtám, abych porozuměl :)

S tímhle si hraj ve virtuálu, kde to máš rozumně omezené a kde ti případné problémy neovlivíní hlavní systém.

To zní rozumně. Zkusím to.

[pavele]

Možná by to šlo řešit tak, že:

- Změníš položky v fstab (možná i v grubu) z UUID na /dev/xxx (ooo jak zpátečnické).
- Provedeš rebuild initramfs
- Restart na kontrolu - snad to najede
- Clonezilla atd.
- Když ne, máš kvm -> virsh snapshot-revert

Já to řeším tak, že zálohuju pomocí cp nebo rsync nebo rsnapshot nebo rdiff-backup, data nakopíruju na nový disk, spustím instalační/záchranné DVD dané distribuce, opravím initramfs a grub a fstab a /etc/udev/něco, restart a hotovo.

Zkus místo Clonezilly použít fsarchiver, je to zajímavý nástroj na zálohy fs.

V kvm se pěkně hraje, testoval jsem třeba RAID1 s výpadkem disku, obnovu zálohy na nový disk, jak funguje v CentOS obnova pomocí rear a podobně.

[lertimir]

Hlavně si myslím, že vrtáš do něčeho, čemu nerozumíš, co děláš.

To máš úplnou pravdu. Nerozumím. A právě proto do toho vrtám, abych porozuměl :)

Tak si vytvoř cíleně nějaké testovací prostředí. To hlavní máš už samo o sobě dost komplikované diky dual-bootu. A přečti si jak linux startuje. Když děláš pokusy tak vždycky si udělej zálohu, ze které se můžeš vrátit, když se neco pomrví. Zálohu MBR a bootovací cesty v tomto případě, když něco pokazíš, tak to dokážeš vrátit. Chápeš alespon co se pokazilo? V MBR a máš přímo napsané odkud se bere stage 2. Nemůžeš změnit system na jiný oddíl bez přegerování initramfs a grub. Obou! A mimochodem Win by dopadly mnohem hůř. Win nenajedou (potřebují instalační DVD) když se posune začátek oddílu, takže nšvo pracuje přímo se sektory.

[Petr Fiedler]

Co se přesně stalo nechápu. Zálohy udělané mám. Psal jsem to, že není problém to obnovit, ale že tak se nic nenaučím. Vše jsem na konec stejně musel obnovit a je to OK. Když jsem to zkoušel podruhé, tak jsem to obnovoval z sdc (testovací prostředí) na flešku (sdd). Sda1,2,3,4 (Windows, DATA, Linux) byly v pohodě. I sdb (ZALOHY) bylo v pohodě. Vlastě i to sdc bylo v pohodě a normálně fungovalo. Problém byl jen v tom, když jsem nechal flešku ve stroji. Protože fleška i sdc měly stejné UUID. To jsem na flešce dokázal pomocí GParted i změnit. I z terminálu se mi to vlastně povedlo. Co jsem pak už nedokázal, tak na té flešce přegenerovat initramfs a grub. Stačilo by mi poradit, jak udělat tohle. A nebo to všechno změnit na sdc. Je mi to jedno. Jenom nevím jak to udělat?

[k3dAR]

prace v nenabehlem systemu se provadi pres chroot, ten potrebuje pripravit pripojenim "ruznych veci":

sudo mkdir -p /mnt/flashka
# misto sdXY dej oznaceni oddilu tve flashky
sudo mount /dev/sdXY /mnt/flashka

sudo mount --bind /dev /mnt/flashka/dev
sudo mount -t devpts devpts /mnt/flashka/dev/pts
sudo mount -t proc proc /mnt/flashka/proc
sudo mount -t sysfs sysfs /mnt/flashka/sys

sudo chroot /mnt/flashka

ted ses preplej do systemu na flashce a provedes (bez sudo, protoze chroot uz pod rootem bezi):

# misto sdX dej oznaceni zarizeni tve flashky
grub-install /dev/sdX

update-grub

update-initramfs -u -k all

exit

opustil si chroot a "uklidis" po nem...

umount /mnt/flashka/{dev/pts,dev,proc,sys}
umount /mnt/flashka

[Petr Fiedler]

Ty jo díky moc! Zítra (dnes) to zkusím. Díky za tvůj přístup :)

[Petr Fiedler]

Tak jsem vše udělal podle návodu a nepomohlo to. Po rebootu začal systém z flešky startovat, ale objevil jsem se v konzole v režimu read only. Mohl bys to prosím, až budeš mít čas vyzkoušet? Tzn. v GParted změnit UUID flešky, pak tebou popsaný postup a reboot. A nebo jestli máš nějakou radu co by zabrala, tak by to samozřejmě stačilo.

[k3dAR]

posli foto z te konzole prikazu mount a ty sam si pust blkid a zkontroluj jestli pro flash partisnu uuid sedi s tim co si menil a dohledej to uuid na flash v /boot/grub/grub.cfg zda je vsude kde je uuid

[Petr Fiedler]

Už to frčí :D

blkid > UUID sedělo. V /boot/grub/grub.cfg taky. Pak jsem si moula uvědomil, že jsem zapomněl na /etc/fstab. Tam bylo samozřejmě to předchozí UUID. Takže jsem fstab zeditoval a už to frčí.

Jen pro bfu, kteří by chtěli výše zmíněný postup aplikovat dodám, že před poslední 2 příkazy v terminálu je třeba napsat sudo

Díky moc. Tvůj návod kopíruji a ukládám. Určitě se bude hodit.

[k3dAR]

bezva :) no vidis na /etc/fstab sem zapomel, i na to sudo :) jinak pro uplnost, pro potrebu funkcni hibernace je potreba zmenit jeste UUID pro swap a toto nove UUID dat do /etc/initramfs-tools/conf.d/resume PRED tim nez se pousti update-initramfs... :)

[Petr Fiedler]

Já jsem si swap nedělal, protože mám 16 GB RAM, ale jsem rád, že jsi to sem napsal. Přidám si to do návodu, který chci "vytvořit".

Pokud to chápu dobře, tak já teď tedy nemůžu používat hibernaci, jo? Jen režim spánku, jo?

[k3dAR]

jj, rezim spanku ti pujde i bez swap, neni k tomu potreba...

ale hibernace pouziva swap, je potreba minimalne stejne velkej jako je RAM a jeho UUID uvedene kde sem psal a pritomne v initrd souboru i v /etc/fstab, misto kde ho mas zmenit se pouziva pri automatickem generovani initrd pri aktualizaci jadra, takze (kdyz uz mas tam spravne UUID) se o to jiz nemusis v budoucnu starat...