Notebook HP Elitebook 840 G2 - problémy s UEFI (vyřešeno)

[JirkaZ]

Stojím před úkolem nainstalovat Kubuntu (nebo v nouzi i blízkou "odrůdu") na notebook HP Elitebook 840 G2.

Resp. už jsem něco zkoušel, včetně třeba Linux Mintu, instalace proběhne OK, ale ten zmetek prostě nehodlá normálně bootovat a start je vždy přes jakési obskurní menu UEFI/BIOS, kde je nutné vybírat z nějak vzniklých podivných možností a stejně to obvykle nenaběhne (skončí ve smyčce bez jakýchkoliv výpisů na obrazovce apod.).

Při studiu problému už jsem zjistil, že na 99% je vinen korporát HP a jeho až mafiánské vazby s korporátem M$, to vše okořeněné obsesí korporáty nazývanou "bezpečnost" (oni sami a spřátelené spolky ale přitom můžou všude, skutečným důvodem jsou prachy a úchylná touha vše ovládnout).

Za všechny zdroje cituji třeba toto:

The problem is that HP hard coded the paths for the OS boot manager in their UEFI boot manager to \EFI\Microsoft\Boot\bootmgfw.efi to boot Microsoft Windows, regardless of how the UEFI NVRAM variables are changed.

Má někdo (Ventero?) konkrétní zkušenost s řadou Elitebook a řešením bootování? Předpokládám, že výše popsaná šmejďárna bude v sousedních modelech obdobná... Postup v uvedeném odkazu jsem zatím ještě nezkoušel, možná to bude definitivní řešení...

Pochopitelně se mi jedná o řešení typu "po zapnutí počítače se zobrazí grub (s tradičně volitelným nastavením) a to je všechno", prostě tak, jak jsem zvyklý na zatím jakémkoliv jiném počítači. Jinými slovy: fakt to nebude skákat do nějakého proprietárního HP bazmeku.

Díky za věcné připomínky a poznatky.  Sám sem budu psát, když dosáhnu nějakého úspěchu.

[ikx]

...naslo ti hned bootovaci usb???...alebo si musel hokuspokusovat??? :odiky

[JirkaZ]

Našlo, ale nefungovala první flashka, až druhá (oboje vypáleno pomocí Balena Etcher).

Připouštím ovšem, že ta první je "divná", protože se občas stane, že na jiném PC přestane být vidět, pak se to zase vrátí do normálu.

Ten HP stroj je dost kvalitní, kdyby tam neudělali tu prasárnu s UEFI (a různými dalšími "bezpečnostními" bazmeky v něm), tak pohoda...

[Ventero]

Ano mam - na stejnem stroji provozuji dualboot Xubu18 a W7. Osobne, jak to jde, tak instaluji vzdy v CSM. Snad si behem dneska udelam trochu casu neco k tomu napsat a nekam navest k uspechu - mam to ted nejake plne pred temi svatky ..

Napis prosim, pro sichr, diskovou konfiguraci.

Na 100% je vina zhovadelost koncepce UEFI - jak jsem psal, kde to jde, tak jedu Legacy a u Linuxu je dokonce takto boot casto rychlejsi - to Redhawk otestoval a zmeril klinicky ..

[JirkaZ]

Ventero: díky za reakci, věděl jsem, že nezklameš ;-)

Budu se tomu věnovat teď v následujících hodinách, tak podám zprávu. Disk tam bude fungl nový 1TB SATA 6 SSD (Samsung 870 EVO) a bude tam jen Kubuntu, takže ve smyslu dual bootu nejsem nijak omezený.

Pokusy, co popisuju výše, byly dělány na mSATA SSD připojeném přes USB (nic jiného jsem neměl). Možná se to po instalaci na interní SATA 6 SSD začne chovat líp, uvidíme...

[JirkaZ]

Tak snad to běhá...

Telegrafický popis instalace Kubuntu 22.04.3 LTS (kubuntu-22.04.3-desktop-amd64.iso):

⚫ BIOS (přístupný po držení Esc v průběhu bootování): secure boot vypnuto, zvoleno bootování "2. UEFI Hybrid (with CSM)". Učiněn i pokus o nastavení "1. Legacy" a následná instalace bez UEFI, ale ntb vůbec nebootoval a netušil jsem, jak to napravit...

