Linux Windows BIOS EFI - problémy po instalaci Kubuntu

[Roman Vacho]

U22.04 se mi instalovalo na EFI v pohodě, ale dneska jsem zkoušel Kubuntu a zmizel mi záznam Windows z EFI boot nabídky. Aby to nebylo jednostranné, tak Win10 mi taky po nějakém updatu kdysi odbouchla Linux zavaděč na jiném disku ještě v legacy.
Nějak té dnešní době nerozumím, proč se mi objevilo v EFI bootu HDD, kde nic není a druhý disk s minimal BASHem. Asi nějaká nekompatibilita BIOSu desky se starým EFI a moderního softwaru od amatérů či? Podotýkám, všude mám GPT a v BIOSu zvolen EFI firmware pro zařízení.
Každopádně před instalací Kubuntu to bylo krásně čisté-jen Win a Ubuntu. Tak a teď abych jak vůl zase obnovil zavaděč Windows.
Takže něco řešit v dnešní době, kdy člověk nemá jistotu ničeho, je pěkně na pytel.

Jo a to nové Kubuntu ani nezkoušejte. To je těžká amatéřina dodělej si sám. A základní aplikace a pokaždé padá. Takhle jsem si ten "rok Linuxu" nepředstavoval.
No nic. Ještě že tu jsou další distribuce.

[Ventero]

Zkus KDE Neon - melo by to byt spolehlivejsi a vymakanejsi, nez Kubuntu a take na Ubu-bazi. Canonical uz jenom Linux cimdalvic mrvi ..

[Roman Vacho]

Zkus KDE Neon - melo by to byt spolehlivejsi a vymakanejsi, nez Kubuntu a take na Ubu-bazi. Canonical uz jenom Linux cimdalvic mrvi ..

Možná zkusím. Canonical měl i 1 dobrý příspěvek do komunity Linuxu. Něco poměrně velkého. Nedávno. Ale žel si teď nevzpomenu co to vlastně bylo.

Mimochodem nově je MEMTEST64+ už na EFI. Akorát když jsem odešel při 86%, tak po návratu černá obrazovka. Monitor bez signálu.

A teď jsem si řek, že opravím EFI boot Windows cvičně, ale místo 2 příkazů na MBR je to složitější a ani se mi nedaří najít kde jsou ty adresáře, na jakém oddíle-tam kde měly být, nejsou-něco je smazalo? Tak jsem zase pustil Kubuntu., abych se podíval, kde je to EFI boot či ESD.

Alespoň jsem tímhle veškerým laborováním zjistil, že někdy kolem verze U21.xx přišly v Debianu fázové aktualizace a jak s tím pracovat. :-)
https://www.kubuntuforums.net/forum/currently-supported-releases/kubuntu-23-04-lunar-lobster/software-support-bf/666923-don-t-panic-do-you-see-the-following-packages-have-been-kept-back-while-updating-with-apt-you-are-ok-read-this

Zdá se, že jsem nepochopil EFI při instalaci Kubuntu. Krátkodobý výpadek mysli zapříčinil, že se při instalaci udělal další EFI oddíl na druhém disku a ten původní se nebere v potaz. Záhadou ovšem zůstává, kde se vzal starý HDD v EFI záznamu BIOSu. A také, proč Windows recovery hlásí cesta nenalezena. Nenajde patřičné adresáře v EFI partišně, ač tam jsou a partišna má přiřazeno písmeno.

Další chuťovka je toto:

Kód: [Vybrat]

pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY KDE_SESSION_VERSION=5 KDE_FULL_SESSION=true dolphinNo ještě že lze pracovat i na CLI jako root.

Perlička na závěr. Když jsem opravoval Windows z instalační flashky, tak buď jejich nástroje hlásili přístup odepřen. Nebo odmítaly opravit, že sice našli Windows na disku, ale existuje více nerozpoznatelných zařízení a tak odmítly cokoliv dělat.
Ale něco přece jen udělaly. Odbouchly flashku, ze které běžely ty nástroje. Nemám slov.

Vrátit se na MBR nelze. Muselo by se překopat všechno na všech discích (ano, jedná se o HW s více disky) a navíc překonvertovat GPT.
Anebo to ještě zkusit, jen všechno odpojit krom Windows. Pak třeba ctěný Microsoft něco opraví, ne jen zmrví.

[toudy]

Záhadou ovšem zůstává, kde se vzal starý HDD v EFI záznamu BIOSu.

