Dotaz: GRUB v dualbootu po nastartovani Win10 uz nenajede

[ok2zar]

Ahoj,

mam tu nekolik laptupu koupene s Win10, kam se pak do dualbootu dal Mint a vse fungovalo. Problem nastal, kdyz padlo rozhodnuti aktualizovat ty widle. To prepsalo GRUB nebo preference v UEFI, to netusim, ale proste startovala jen wokna. Tak jsem v bootmenu rucne nalistoval EFI file GRUBu, nastartoval Minta a pak jako root spustil grub-install. Od te doby zase nejizdel grub a clovek si mohl vybrat. Ale v momente, kdy jednou vyberu okna, tak jsem tam, kde jsem byl a musim zase listovat EFI file a spoustet grub-install.

Moje skusenosti s UEFI jsou mizive (jsem konzerva a ignorat), takze netusim, zda ma dany problem reseni a pokud je to trivka tak sorry.

Diky

---

---

Odpovědi

[Max]

Měl by jsi mít: UEFI Menu, ve kterém by jsi měl mít zápis pro Windows a zápis pro Linux.
Zápis pro windows bude volat na efi partition Windows binárku a zápis pro Linux bude volat grub binárku.
Správa Linux zápisů v UEFI se dělá pomocí efibootmgr

Vidíš tedy v EUFI menu pro oba OS, nebo pořád dokola přepisuješ jednu EFI binárku a hádáš se o ní s Windows?
Zdar Max

[Want]

Nic proti, ale v tomhle případě to musíš změnit z Widlí. Jinak marná snaha. Inu kun.y z MS.

[Max]

Proč? Jaký je k tomu technický důvod?
Zdar Max

[Want]

Důvod? Prostě ty widle to jinak přenastaví. Nedávno jsem to řešil pro jednoho studenta co s tím bojoval. Blogpost ale nečekej.

[ok2zar]

Tak jsem si s tim chvilku hral a je marny boj.

Rucne nabootuju z EFI souboru do grubu a linuxu.

root@laptop-LM211-2301222040:/# efibootmgr 
Timeout: 0 seconds
BootOrder: 0002,9999
Boot0002* Windows Boot Manager
Boot9999* USB Drive (UEFI)
root@laptop-LM211-2301222040:/#
root@laptop-LM211-2301222040:/# efibootmgr --create --disk=/dev/nvme0n1 --part=1 --label="Linux Mint" --loader='\EFI\ubuntu\shimx64.efi'
Timeout: 0 seconds
BootOrder: 0000,0002,9999
Boot0002* Windows Boot Manager
Boot9999* USB Drive (UEFI)
Boot0000* Linux Mint
root@laptop-LM211-2301222040:/# reboot

Laptop se rebootuje, najede grub a svet je krasny az do doby, nez vyberu widle. Pak UEFI nabidka vypada zase jako na zacatku - volba s linuxem neexistuje.

Takze jake jsou moznosti?

[frufru]

já zadávám sudo grub-install a pak sudo update-grub a vše je ok. Ještě to blblo, když win měl povolený rychlý start. ve win10 (11 nemám, ale asi to bude stejný) hardwarea zvuk/možnosti napájení/nastavení systemu a tam vypnout zapnout rychlé spouštění. Tohle dělalo většinou problém

[frufru]

Ted jsem koukal na win 10

Ovládací panely\Hardware a zvuk\Možnosti napájení a tam vybrat nastavení talčítek napájení

vypnout zapnout rychlé spuštění(doporučeno)

[ok2zar]

Diky za info. Vypnul jsem to a pln nadeji restartoval...no nic mi to nevyresilo. Vecer se tim budu venovat vic, ale zase po mnoha letech, kdy jsem se střetnul s widlema jsem tim naprosto paralizovan...

[Want]

Všímej si toho co jsem napsal. Poskytnul jsem ti vodítko k řešení.

[k3dAR]

Když bys to nainstaloval/zkopíroval jako removable, tj. shimx64.efi přesunout jako EFI/boot/bootx64.efi, tak to widle taky nějak smažou?

[frufru]

Zkus na flesh disk nainstalovat mxlinux. v MX tols máš utilitu boot options, nebo mx oprava zavaděče. Ten boot options zvol manage UEFI boot options.