⚫ příprava SSD (v instalátoru Kubuntu zvoleno ruční dělení disku): první oddíl 100 MB EFI, za ním druhý 30 GB Ext4 připojen jako /, zbytek do 1 TB Ext4 připojen jako /home. Tradičně se vedle vyjmenovaných oddílů vytvořily jakési prázdné zbytky (pár MB), dále neřešeno.

⚫ po instalaci ovšem nebootuje, lze obejít ruční volbou konkrétního EFI souboru z nabídky UEFI. Řešení pro normální start bez těchto opruzů je popsáno výše (opakuji tamní odkaz), z toho dál opakuji, co je třeba udělat: v nastavení BIOSu zvolit "Customized boot", tam se kdovíjak dostat do nastavení příslušného řetězce (zdůrazňuju, že ten kretén, co to grafické rozhraní BIOSu navrhoval, to udělal maximálně neintuitivní a reagující různě na myš/touchpad a na klávesnici) a do příslušného okénka zapsat (platí pro *buntu, v jiných distribucích může být cesta odlišná):

Kód: [Vybrat]

\EFI\ubuntu\grubx64.efi
Kdyby si snad někdo myslel, že ta volba bude v grafickém rozhraní pak někde trvale vidět, tak se plete (proč by to tak měli udělat, že...).

⚫ no a po rebootu by už vše mělo fungovat normálně. Zbývají poinstalační úpravy, čili doplnění ESR repo Mozilly pro možnost normální *.deb instalace FF a TB, totální likvidace bazmeku zvaného snap, doinstalace a nastavení aplikací dle osobních zvyklostí atd. To už je rutina.

[juwa2]

A co třeba, pokud už to výrobce takto "zprasil", na to jít z druhého konce (nebude potřeba v nastavení uefi nic pátrat/měnit):
Soubor grubx64.efi  přejmenovat  na  bootmgfw.efi   a prásknout ho do

Kód: [Vybrat]

/EFI/Microsoft/Boot
Dualbootaři to budou mít o něco složitější.  Plně souhlasím s @ventero: Pokud to jen trošku lze, používat zásadně legacy. 

[JirkaZ]

Plně souhlasím s @ventero: Pokud to jen trošku lze, používat zásadně legacy. 

Jo jo, jen to musí jít...

No a občas se lze různě dočíst, že instalace bez UEFI někdy má údajně negativní vliv na činnost různých částí typu WiFi, zvuková apod. karta (osobní zkušenost nemám).

Možná to zkusím ještě jednou přeinstalovat v legacy módu a následně na to pustit BootRepair disk live apod.

[Ventero]

Plně souhlasím s @ventero: Pokud to jen trošku lze, používat zásadně legacy. 

Jo jo, jen to musí jít...

No a občas se lze různě dočíst, že instalace bez UEFI někdy má údajně negativní vliv na činnost různých částí typu WiFi, zvuková apod. karta (osobní zkušenost nemám).

Možná to zkusím ještě jednou přeinstalovat v legacy módu a následně na to pustit BootRepair disk live apod.

Je to presne naopak - instalace dualboot v EFI casto zpusobuje potize s wifi a dalsimi periferiemi (takove Braodcom jsou tim zname) - a proto lepsi instalace v CSM. Snad jen u jednoho modelu Zotac s Ryzen jsem se setkal s opacnou zkusenosti - v CSM mel nejake potize s AHCI nebo neco kolem toho ..

Jinak se ta potiz s bootem da resit presunutim GRUB souboru do konkretni slozky, kterou FW ocekava - jedna z nedomyslenosti koncepce UEFI - takto se to resilo u levnych rad napr. Acer, ktere neumoznuji vyber boot ze souboru.

Stale jsem toho nazoru, ze se mel BIOS prekopat pro moderni ucely a ne menit koncepci na horsi a problematictejsi .. Jenze Ti mladi frikulini (vcetne uz me generace) jsou vychovani v jiste nabubrelosti a mimoznosti, aby uznali dobry zaklad od svych predchudcu ..