Po viacerých inštaláciách je dobre v BIOS(UEFI) vymazať nefunkčný záznam a vytvoriť nový, určiť mu cestu k tomu správnemu, napríklad /EFI/ubuntu/grubx64.efi
Už sa mi to stalo, ze nový záznam sa nevytvoril pri inštalácii a "starý" nefungoval. Tak manuálne v BIOS(UEFI) nefunkčný záznam som vymazal a vytvoril nový s tou cestou k grubx64.efi.

[Roman Vacho]

Záhadou ovšem zůstává, kde se vzal starý HDD v EFI záznamu BIOSu.

Po viacerých inštaláciách je dobre v BIOS(UEFI) vymazať nefunkčný záznam a vytvoriť nový, určiť mu cestu k tomu správnemu, napríklad /EFI/ubuntu/grubx64.efi
Už sa mi to stalo, ze nový záznam sa nevytvoril pri inštalácii a "starý" nefungoval. Tak manuálne v BIOS(UEFI) nefunkčný záznam som vymazal a vytvoril nový s tou cestou k grubx64.efi.

To jsem kdysi provedl. Byl tam jen Win10 a Linux, vše EFI. Jak se to tam vzalo po instalaci Kubuntu je záhada.
Nějakým programem jsem ty záznamy zkusmo editoval z Win i Lin. Zkusmo. V BIOSe vše ok, jak má být.

No teď je jdu zase nějakým programem editovat. Jen můj BIOS je starý a neumí přímou editaci záznamů, jak to asi děláš ty. Nebo si nerozumíme. Můj BIOS neumožňuje správu klíču nebo něčeho kolem EFI. Umí jen bootovat EFI. A aj tak si myslím, že je to zabugovaný BIOS jak ...

Takže teď mi jde jen o to, udělat záznam pro WIndows, aby ho BIOS nabízel přímo k bootovaní. Veškeré soubory na disku partišně to má. Zkusím to přes efibootmgr. Jenže těch souborů je tam spousta a nevím, zda to napojím na ten správný. U Linuxu je to jednoduché, jsou tam asi 3 soubory. Ale WIndows jich tam má mnohem více. Budu pátrat.

Jdu ozkoušet:

Kód: [Vybrat]

sudo efibootmgr --create --disk=/dev/sda --part=1 --label="Windows 10" --loader='EFI\Microsoft\Boot\bootmgfw.efi'
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0001,0000,0006
Boot0000* ubuntu
Boot0001* Windows 10


[Roman Vacho]

Nefunguje to. Záznamy to neubralo. Ty 2 navíc tam stále jsou a Win 10 nebootuje přes ten nový záznam.

[ramael]

efibootmgr je reseni. Sorry ze to nerozvedu, ridim.

[Roman Vacho]

Už to funguje. Měl jsem špatně parametr part. Mám to až na trojce. Windows si totiž založil při instalaci na čistý disk jakousi partišnu, potom je vlastní Windows. Až za tím je EFI partišna a ještě nějaká po EFI recovery.

Jen na to smazání záznamů budu muset najít nástroj, co funguje.

Kód: [Vybrat]

sudo efibootmgr --delete-bootnum --bootnum "číslo boot orderu např 0 nebo 0000" nebo -b -B nefunguje.
Protože ačkoliv provedu toto:

Kód: [Vybrat]

efibootmgr -B -b 0002
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0001,0000
Boot0000* ubuntu
Boot0001* Windows 10
Tak v BIOSe se nabízí stále smazané záznamy.

ještě něco s pořadím bootu v BIOSe bylo nastaveno na UEFI first, tak jsem to přepl na UEFI only. Ale v záznamu stále 4 údaje místo 2.

Ramaeli koukej na cestu!

[Roman Vacho]

Kód: [Vybrat]

BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0004,0001,0000,0003
Boot0000* ubuntu        HD(3,GPT,ff607ba6-c49f-11ec-b0f0-f67cbe61dc02,0x745bb000,0x32000)/File(\EFI\ubuntu\shimx64.efi)
Boot0001* Windows 10    HD(3,GPT,ff607ba6-c49f-11ec-b0f0-f67cbe61dc02,0x745bb000,0x32000)/File(EFI\Microsoft\Boot\bootmgfw.efi)
Boot0003* UEFI: WDC WD5003ABYX-01WERA0  PciRoot(0x0)/Pci(0x1f,0x2)/Sata(4,65535,0)/HD(2,GPT,5f894dfb-19aa-4438-85d7-c28203c09541,0x3a374800,0x11800)AMBO
Boot0004* ubuntu        HD(1,GPT,c76d893b-33fd-4701-807e-77e259fa6e44,0x800,0xf3800)/File(\EFI\ubuntu\shimx64.efi)
Takže mě napadlo toto:
4 je prostě EFI, kterou jsem omylem vytvořil při instalaci Kubuntu tím, že jsem zadal instalaci zavaděče na tuto jednotku, namísto na jednotku kde je WIndows a EFI. Má chyba. Taže asi zmizne, až ji smažu z disku.
Ovšem potom nechápu proč je zde na výpise boot na 0, když Kubuntu dalo asi zavaděč na 4. To by znamenalo, že můžu bootovat z obou, ale to nefunguje. Když dám bootovat z jednotky 4, tak se spustí jen minimal BASH v Grubu. No nějaká záhada musí přetrvat, že?

A na 3 mě napadlo, že tam je na konci disku asi 32MB FAT16 partišna, kde není nic souvisejícího s EFI, jen ručně nahrané soubory. Ale možná to BIOS vadně identifikuje a myslí si, že se z toho dá bootovat. Čili implementace EFI na této desce je na houby. Anebo je to vlastnost celého EFI? :-)
Každopádně ta 3, když jsem v minulosti záznam smazal, tak zůstal smazán. Jakmile se však objevil po instalaci Kubuntu, tak mi teď efibootmgr ho jakože smaže, ale po restartu je stále vidět v BIOSe.

Kód: [Vybrat]

Disk /dev/sda: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: CT1000MX500SSD1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: FF607BA8-C49F-11EC-B0F0-F67CBE61DC02

Device          Start        End    Sectors   Size Type
/dev/sda1        4096     204799     200704    98M Microsoft basic data
/dev/sda2      205824 1952165421 1951959598 930,8G Microsoft basic data
/dev/sda3  1952165888 1952370687     204800   100M EFI System
/dev/sda4  1952370688 1953519615    1148928   561M Windows recovery environment

Disk /dev/sdc: 59,63 GiB, 64022175232 bytes, 125043311 sectors
Disk model: M4-CT064M4SSD2 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 604CCD8D-D53C-440E-9068-706166CC980E

Device        Start       End  Sectors  Size Type
/dev/sdc1      2048    999423   997376  487M EFI System
/dev/sdc2    999424  66447359 65447936 31,2G Linux filesystem
/dev/sdc3  66447360 125042687 58595328 27,9G Linux filesystem


Disk /dev/sdd: 465,76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: WDC WD5003ABYX-0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 687D7BF0-85A5-4506-A499-80269A076AB4

Device         Start       End   Sectors   Size Type
/dev/sdd1       2048 976701439 976699392 465,7G Microsoft basic data
/dev/sdd2  976701440 976773119     71680    35M Microsoft basic data

Podle vytvoření efi souborů se zdá, že Kubuntu vytvořilo na Windows disku do EFI záznam(adresáře a soubory) a Windows dalo do svého Grubu i jako položku. Nešlo však už bootovat Win přímo z BIOSu po instalaci Kubuntu. Ačkoliv to před instalací šlo.
Kubuntu patrně tedy ignorovalo to, že se má zavaděč instalovat na sdc a zapsalo se do sda3.
Patrně není blbuvzdorné a tak když nenašlo na sdc EFI partišnu, protože EFI partišna je sdc1, tak se stalo toto všechno. Možná.

Bootovat přímo Windows šlo i po instalaci Ubuntu 22.04, které tam bylo předtím, na místě budoucího Kubuntu.
Koresponduje to s tím, že teď se spouští na sdc jen minimal Bash, protože předchozí EFI Grub instalace už je narušena. Že mě to nenapadlo dřív ověřit ty časy.

Takto to vidím. Třeba se pletu.

[Roman Vacho]

Už to asi mám.
bootorder

Kód: [Vybrat]

efibootmgr
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0001,0000,0002,0003
Boot0000* ubuntu
Boot0001* Windows 10
Boot0002* UEFI: M4-CT064M4SSD2
Boot0003* UEFI: WDC WD5003ABYX-01WERA0

efibootmgr -O 0003
BootCurrent: 0000
Timeout: 1 seconds
No BootOrder is set; firmware will attempt recovery
Boot0000* ubuntu
Boot0001* Windows 10
Boot0002* UEFI: M4-CT064M4SSD2
Boot0003* UEFI: WDC WD5003ABYX-01WERA0