[frufru]

Windows 11 officially only supports GPT, so the answer is simple. Use GPT. For old laptops and computers that do not have newer bios on the MBR partition can be installed windows 11 only must have bridged MPT2 and security boot.

zdroj : https://www.elevenforum.com/t/mbr-or-gpt-for-windows-11-nvme.3279/

[kysučan]

Mám podobnú nedávnu skúsenosť, ale s MBR. W10 síce neprepíšu celý MBR(grub), ale len windows zavádzač, kde sú aj iné windowsy(W7,XP). Takže sa to správa prakticky rovnako, ibaže neprepíše celý MBR, asi nemá na to oprávnenie, alebo niečo podobné. Teda by som sa poobzeral, či sa tam nedajú nejak nastaviť práva na zápis.

[kufo]

zdravim, skuste vo widliach nainstalovat grub pre win ...

https://sourceforge.net/projects/grub2win/

[k3dAR]

nepouzivam DualBoot s Windows, ale tohle na me vyskocilo:

bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi

pri predpokladu ze Windows z duvodu nadmerne "inteligence" se snazi obnovit stav efivars z minuleho bootu Windows, by to teoreticky mohlo zabrat, ze prestanou ten Grub odmazavat, kdyz se priradi z Windows...

[ok2zar]

Dikec. Toto pomohlo az do dalsiho nastartovani widli. Je to marny, je to marny, je to marny.

Prace v tom widlackym (nechci tomu rikat terminal) "cernym wokne" je utrpeni samo. Pridat tam rucne zavadec pro buntu bylo jeste na chvilku googleni, nez jsem pochopil, co tam ten bcdedit chce. No dobry, dal jsem to tam, reboot, linux najel. Reboot do widli, widle najely. Reboot a rovnou widle najely.

Kontrola v bcdeditu - ubuntu polozka tam stale je na prvnim miste k bootu......ale stejne najizdi widle.

Tak jsem jeste zkusil nejaky DiskGenius, zakazal polozku s widlema, reboot - linux najel. Reboot do widli a nejely. A pak uz zase ohrana pisnicka - najizdi uz jen widle.

V tomto bode a v tuto hodinu me uz napadaji jen ulevove slogany na tema "je to ale mrdka" a myslenky, ze pokud by mela EU neco naridit nebo zakazat, tak je to prave aby widle byly vzdy az na druhem stupni.

Takze co dal, nez vypnu secure boot a prepnu to zpet z EFI do BIOSu a preinstaluju? Neslo by treba udelat nejaky script, co by po startu widli nastavil pristi reboot do ubuntu? Jako ptam se, widle jsou pro me jen graficka nadstavba BIOSu.

[k3dAR]

ad cerny okno "cmd.exe" to je silenost, ale zkus "Windows Terminal" (nevim zda v novejsich verzich W10 uz je predinstalovan, v W11 myslim ano, pripadne doinstalovat), ten je uz pouzitelnej(si), podporuje taby, maximalizaci okna, muzes v nem pres menu otevrit jako CMD, tak PowerShell, pripadne Linux shell z WsL...

k problemu, nenapadlo me se zeptat jak pise frufru, mas ten disk s GPT? beru to u EFI automaticky, ale obcas nekdo prohlasuje jak pouziva MBR s EFI :)

skript s tim bcdedit postupem (pokud tedy zabere znovu i presto ze polozka ubuntu ti tam zustava), by asi sel, nevim ted jiste jake je nejvhodnejsi Win reseni, driv bylo "Po spusteni" slucovane z profilu usera a systemove, kde v tom druhem to poustelo jako admin, pripadne nouzove kdyz bys vypnul UAC (nebo nechal zaple s tim ze skript by pri spusteni zarval jestli ho dovolis) tak by pres powershell slo pustit ten cmd skript jako admin i z user "Po spustnei", neco jako:

powershell Start-Process -Window hidden -Verb runAs cmd '/c \cesta\skript.cmd'

[frufru]

