Dotaz: Boot Kubuntu - Win10-UEFI

[Pepan]

Zdravím, mohl by mi někdo poradit s bootováním těchto OS? Ve stolním PC používám UEFI s 1x SSD disk a 1x WD na data. Nainstalovaný je KDE-NEON. V výměnném šuplíku mám další SSD disk s nainstalovanými Windows 10 se kterými na data používám i jeden oddíl na plotnovém WD. Základní deska je Asus Z270. Před bootováním si pomocí F8 vyberu ze kterého SSD disku chci nabootovat. Vše chvíli funguje přesně podle mých představ, ale po několika spuštěních, nebo restartech Windows 10 (hotplug je vypnutý) nějak zmizí bootování KDE-NEONu. I když vyjmu disk s W10 ze šuplíku tak v biosu nelze nalézt žádný bootovací disk. Jako bfu musím nabootovat do opravného cd které boot automaticky opraví. Prosím, co může být příčinou že W10 zničí bootovaní na jiném disku, který vůbec nepoužívají(ext4) tak jako by disk v PC nebyl?

Odpovědi

[k3dAR]

UEFI pouzivam vyjimecne, takze z praxe neporadim, ale teoreticky, W10 nemusi nicit bootovani na ext4, protoze na SSD s KDE-NEON mas EFI oddil coz je pro W10 citelny VFAT oddil. Druha vec je ze muze dojit z odebrani z efi promenych kterej jsou ulozeny v pameti zakladni desky...
monza by mohlo byt resenim, startovat vzdy z KDE-NEON, ktery by nestartoval z EFI primo, ale pres GRUB-EFI v kterem by bylo W10 uvedeno jako dalsi polozka pro vybrani, jakmile je v Grub vice nez ten 1 hlavni system, tak se i na 10s(?) automaticky zobrazuje pri startu Grub nabidka, pridavani W10 do grubu by pak melo byt automatizovane diky balicku os-prober (kterej je ve vychozim stavu nainstalovan a v /etc/default/grub ve vychozim stavu jeho pouziti neni zakazano), tzn ze pri aktualizaci jadra nebo pri pusteni update-grub, kdy se v obou pripadech kompletne Grub nabidka (/boot/grub/grub.cfg) komplet pregenerovava, by se vzdy automaticky W10 znovu pridavali (diky tomu os-prober ktery pri (re)generovani Grub configurace se pouzije)

[Pepan]

Děkuju za odpověď. Pokud se "zničí" bootování tak W10 zmizí i z GRUB-EFI, prostě neexistuje. Ten EFI fat32 oddíl sda1 na trvale připojeném disku mě taky napadl, ale ten to nedělá. Mám pomocí fsarchiveru zálohovanou bit kopii EFI oddílu sda1. Když bootovámí NEONu zmizelo, tak pomocí System rescue cd jsem tento oddíl obnovil, stejně jako i zazálohovaný oddíl /. Bohužel Vůbec nic se nezměnilo... Mohlo by to dělat jak píšeš odebrání efi proměnných na základní desce. Prosím jde tomu nějak zabránit?

[k3dAR]

zkoukni tipy (i kdyz prk Arch, jsou obecne), pripadne kdyz se to stane over z Live KDE-Neon nastrojem efibotmgr (pripadne si tim i uloz vystup pri funkcnim stavu, aby jsi mohl lepe porovnat)

[Pepan]

Tak jsem uložil výstup z efibootmgr BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000 Boot0000* neon HD(1,GPT,8692fe4f-642d-4909-9bb9-09c527b46593,0x800,0x81000)/File(\EFI\neon\shimx64.efi) pepan:~$ spustil několikrát W10 a bootovaní z Neonu úplně zmizelo a v biosu po něm není ani stopy. Z live Neonu jsem nabootoval spustil efibotmgr a výstup je naprosto stejný! Znovu jsem zkusil pomocí fsarchiveru obnovit z funkční zálohy EFI partišnu i system, ale v biosu po bootu disku s Neonem (ani Grubu)ani stopa. Bohužel jako bfu to umím opravit záchranným cd, které to automaticky opraví, ale nevím jak -:) a nebo pomůže jenom přeinstalování. Asi fakt se něco přepíše na základní desce.

[petr_p]

Efibootmgr vypisuje bootovací proměnné. Ty nejsou uloženy na disku, ale v EEPROM paměti spolu s nastavím firmwaru. Jestli vám mizí, tak vám je někdo maže. Buď Windows nebo dokonce samotný firmware. Tak jako se dají vypsat, tak se dají pomocí efibootmgr opět vytvořit. Zhruba nějak takto:

efibootmgr -c -b 0 --disk /dev/foo --part 1 --label neon --loader '\EFI\neon\shimx64.efi'

Asi bude třeba použít jiné číslo proměnné u parametru -b (proměnné nelze přepisovat, jen mazat a vytvářet) a hodnotu --disk dle vašeho systému.

Samozřejmě řešení je zjistit, kdo proměnné maže, zjistit, jestli to není dokumentované chování, a případně reklamovat u výrobce.

[Pepan]

Díky vyzkouším a dám vědět

[Drobecek666]

Ahoj, já řešil něco podobného, tak ti můžu nastínit své řešení.