efibootmgr
BootCurrent: 0000
Timeout: 1 seconds
No BootOrder is set; firmware will attempt recovery
Boot0000* ubuntu
Boot0001* Windows 10
Boot0002* UEFI: M4-CT064M4SSD2
Boot0003* UEFI: WDC WD5003ABYX-01WERA0

efibootmgr -o 0000,0001
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0001
Boot0000* ubuntu
Boot0001* Windows 10
Boot0002* UEFI: M4-CT064M4SSD2
Boot0003* UEFI: WDC WD5003ABYX-01WERA0

Tak nemám. Všechno při starém, i když vypnu ty dva záznamy v BIOSe, tak se pak stejně nabídnou.

[JirkaZ]

Já mám na pracovním PC Kubuntu 18.04 (jako hlavní OS), Kubuntu 22.04 a W7 Prof.

Vše pracuje naprosto v pohodě...

[ramael]

Neboj za jízdy si nečtu, ani nepíšu. Byl jsem si cestou domů koupit bavorskou sekanou na pumpě a přitom zareagoval.
Myslím, že tam máš vytvořené dva EFI oddíly. A ten druhý má nastavený boot příznak. To je ten co tě startuje. Není problém si nainstalovat více zavaděčů na jedno EFI. Vytvořit více EFI. Jen se to pak nechová jak si představuješ. Ale také není problém si nainstalovat linux bez zavaděče a přesto jde z EFI spustit. Jádro to umožňuje. Zkrátka bios najde oddíl co je označen boot příznakem a jeho EFI nabídne. Zkontroluj si to pomocí gparted nebo něčeho podobného.
Tyhle zmatky umí pěkně vytvářet grub. Zvlášť ten ubuntí. Nejspíše pomocí OS_PROBER. Normální chování grubu při instalaci nebo update, vyhledat další systémy na připojených souborových systémech! Ubuntí grub prochází i ty nepřipojené a proto je tak pomalý a ničitelský.

[Roman Vacho]

Neboj za jízdy si nečtu, ani nepíšu. Byl jsem si cestou domů koupit bavorskou sekanou na pumpě a přitom zareagoval.
Myslím, že tam máš vytvořené dva EFI oddíly. A ten druhý má nastavený boot příznak. To je ten co tě startuje. Není problém si nainstalovat více zavaděčů na jedno EFI. Vytvořit více EFI. Jen se to pak nechová jak si představuješ. Ale také není problém si nainstalovat linux bez zavaděče a přesto jde z EFI spustit. Jádro to umožňuje. Zkrátka bios najde oddíl co je označen boot příznakem a jeho EFI nabídne. Zkontroluj si to pomocí gparted nebo něčeho podobného.
Tyhle zmatky umí pěkně vytvářet grub. Zvlášť ten ubuntí. Nejspíše pomocí OS_PROBER. Normální chování grubu při instalaci nebo update, vyhledat další systémy na připojených souborových systémech! Ubuntí grub prochází i ty nepřipojené a proto je tak pomalý a ničitelský.

Sekanou na pumpě jsem ještě neviděl. Ale taky se pohybuju jinde. Nová doba.
Na ty příznaky bootu mrknu. To je dobrý tip.
Ano, to se mi na EFI líbilo, že to umí spouštět napřímo.

Momentálně však jsem v loji v jiném vlákně, https://forum.ubuntu.cz/index.php?topic=86247.0

[ramael]

V bavorsku je sekajda na pumpě běžná věc.
Jen chci ještě podotknout k tomu přímému bootu jádra, že u ubuntu to bude asi trochu komplikované. Protože ubu dává do /boot složky více jader a na nejvyšší vytvoří odkaz v dobře čitelné podobě. Jenže EFI je na souborovém systému FAT a tam odkazy nefungují. Takže nejspíš přímá editace záznamu. Nebo si vytvořit ještě /efi složku a post skript který po aktualizaci aptu nakopíruje aktuální jádro do EFI s jednoduchým názvem (bez verzí jádra). Anebo hlídat složku /boot a při změně poslat kopii do /efi složky s kterou bude pracovat UEFI. Možností jak si to hodit je více než dost.

P.S.: kdyby to nechtělo pořád pracovat - https://github.com/rhboot/efibootmgr/issues/86

[Roman Vacho]

Díky.