Je tam ještě problem s UEFI oddílem. Pochopil jsem, že jsi upgradoval z win 10. Tam mohl mít MBR, nebp GPT. Jestli měl MBR tak mohl mít UEFI velikost 100MB fat32. Pak jsi upgradoval na win 11, který umí jen jen GPT. Tam vstupuje do hry velikost sektoru disku. For Advanced Format 4K Native drives (4-KB-per-sector) drives, the minimum size is 260 MB, due to a limitation of the FAT32 file format. The minimum partition size of FAT32 drives is calculated as sector size (4KB) x 65527 = 256 MB. Advanced Format 512e drives are not affected by this limitation, because their emulated sector size is 512 bytes. 512 bytes x 65527 = 32 MB, which is less than the 100 MB minimum size for this partition. A teď spekulace. Zvětší UEFI oddíl? Jak to udělal? Posunul celý další oddíl za UEFI oddílem, nebo našel nejbližší vonlé místo a propojil to?

Does Windows 11 require UEFI Bios and TPM 2.0? According to developers who have got their hands on Windows 11 leaked build, it might require UEFI Bios and TPM 2.0. For those who are catching up, UEFI is a relatively new type of bios, which allows enhanced input and output functionality. To check what type of bios a machine has, open the search menu and type msinfo32, and then press enter. In the 'system information' window that opens, click on 'System Summary' and find out the type of bios. Windows 11 build 21996 might require TPM 2.0

The Windows 11 build 21996 was initially available to insiders and is now leaked. It is believed that this version is made for the Windows insider community and hence had TPM 2.0 as a mandatory requirement. Windows might relax this prerequisite as it is relatively new, requires UEFI bios and a 64-bit system. TPM or the Trusted Platform Module is a hardware chip that is attached to the motherboards, and a lot of old setups might not have it.

[ok2zar]

To je nejaky informacni sum. Ja nam nove laptopy, kde byly takzvane predinstalovane Win10. Tam se jen zmensila velikost "datove partice" a v uvolnenem miste se udelaly dalsi dve partice, kam se nainstaloval Mint. Zadny upgrade Win 10-->11 neprobehl. Jen standardni aktualizace.

[ok2zar]

No ja to potrebuju, aby se to spustilo vzdy pod adminem a to bez ohledu, co tomu user (ne)dovoli, takze prubnu pres "po spusteni" administratora.

A jo, disk je GPT.

[k3dAR]

pokud to nepujde, mozna mozna rovnou, kdyztak "Planovac uloh" umoznuje nastavit ulohu co pusti tvuj skript pri spusteni pocitace, nezavisle na prihlaseni uzivatele, s nastavitelnym maximalnim opravnenim...

[LarryL]

Takze co dal, nez vypnu secure boot...?

Hmm... Ty děláš všechny pokusy se zaplým secure boot? Pokud ano, tak je celkem pochopitelné, že ti nejde bootovat jiné EFI než to, které je podepsané Microsoftem.

[k3dAR]

to je blbost, kdyby slo o SecureBoot, tak mu Linux nenajede vubec, ale jemu najizdi v pohode, dokud nenabootuje Windows ktere neco zmrvej
jinak Ubuntu/Mint ma Grub(Shim) podepsanej pro SecureBoot prave tema klicema Microsoftu...

[LarryL]

Příloha:

• Screenshot boot settings (62320 bytů)

Máš pravdu. Myslel jsem, že je ve Win nějaká varianta "vypnout secure boot při dalším bootu" a proto se dostane do Linuxu, ale asi ne. Že je Mint podepsaný jsem nevěděl.

Pokud to není Secure bootem, tak bych hledal ve Win nějaké nastavení, které způsobuje, že Win obnovuje originální bootovací nabídku. Viz příloha? Nebo že by to dělala nějaká předinstalovaná služba od výrobce NTB?

[Max]

Co to je za hardware? Ještě je zde možnost, že je to bugnutý UEFI firmware. Zkoušel jsi upgrade na poslední verzi?
Zdar Max

[ok2zar]

Tak jsem si s tim hral a dosel do ....no....jako nejvetsi nouzovka se to asi pouzit da, ale nikdy se k tomu nikomu nepriznam ani pod drogama ani na mučidlech.