mám notebook a v něm 2 disky, první je M.2 SATA s nainstalovaným ubuntu v EFI modu,druhý je SSD 2,5 SATA dis s windows 10 pro, oba systémy naběhly pokud jsou v ntb. samostatně, pro to abych je rozběhal spolu, resp abych si mohl v bootu vybrat prez F12 na jaký disk nabootuju jsem musel přidat důvěryhodný EFI soubor do nabídky a po restartu su můžu vybrat ručně na který disk naběhnu. (99 procent makám v linuxu, takže tento disk mám aktivně jako primární a jednou za uherský rok když potřebuji do windows tak to mačkání F12 mě nebolí.) snad ti to pomůže.

[Pepan]

Dík za radu, ale já nemám žádný problém disky rozběhat spolu, u Asusu stiskem F8 vyberu disk, který chci. Dokonce i v Grubu neonu je funkční nabídka startu W10. Bohužel po několika spuštěních, nebo restartech W10 zcela zmizí disk s KDE NEON jako bootovací z biosu. Moc nerozumím "přidat důvěryhodný EFI" a tak uvažuji o instalaci čistého Ubuntu, které prý má UEFI jinak pořešeno kvůli možnosti secure modu.

[Pavel 'TIGER' Růžička]

Máš aktuální UEFI? Baterka na desce je v pohodě? Nebylo by lepší nakonfigurovat zavaděč pro oba systémy, klidně na oba disky?

[Pepan]

aktuální UEFI mám poslední bios a baterka je nová a ok. Jak jsem psal ty W10 mám v šuplíku tedy vyndavací a když je nepoužívám a smaže mi bootování linuxu na trvale připojeném disku v pc nic nenadělám, jedině stčit disk s W10 do šuplíku restartovat a použít zavaděč na tomto disku. Jenom je mi divné že zavaděč na disku u W10 je nezničitelný

[Peter Golis]

A nebude to tým, že nemáš podpísaný zavádzač a tak ti ten zavádzač vyhadzuje Windows 10?

Len sa pýtam, Windows nepoznám.

[Pepan]

Tak problém asi nikdy nepůjde vyřešit. Zkusil jsem i Ubuntu, ale nic se nezměnilo. Pouze se mi podařilo "najít způsob" jak pokaždé stoprocentně bootování Linuxu zničit. Stačí Linux ukončit, vypnout PC a zcela odpojit SSD disk s Ubuntu. Potom stačí ze šuplíku spustit Win10 a PC vypnout. Po znovupřipojení SSD s Ubuntu již v UEFI nabídce disk vůbec není. Jenom W10 nabídka zůstane. Zkusil jsem v biosu přepnout z UEFI only do defaultního nastavení (Legacy+UEFI), ale po bootování ani stopa. Nemůže to být tím, že oba SSD disky jsou naprosto stejné?

[Lol Phirae]

Potom stačí ze šuplíku spustit Win10 a PC vypnout.

"Vypnout" ve Windows 10 bohužel nic nevypíná, ale hibernuje.

[Pepan]

A jak tedy Windows 10 zcela vypnout? Při odpojování/připojování SSD jsem u PC vypnul i síťový vypinač. To Windows 10 i potom startují z hibernace?

[Pepan]

Tak jsem hibernaci W10 vypnul a hiberfil.sys zmizel. Bohužel po vypnutí Windows jsem opět hned musel záchranným cd opravit druhý disk s Neonem aby bootoval

[Skokan, Pavel]

zrušte si ve windows "rychlé spouštění" a snad budete mít pokoj...

[Pavel 'TIGER' Růžička]

Což lze vyzkoušet přidržením klávesy shift při odklikávání tlačítka vypnout.

[Pepan]

Tak radost z vyřešení problému vyprchala Po vypnutí rychlého spouštění ve Win10 se situace velice vylepšila. Již zničení bootování Neonu nejde nasimulovat a tak jsem se radoval, že je problém vyřešen. Bohužel po několika vypnutích Windows se nahodile disk s Neonem nespustí. Sice by se s tím dalo žít, většinou přes deset vypnutí disku s Win je vše ok. Potom najednou bootování zmizí. Jenom se bojím, že když to budu nutně potřebovat tak nenaběhne a budu muset použít vždy spolehlivě bootující W10. Zjistil jsem zajímavou věc a to že i když vypnu disk W10 tak vždy Neon po restartech bootuje ok. Problém vznikne když PC zcela vypnu a po nějakém čase opět zapnu (bez disku W10) Neon bootování je zcela pryč. Z live cd mám zjištěno že se na samotném disku vůbec NIC nezmění ani na EFI ani na partišně se systémem. Pokud to chrootnu tak to update-grub napraví. Ještě budu zkoumat nastavení biosu desky. Hlavně jsem vypnul defaultně zapnutý CSM mod a Neon ai Win10 bootují bez problémů. Nějaký čas to budu zkoušet a dám vědět...

[Pavel 'TIGER' Růžička]

A Secure Boot si zakázal?

[Pepan]

Asi ano v tomto menu je prosvícené nejde měnit "secure boot ENABLE" , "platform key (pk) state je UNLOADED" a poslední možnost ta jde měnit "OS TYPE je OTHER TYPE" a jde změnit na UEFI.

[Pepan]

Tak jsem secure boot vypl. Podle Asus fora stačilo vymazat klíč "PK" a v biosu je prosvícený secure boot je jako disable. Neon i Windows10 to nijak neovlivnilo oboje bez problémů bootuje.