Proste jsem dal na radu s tim planovacem. Pres ten cmd tool neslo nastavit (nebo jsem to delal blbe?) uplne vsechno, co v klikaci verzi, ale vysledek jsem alespon vyexportoval do XML. Samotny ukon jsem nascriptoval (az na ten planovac ) a je to tak, ze pri kazdem startu widli se spusti BAŤák, kterej rekne, ze dalsi boot bude do linuxu. Po sem dobry...

Jenze pri dalsim bootu najede takova ta cerna boot obrazovka rikajici, ze widlim nekdo ublizil a nabizi jen enter. Po enteru v klidu nabootujou a az v nasledujicim rebootu to najede do GRUBa (ale pred tim tam je as 3s hlaseni s chybou nejakeho parametru a cinsky rozsypany caj). Takze ano, linux najede, ale az po druhem bootu widli. Jako hnus, ale tak nejak.... no proste fuj.

Takze jsem vydal prohlaseni, ze budto to bude takto na "kokota" nebo budou widle jen virtualizovany a nebo se povypina secure a UEFI, cely se to preinstaluje a pak rozdistribuje.

Jako sere me to z principu, ale uz s tim nechci palit vic casu. A nevim, zda jsem to tu z nahodou nepsal, ale wokna smazou veskery zaznamy v UEFI, ktery nevytvoril jejich bcdedit.... Zkusil jsem vice nastroju tretich stran a proste NE NE NE. Rebootu odolne jsou jen zaznamy z bcdeditu.... Ano, v Redmontu jsou proste m.dky...

[k3dAR]

hele je mi divne, ze kdyz sem hledal info, nenachazem sem nic rozumneho krome "co delat kdyz mi po aktualizaci W10 prestal najizdet Grub => z Live/chroot preinstaluj Grub" ale ne ze po kazdem rebootu, navic co si historicky vybavuju tak "vsude" "kazdej" psal ze s DualBootem po prechodu na UEFI mu Windows ani obcas uz Linux nerusej...

nemuze to byt chyba/vlastnost/3rd-nastroj, v tech predintalpovanejch W10? zkusil bych na 1 stroj hodit cistou instalaci W10+Mint (v UEFI+Secutreboot)

[Max]

Změna pořadí bootování je uvedena třeba na wikině ArchLinux: Dual boot with Windows, kde se odkazují přesně na toto: Unified Extensible Firmware Interface#Windows changes boot order.
Jinak jsem hledal, že to dělaly Windows jen s nějakýma výrobcema + je možnost bugu v UEFI toho konkrétního modelu.
Proto jsem se ptal na update UEFI výše, zda je UEFI firmware (bios) aktuální.
Další možnost může být to, že to nedělají Windows sami o sobě, ale nějaký 3rd nástroj, který tam dodal výrobce a v kombinaci s úplňkem se to pak projevuje takto nepěkně. Tj., otázkou také je, zda jsou ty Win čistá instalace, nebo preinstalled s tunou balastu.
Zdar Max

[ok2zar]

Hele je mozny, ze je to tam pridane od HP. Jak jsem psal, ty widle byly predinstalovane, takze doplnek treti strany je velice pravdepodobny. A ano, zatim vzdy dualboot fungoval korektne, na tech par kusech, kde jsem to instaloval nebo udrzoval.

[Max]

Hele, třeba HP má "HP Sure Start", což je nějaká kokotina na safe boot a detekci proti manipulacím s UEFI / Biosem.
Pokud to máš aktivované / nainstalované, tak by to mohla být jedna z věcí, co to dělá.
Zdar Max

[ok2zar]

Tak dobře vy nevděčníci. Řešil jsem to počátkem listopadu a rozumy načerpal zde a jak se zdá, dotyčný na základě diskuze zřejmě průběžně ten zápis aktualizuje, protože poslední změna je z 24.1.2023

[Max]

Bohužel není řečeno, zda jde o čistou instalaci, nebo instalaci od výrobce. Je docela divné, že Windows to běžně nedělají a někdy dělají. To spíše opravdu poukazuje na nástroj třetí strany. Reset UEFI nastavení chápu, že by mohlo něco dělat (Windows + vadný driver, nebo co já vím), ale když si oficiálním nástrojem upravím boot záznam ve Win zavaděči a i přesto toto nastavení zmizí, tak to musí dělat nástroj třetí strany. Ještě bych to pochopil, že se to změní po nějakém update, ale po restartu, to je hodně divné.

Jak už jsem psal, HP má např. kurvítko HP Sure Start. Nevím, jak to mají jiní výrobci. Kdybych něco takového řešil u sebe, tak bych všechny podobné tooly máznul a povypínal zmíněné fce v biosu, pokud ta možnost je. Pokud by to nepomohlo, zkusil bych čistou instalaci Win bez doinstalovaného cokoli, abych měl jistotu, že mi to nedělá třetí strana.
Zdar Max

[Aleš Kapica]

Nebyl to notebook můj, nýbrž studenta co se na mne v zoufalství obrátil. Podle toho co říkal ten boj jeho kolegové vzdali. Vzhledem k tomu že se od té doby nestavil mu to buď funguje, nebo to také vzdal. Nevím.

Pokud jde o HP Sure Start. Ten nic takového nedělá. Máme v laborkách desítky strojů od HP co startujou přes UEFI. Ovšem ty lokálně mají buď win, nebo nic. Linux jede jako diskless.

[Max]

Cituji:

HP Sure Start can automatically detect, stop, and recover from a BIOS attack or corruption without IT intervention and with little or no interruption to user productivity. Every time the PC powers on, HP Sure Start automatically validates the integrity of the BIOS code to help ensure that the PC is safeguarded from malicious attacks. Once the PC is operational, runtime intrusion detection constantly monitors memory. In the case of an attack, the PC can self-heal using an isolated “golden copy” of the BIOS in less than a minute.

Zdar Max

[ok2zar]

Tak potvrzuju, že uvedene reseni opravdu pomohlo.

Tedy autor tam doporucuje pouzit

bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi

kdezto ja po zkouskach pouzil

bcdedit /set {bootmgr} path \EFI\BOOT\bootx64.efi

protoze se to chova presne tak, jak se to chovalo na zacatku. Overil jsem to jeste na dalsich trech laptopech, protoze ten jeden uz byl muceny vice zpusoby, tak jsem si chtel byt jist, ze resenim je toto zminene a ne kombinace s nekterym z predchozich pokusu. Takze jsem to prubnul na cerstve aktualizovanem laptopu a s uspechem, tak i na laptopu pred aktualizaci a pockal si, co bude, az se zaktualizuje - fungovalo to na jednicku a grub tam je proste furt. Bez stiznosti widli, bez dvojtych rebootu a podobne.

Dekuji vsem za rady a snahu pomoci. Problem prohlasuji za vyreseny.

[k3dAR]

no.. fakticky, na tom odkazu uvedene reseni tedy NEfunguje je tam v podstate stejne jako sem psal ja (ja misto grubx64.efi (coz by melo mit non-SecureBoot) psal shimx64.efi (co by melo byt pro SecureBoot)
a to co si pouzil ty, bylo to co psal Jenda

[Aleš Kapica]

Tak se laskavě podívej, co jsem psal hned 3.2. v 17:47.

[LarryL]

Pořád ale zůstává nezodpovězená otázka zda by nestačilo vypnout aplikaci třetí strany, které efivars vrací na výchozí hodnoty. Odstranit příčinu je lepší než vytvářet ohejbáky.

[k3dAR]

to psal nejaky Want, ale nevim jak to souvisi s tim co sem psal, jestli tim chces rict ze tve neregistrovate alter ego radilo drive neco co bylo resenim, tak ne, protoze zmena z Windows nevypada jako reseni, ale resenim vypada to co sem psal ze psal Jenda, tedy mit EFI polozku co nepousti z EFI/distrodir/bootloadername.efi, ale z generickeho EFI/BOOT/bootx64.efi, coz na 99.9% mohl stejne tak udelat pres efibootmgr

[Want]

Co vypadá či nevypadá jako řešení z tvého pohledu mě nezajímá. Ukázal jsem kde je problém, byl jsem upřímně překvapen jak jste tady nad tím týden mudrovali.

[k3dAR]

nejde o muj pohled ale fakta:
1. neukazal si kde je problem
2. reseni prinesl Jenda
3. je mi jedno co si tvoje ega o cemkoliv myslej, klidne at si lzete jedno druhemu, stejne tak klidne se navajem placejte po ramenech

[Want]

Chceš fakta? Tak se podívej co označil jako řešení svého problému tazatel.

[k3dAR]

uz by ti mohlo dojit, ze to co oznacil sem prave rozporoval, pokud sem ho pochopil spatne ok, muze to napsat, pokud oznacil spatne reseni, ok, muze to zmenit, nebo dooznacit Jendovo, coz ja neudelal prave z duvodu ze si nebyl jistej zda opravdu resenim pro nem bylo to pouziti genericke efi cesty... o nic vic mi neslo, to jen ty sis asi chtel merit pindika, na to neni nikdo zvedavej

[Want]

Přestaň ze sebe dělat idiota. Vyřešil svůj problém, označil co považuje za řešení a tím to pro něj zhaslo. Takže si schovej toho svého pindíka, protože nikdo jiný než ty ho nevytahuje. Zkrátka se s tím smiř.

[k3dAR]

skoda slov a casu reagovat na takoveho prekrucujiciho exota...

[Want]

To máš pravdu. Nechám toho.

Bůh buď milostiv těm, co pracují s tak ješitným egoistou, jako seš ty.

[Want]

A pokud jde o mé anonymní alter ego. Není můj problém že se za nej schovávají osoby se stejným pocitem méněcenosti jako máš ty. Kdo není mentálně chabý jako ty, s rozlišením co kdo psal nemá problém.

[Want]

Jsem rád, že jsi úspěšně vyřešil svůj problém. Účet za svůj ztracený čas bys měl poslat zdejším podtržítkům apod.

[LarryL]

bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi

A tohle (podle mě nepodepsané) EFI ti jako funguje se zapnutým Secure Boot? Pokud ano, tak jestli to správně chápu, tak při bootování se ti nejdříve spustí windowsovské EFI, které je podepsané a projde přes Secure Boot a následně pomocí výše uvedeného příkazu (bcdedit) se spustí NEpodepsané EFI grubx64.efi, které bez problémů funguje? Pokud k přechcání Secure Boot stačí zapsat do Windows jeden řádek příkazu (bcdedit), tak to by prolomení Secure být nemělo být tak těžké.

[LarryL]

Napsal jsem blbost. Myslel jsem, že bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi přidává nový záznam, ale teď se dívám, že ten příkaz jen mění stávající cestu pro Windows Boot Manager z defaultní "/EFI/Microsoft/Boot/bootmgfw.efi" na "\EFI\ubuntu\grubx64.efi".

Sranda je, že tady si tazatel stěžoval na opačnou věc. Po každém rebootu mu tam Windows vrátil shimx :

Then I tried to do some more manipulations with bcdedit. No result, but I noticed that the default {bootmgr} path in my Windows 10 is /EFI/UBUNTU/SHIMX64.EFI. I can change it, but it will not have any affect because it's always shimx64.efi after reboot.

Řešením z toho anglického vlákna bylo tam vrátit původní bootmgfw.efi:

bcdedit /set {bootmgr} path /boot/efi/EFI/Microsoft/Boot/bootmgfw.efi

[xxxs]

ked widle nerebootujes, neuspis, ale vypnes, tak sa to chova rovnako?

[ok2zar]

Hej, písal som to vyššie. A pokial nie, tak medzi rebootom a vypnutím nie je rozdiel a správa se to naozaj rovnako

[LarryL]

Na příkaz:

  bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi

tazatel výše napsal:

dal jsem to tam, reboot, linux najel. Reboot do widli, widle najely. Reboot a rovnou widle najely. Kontrola v bcdeditu - ubuntu polozka tam stale je na prvnim miste k bootu......ale stejne najizdi widle.

takže to problém nevyřešilo.

Na příkaz:

  bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi

tazatel výše napsal, že tento příkaz vyřešil jeho problém, takže i když nabootuje do widlí, tak po rebootu správně nabootuje linux.

Asi budu za hnidopicha, ale nevěřím, že řešením byla pouze změna cesty z ...shimx64.efi na ...grubx64.efi. Tazatel musel udělat ještě něco jiného. Vypnul Secure Boot,...?