Pár slov k UEFI (diskuse)

[R]

UEFI boot particiu na disku je mozne bez akychkolvek problemov zmazat. Instalator Debianu (predpokladam, ze aj inych distribucii) si ju v pripade potreby (je nabootovany v UEFI mode) vytvori a umiestni do nej grub-efi.

[Aleš Kapica]

Nějaký rozumný důvod proč používat UEFI a ne legacy boot u linuxové distribuce by nebyl?

[MadCatX]

Např. právě ten secure boot?

[Aleš Kapica]

Rozumný důvod, jsem psal…

[MadCatX]

A secure boot je nerozumný proč?

[Aleš Kapica]

A co je na něm "secure" prosim vás? Dovoluje zavést jenom podepsaný blob. Ok. Ale to nijak nezabezpečuje ten systém jako takový. Když ten disk kuchnu a strčím do jiného stroje, tak se na ty data normálně dostanu.

[Vantomas]

Ten disk taky může být šifrovaný a secureboot hlídá, že někdo nekuchnul disk a nevyměnil ten podepsaný blob za nepodepsaný blob, který ukradne heslo k šifrovanému disku.

[Aleš Kapica]

Na to nepotřebuji UEFI.

[Vantomas]

To sice ne, ale když už to ten firmware umí, tak je to tak nějak pohodlný.

[MadCatX]

Secure je v tom, že neumožňuje podstrčit upravené jádro OS, které by třeba mohlo obsahovat nějaký backdoor. I pokud se používá full disk encryption, musí vždy existovat malá část systému, která je nešifrovaná a odemkne disk. Tuhle část lze zabackdoorovat a přimět ji třeba vyexportovat šifrovací klíč disku; praktické ukázky takových útoků existují. Secure boot může zabrat i v případě, že by cinkutý zavaděč podstrkoval i třeba pevný disk s upraveným firmwarem.

[kralyk z abclinuxu]

Nějaký rozumný důvod proč používat UEFI a ne legacy boot u linuxové distribuce by nebyl?

Některé BIOSy odmítají bootovat z GPT disků.

[snajpa]

Nektery shit notebooky maji v UEFI hardcoded cesty, kde tahaji zavadec - a legacy boot zabugovany, ze se to sekne (napr. jeden z nejlevnejsich Aceru s Bay Trailem).

[Aleš Kapica]

Pokud čtu dobře, tak bych to viděl spíš na problém ve špatné instalaci. Biosu by to mělo být jedno. Najde záznam, načte záznam. A když načte UEFI, tak je schopen načíst i GRUB2.

A pokud je to myšleno tak, že jako nepodporují legacy režim, tak takový křáp bych si s odpuštěním nejspíš nekoupil.

[kralyk z abclinuxu]

Biosu by to mělo být jedno. Najde záznam, načte záznam. A když načte UEFI, tak je schopen načíst i GRUB2.

Biosu to není jedno. Umí načíst UEFI a umí samozřejmě načíst i Grub2 nebo Syslinux nebo jiný MBR bootloader, nicméně UEFI načítá jen z GPT disku a MBR bootloader jen z MBR disku. Když je disk GPT, očekává UEFI.

Je to Lenovo a je mi úplně jedno, jestli tomu p. Kapica říká "křáp" nebo nějak jinak...

[Aleš Kapica]

Jo. Lenovo je u mě křáp. A nebavíme se o tom, jestli to umí UEFI, ale o tom jestli to umí taky legacy mód. A tam je úplně jedno jestli máš MS-DOS tabulku nebo GPT. Doma startuji přes legacy boot GRUB2 a z něj pak zavádím jádro rovnou z několikaterbajtového multidevice Btrfs. Na to nepotřebuji žádný FAT32 oddíl s pseudozavaděčem.

[kralyk z abclinuxu]

Jo. Lenovo je u mě křáp.

No vidiš a u mě je zase křáp btrfs

A nebavíme se o tom, jestli to umí UEFI, ale o tom jestli to umí taky legacy mód. A tam je úplně jedno jestli máš MS-DOS tabulku nebo GPT.

Ano umí a ne, není to jedno, pokud to ten BIOS rozlišuje tímhle způsobem, tj. odmítá bootovat legacy módem z GPT disků.

Doma startuji přes legacy boot GRUB2 a z něj pak zavádím jádro (...) . Na to nepotřebuji žádný FAT32 oddíl s pseudozavaděčem.

Potřebuješ na to post-MBR gap na MBR nebo její simulaci na GPT. UEFI rozhodně není bezchybně navržená bezproblémová technologie, nicméně on ten legacy booting taky není zrovna zázrak vědy a techniky...

Jinak používej si samozřejmě co chceš. Já používám aktuálně BIOS legacy mód (z důvodů nesouvisejících s diskusí) + Syslinux na onom Lenovo stroji a jsem celkem spokojen. Grub2 je IMHO překomplikovaný.

Uváděl jsem pouze příklad, proč někdo může chtít UEFI na konkrétním hardware.

[Aleš Kapica]

Uváděl jsem pouze příklad, proč někdo může chtít UEFI na konkrétním hardware.

Beru. Já jsem jenom položil otázku: "Proč by měl chtít UEFI na konkrétním hardware?"

Odpověd: "Proto, že ten stroj nic jiného nedovolí", mě nejenže neuspokojí, ale i nasere. Jednak si myslím, že to není pravda, to si ale bez toho, že bych to měl v ruce jen těžko mohu ověřit. A pak, jsem toho názoru, že za takové omezování si výrobce zaslouží aby zkrachoval.

V blogpostu na téma diskless UEFI boot jsem zmínil kdy to bez něj nejde – pokud chcete používat MS Windows 10. U těch bez oprasení legacy boot použít nelze.

[kralyk z abclinuxu]

Jednak si myslím, že to není pravda, to si ale bez toho, že bych to měl v ruce jen těžko mohu ověřit.

Ten setup BIOS + legacy boot + GPT znám a používal jsem ho na předchozím laptopu, na tomhle jsem ho zkoušel nastavit, ale nefungovalo to. Jakmile byla na disku GPT tabulka, legacy boot z ní bootloader prostě nezavedl. Nebylo to o tom, že by bootloader vypsal nějakou chybovou hlášku nebo něco, bootloader se vůbec nedostal ke slovu, místo toho BIOS vypsal, že nenalézá bootovatelný disk. O možnosti nastavit legacy boot flag v GPT vím, ale to taky nepomohlo. Četl jsem, že některé BIOSy bootují z GPT jen když je správně nastaveno MBR-like CHS adresování. S tím už jsem se ale nepáral, vzhledem k tomu, že by to nemuselo pomoct a že z MBR disku to bootuje bez problémů a GPT oželím, partice stejně řeším na úrovni LVM.

Ono to ani není nijak divný, že to nefunguje - GPT patří do UEFI a ten legacy mód je určen k bootování starých systému na MBR. Legacy boot + GPT je takový hybrid, který na spoustě strojů víceméně náhodou funguje, ale to není garantováno žádnou specifikací. AFAIK naopak UEFI to deklaruje jako nepodporovaný usecase.

[Aleš Kapica]

Původně měl být tenhle blogpost delší. Část, kterou jsem věnoval GPT, a tomu jak obnovit UEFI oddíl, atp. jsem vypustil, protože jsem ji neměl dokončenou a na testy není kdy.

Není pravda, že by byl legacy boot určen pouze pro boot starých systémů. Tak alespoň ve stručnosti tady.

Na tenhle blogpost jsi narazil? Podle toho co tam píše, je třeba u GPT vytvořit pro legacy boot oddíl bios_grub. Já to takhle kdesi dělal, ale už si nevzpomínám na kterém stroji, takže se nemůžu kouknout.

[kralyk z abclinuxu]

Není pravda, že by byl legacy boot určen pouze pro boot starých systémů.

To záleží na tom, co znamená to "je určen"... Já nevím úplně přesně, co říká specifikace UEFI (má to tisíce stránek), ale jsem si celkem jistej že z toho plyne, že GPT je určeno pro UEFI a specifikace garantuje funkčnost bootování z GPT pouze při použití UEFI. Fungování legacy módu AFAIK ani žádnej standard nemá a funguje to tak, jak to výrobce naimplementuje, tj. bootování z GPT může a nemusí fungovat.

Na tenhle blogpost jsi narazil? Podle toho co tam píše, je třeba u GPT vytvořit pro legacy boot oddíl bios_grub.

Já postupoval podle Arch wiki, tam je to popsané, včetně varování, že to nemusí fungovat. Jak říkám, fungovalo mi to na předchozím laptopu (nějaký Asus) a ano, tahle partice tam byla potřeba, nahrazuje post-MBR gap.

[Aleš Kapica]

V tom UEFI může být zadrátované leccos. A přesně to je, co se mi na něm nelíbí – security by obscurity. Ten blogpost je o tom, že kdyby na té NVRAM seděl místo UEFI grub, tak by to fungovalo víceméně podobně. Samozřejmě za předpokladu, že by pro něj existoval nějaký wrapper, podobně jako pro UEFI, co se tváří jako "BIOS"

[kralyk z abclinuxu]

V tom UEFI může být zadrátované leccos. A přesně to je, co se mi na něm nelíbí – security by obscurity.

UEFI je specifikace. Jako pozitiva vidim to, že vůbec nějaká specifikace existuje (BIOSy byly jen de-facto standard bez jakékoli specifikace, dokumentace atd.) a pak to, že přineslo GPT a Secure boot. Jako negativum vidim to, že implementacím se nechává příliš volná ruka, takže můžou dělat zhovadilosti (jako třeba vendor lock-in apod.). Nicméně nic nebrání existenci open-source implementace a AFAIK třeba U-boot implementuje UEFI.

grub2 je konkrétní software a nikoli specifikace, navíc je to trochu jiná kategorie software (ačkoli tam je celkem velká společná část). Za mě výhoda grubu je v podstatě pouze v tom, že je open source, nicméně to v podstatě moc nepomáhá, protože na de-obsurizaci bootovacího procesu x86 strojů je problém ta firmwarová část, nikoli bootloader...

[Aleš Kapica]

Všechno je software. Implementace UEFI rovněž.

Je fajn, že má i specifikaci. Nicméně specifikace, která má tisíce stránek, je principiálně vadná.

Pokud jde o GRUB2, tak ten si ho rozhodně neidealizuji, mám s ním své zkušenosti. Mám však možnost použít něco jiného. To ovšem u stroje s UEFI, které nedovoluje legacy boot, nelze.

Jinak cílem tohoto blogpostu není encyklika proti UEFI, ale přiblížení toho, jak to funguje se srovnání s tím grubem. A zcela prapůvodní záměr byl – napsat něco o tom, jak funguje EFI Shell ve srovnání s konzolí u GRUB2. Ovšem k tomu se už musí dostat někdo jiný.

[kralyk z abclinuxu]

Nicméně specifikace, která má tisíce stránek, je principiálně vadná.

Každá max. druhá specifikace má tisíce stránek...

Pokud jde o GRUB2, tak ten si ho rozhodně neidealizuji, mám s ním své zkušenosti.

Ok, stejnětak já bych nechtěl idealizovat UEFI...

Mám však možnost použít něco jiného. To ovšem u stroje s UEFI, které nedovoluje legacy boot, nelze.

No, používat grub na UEFI můžeš, ne?

[xxx]

Co te tak uchvatilo na Secure Bootu? Zejmena na implementacich, kde proste zdefaultnis key store a spustis si cokoliv?

[kralyk z abclinuxu]

Co te tak uchvatilo na Secure Bootu?

Celkem nic, nepoužívám to. Považuju to za krok správným směrem, bohužel bez otevřeného firmware to není nic moc. To je ale jiná kapitola.

Zejmena na implementacich, kde proste zdefaultnis key store a spustis si cokoliv?

To, že si spustíš cokoliv, ti je dobré k čemu?

[xxx]

Podle mne k nicemu.

[Max]

Limit 2TB na hdd (= zbytečně řešit hybridní mbr).
+UEFI je dnes standard, nevidím důvod lpět na legacy režimu. Jinými slovy, pokud chci dát disk do jiného PC, není problém (člověk už může i narazit na PC, kde legacy není a zbytečně by pak musel předělávat rozložení disku).
Není prostě moc perspektivní dnes něco instalovat pro legacy režim.
Zdar Max

[mimi.vx]

efivars, daleko lepsi pristup HW , daleko sirsi a standardizovanejsi moznosti zpravy HW.  Moznost bezproblemoveho updatu firmware pro jakekoliv zarizenil. Moznost primeho bootu Jadra. Funkci network stack. A spousta dalsich veci,

 

Samozrejme realna implementace vyrobcu byva tristni. Stejne jako u ACPI ktere nahradilo letity Plug'n'Pray

 

Plest tu ze UEFI dela to same co GRUB2 je fakt mimo. A btw. nove specifikace UEFI uz maji Legacy mod zakazany.

[xxx]

Samozrejme realna implementace vyrobcu byva tristni.

Takze je to hovnu, ze? Puvodni problem byl nabootovat OS. Puvodni reseni, najit prvni blokove zarizeni, precist jeho zacatek, a spustit tam ulozeny kod, sice neni uber-cool, ale +/- funguje. Takze bych se jeste jednou zeptal, jaky je ten duvod proc ten novej polorozbitej bazmek pouzivat?

[mimi.vx]

az na to ze situaci kdy ma system k dispozici prvni blokove zarizeni pripojene stale stejne je celkem malo ..  mimo desktop / herni hracky

[xxx]

Hm, a co je teda ta bezna situace mimo desktop, kde UEFI prinasi to zlepseni? Netboot to alespon podle clanku nebude.

[mimi.vx]

A bonusove implementace BIOSu byly stejne hrozne jako UEFI ,,, jen na to uz spousta lidi pozapomnelo

[pc2005]

Moznost bezproblemoveho updatu firmware pro jakekoliv zarizenil.

LOL ne? Na začátku roku jsem chtěl upgradovat firmware na HP255G5. Chcíplo to na nějaké neimplementované knihovně a i po postahování nejrůznějších HP softů na diagnostiku a detekci jsem nenašel nic co fungovalo. Musel jsem rsyncnout celej slackware a nainstalovat windows, abych tam ten slackware rsyncnul za 10 minut (!) zpátky.

Podobný problém na jiném modelu. Tomu se to aspoň ještě povedlo vyřešit. U mého modelu už se to nepodařilo.

[R]

Na tieto sracky (update BIOSov a firmwarov len pre Windows) existuje jednoduche riesenie: stiahnut si update na USB disk, zobrat instalacne DVD Windows 7 32-bit, nabootovat do uvodnej obrazovky, stlacit shift+F10 - zobrazi sa prompt, najst pismeno priradene usb disku (pokus-omyl od C: vyssie) a spustit update z USB disku.

[pc2005]

Zajímavý to vyzkouším. Beztak na něj už vyšly updaty mikrokódu. Bych nečekal, že instalační prostředí win7 bude tak plnohodnotný (i když teda naposled jsem používal win98se, takže jsem asi trochu neupdatovanej , win98se měly jako instalační prostředí jádro z win3.10).

[pc2005]

chybi subsystem potrebny pro podporu tohoto typu bitove kopie

Tak bohužel. Nejspíš to chce nějaký další knihovny.

[mimi.vx]

nemas si kupovat sr.. od HP , jejich hw je to nejhorsi co se mi kdy do rukou dostalo.

[Aleš Kapica]

Není HW jako HW. Mám HP ProBook 6475b. V práci mám pro něj dock, na který mám napíchnutý 2x monitor 1920x1200 na výšku (+ 1600x900) displej na notesu. A při téhle kombinaci už začíná občas zlobit (kostičkuje obraz na jednom z monitorů). Evidentně odchází nějaký kondenzátor, protože s obrazem bývá potíž i když jede čistě na baterii (dělá duchy). A při výpadku proudu, kdy by měl přejít z plného napájení na baterii – zatuhne.

Ale ten stroj jede šestým rokem každý den 10–16 hodin v kuse. Vozím ho sebou všude, i v batohu na hory Za tu dobu jsem na něm "prošlapal" dvě klávesnice. Třetí už kupovat nebudu, protože to nemá cenu. A jednou jsem mu vyměnil hlučný větrák za nový. A to je asi tak všechno.

Protože se za tu dobu přeci jen poněkud pozměnil charaketr mé práce, uvažuji, že si místo něj pořídím HP ENVY x360 s Ryzenem, protože se dá překlápět, takže se dá použít jako tablet. Jen zatím nevím, jestli 15 palcový, nebo ten menší. Každý má svoje + i -.

Kolega za tutéž dobu vystřídal tři modely od Dellu a měl s nima neskutečné patálie.

[kralyk z abclinuxu]

uvažuji, že si místo něj pořídím HP ENVY x360 s Ryzenem, protože se dá překlápět, takže se dá použít jako tablet

Moje zkušenost je, že reálně se to jako tablet moc nedá využít. Aby to skutečně bylo použitelný jen s dotykovým ovládáním, musel bys tam mít OS nebo DE na to určené a musel bys mezi nimi nějak přepínat. A i tak ten komfort bude s otazníkem, většina software s tím prostě nepočítá. Jako "tablet" to využiju v podstatě jen při přehrávání filmů, kde pustim film a dál ovládání nepoužívám, kromě tlačítek hlasitosti, který jsou na boku (což je fajn).

Přesto si myslim že laptop s otočným a dotykovým displejem je dobrá věc, would buy again, a to z několika důvodů:

• Šmudlací ovládání je občas celkem dobré na některé specifické úkony, pro mě třeba navigace v mapách.
• Otočný displej používám v kanceláři vlastně místo docku. Laptop přetočim klávesnicí dozadu / displejem dopředu a postavim do jednoduchého stojánku, takže z něj je vidět v podstatě jen displej. Před ním mam položenou normální velkou desktopovou klávesnici a myš. Nad laptopem je ještě další velký displej. Před laptopem je tolik místa, že kromě velké klávesnice se tam snadno vejde zápisník a další věci. Je to zdaleka nejkomfortnější setup, jaký jsem zatím používal. Oproti docku to má tu 'nevýhodu', že musím na začátku/konci práce připojit/odpojit asi 3 konektory, nicméně dělal jsem si odhad, kolik to zabere času, a je to směšně málo. Přijde mi, že ten efekt toho docku byl alespoň v mém případě čistě psychologický a nestojí mi za ty nevýhody (tj. hlavně vyplítvané místo na stole).
• Drobný bonus otočného displeje je, že nehrozí "prošlápnutí" pantů displeje za jejich práh pohyblivosti.

[Josef Kufner]

Chromium (Chrome) je velice použitelné při pouze dotykovém ovládání. KDE má na zamykací obrazovce on-screen klávesnici a hodí se najít čudlík, který tu klávesnici vyvolá i na desktopu. Pro relativně použitelné ovládání desktopu jako celku stačí přidat pár vhodných čudlíků do rohu na lištu – nijak to nepřekáží při klasickém provozu a hodně to pomůže při tabletovém (např. zkratka na desktop grid se hodně hodí).

Ještě lepší je, pokud ten convertible notebook má stylus, aby se dalo kreslit. Načmárat si nápad v Xournalu je velmi pohodlné (výsledek lze uložit jako vektorové PDF).

[Aleš Kapica]

Pochopitelně na tom bude linux s XFCE. To už mám z minulosti vyzkoušené i v dotykové verzi. Jenom si říkám jak s čudlama při přetočení. Optimální by asi bylo mít na to nějaké flap pouzdro, které by po přetočení chránilo klávesnici před nežádoucími stisky aj. Obecně lze říct, že klávesnice je u mne nejzatíženější komponenta – hlavně kurzorové šipky. Předpokládám, že dotykový displej by jí v tomto směru mohl ulevit.

Na filmy to používat nechci. Chci to na čtení dokumentace, což v současné době tvoří většinu to co na tom dělám. Software kompiluji minimálně. V práci využívám kromě monitoru i oba velké monitory. Notebook jinak používám jako konzoli pro vzálenou správu.

O té 13 uvažuji především proto, že má typ klávesnice, který mi maximálně vyhovuje. To, že je to malé a lehké je bonus. Mínusem je, že do toho nelze strčit druhý disk. Budu nucen řešit nějakou automatiku pro zálohování. Taky je blbé že to nemá LTE slot. Ale to vyřeší mobilní AP.

Konektory a monitory lze vyřešit přes "dock", který z mého pohledu zase tak velký není. Stejně jsem zvyklý používat pod notebookem chladič – výrazně to prodlužuje životnost. Jenom doufám, že ten USB-C konektor bude robustnější než Micro USB.

[kralyk z abclinuxu]

Jenom si říkám jak s čudlama při přetočení. Optimální by asi bylo mít na to nějaké flap pouzdro, které by po přetočení chránilo klávesnici před nežádoucími stisky aj.

U toho mého se klávesnice vypíná při otočení nad určitej úhel.

[Aleš Kapica]

To jo. Mi spíš jde o to, ochránit tu klávesnici vůbec. Ale už jsem na něco narazil Existuje jednak jakási šprcka na klávesnici, ale také flap pouzdro, u kterého to jsou dva díly spojené magnetem, takže by se mohlo dát překlopit tak, aby byla ta strana s klávesnicí chráněna tím pouzdrem.

[prqek]

Pochopitelně na tom bude linux s XFCE. To už mám z minulosti vyzkoušené i v dotykové verzi.

Máš na to nějaký fígl? Zkoušel jsem XFCE s dotykem a moc použitelné to nebylo. Potom, co jsem si pohrál s ovladačem toho dotyku (scroll, left click apod.) je to trochy lepší, ale pořád nic moc. Základní problém je v tom, že chybí vazba mezi dotykem a tím, co je na obrazovce.

[Aleš Kapica]

Základní problém je v tom, že chybí vazba mezi dotykem a tím, co je na obrazovce.

Nechápu co tím máš na mysli. Nemohu k tomu nic bližšího napsat, protože notebook kde jsem to měl už je dávno fuč – věnoval jsem ho kamarádovi a jiné zařízení kde bych si s tím mohl hrát zatím nemám.

[prqek]

To, že reakce na dotyk (gesto) je určená mimo jiné tím, co je zobrazeno v místě dotyku. Mě to fungovalo vždycky jen jako velký touchpad s absolutními souřadnicemi. Například taková virtuální klávesnice - psaní na ní přesouvá kurzor myši. Lepší by bylo, kdy by ta klávesnice byla speciální oblast, která s tím kurzorem nehýbe. Nebo úplně nejlíp ten kurzor úplně vyhodit. Něco o tom je tady

[Josef Kufner]

Když jsem nedávno zkoušel Wayland (KDE), tak tam dotykový displej kurzorem nehýbal. Stejného efektu jde docílit i v Xorg přidáním druhého kurzoru pomocí xinput, ale pak tam straší dvě šipky a aplikace to občas trochu mate.

[prqek]

Já bych právě rád to XFCE. Nejde ani tak o nehýbání kurzorem jako takové, to je spíš symptom. Bez toho provázání je to dotykové ovládání takové neohrabané. Nakonec jsem to nějak zprovoznil, ale znamenalo to dělat úpravy mtracku.

[Aleš Kapica]

Hm, ale to mě v zásadě netrápí. Nechci to používat jako šmatlaplacku.

[prqek]

Tak jak to používáš? Mě dalo dost práce zprovoznit nějak rozumě alespoň levé a prostřední myšítko a scrollování. Bez toho mi přijde dotyk na nic.

[Aleš Kapica]

Ještě nijak. Zatím jedu na svém starém HP ProBook 6475b, ale už se poohlížím po novém stroji a HP Envy x360 13-ag0010 je vážný kandidát. Windows 10 vykopnu, a půjde tam linux.

To překlápění vidím jako výhodu pro čtení, že si to mohu otočit na výšku, a nemusím řešit místo. Jako druhé plus vidím aktivní pero – to mi vyhovuje víc než matlání prstama, protože občas by se mi hodilo kreslení a řešit to přes připojený tablet se fakt nedá – opět, problém s místem. Ovšem zcela zásadní je pro mě to, že jde o AMD only stroj, s rozložením kláves, jaké mi 100% vyhovuje.

Nepatrný bonus je pro mne váha a celkové rozměry. A cenově považuji 23 tis. včetně DPH za ideální. Ani jeden z mých notebooků za posledních 10 let nestál při koupi víc než 25 tis. včetně DPH. MSI vydrželo 5 let (1x výměna klávesnice, 1x výměna větráku), ten stávající kroutí šestý rok.

Předtím jsem měl na ÚMOB HP nx6125 s Turionem, který se po třech letech upekl. Jeho pořizovací cena byla tuším kolem 40 tis. včetně DPH.

[pc2005]

Njn není můj, ale rodinnej. A kupovat nějaký dělo na přehrávání youtube videí by byl overkill. Samozřejmě kvalita typu IBM thinkpad to není, ale ony ani teď ty thinkpady nejsou nic moc (od doby co na nich dělá lenovo).

Každopádně HW funguje, drivery jsou (nějaký AMD APU). Jedinej problém je shit implementace UEFI.

[Petr Fiedler]

Článek jsem Aleši přečetl. Díky za něj :) Jsou v něm užitečné informace, takže stránku si ukládám.

Prosím tě, odpověz mi, jestli a jak dokážeš vyvrátit tohle.

[Aleš Kapica]

Proč bych měl něco vyvracet? Provoz počítače zahrnuje mnoho faktorů, které je třeba brát do úvahy. Výsledný směr je daný několika osami. Jednoduché – Komplikované. Zvládnu – Nezvládnu. A hodnota dat. Příliš komplikovaná konfigurace navyšuje faktor "nezvládnu údržbu. Do takového systému je pak mnohem snazší udělat díru než u relativně jednoduchého systému, u kterého máš šanci poměrně rychle zjistit, že něco není jak má být. Komplikovaný systém zvyšuje riziko problémů při upgrade. A pokud tomu neodpovídají svojí hodnotou uložená data, pak je to spíš ztráta času.

Zmiňované případy, kdy by mohl být SecureBoot ku prospěchu se tě podle mě ani v nejmenším netýkají. Ale pokud ho chceš mít, tak raději studuj, odkazy na to kde jsou kupř. u mého blogpostu Diskless UEFI boot. Bez toho, že bys to pochopil, to podle mě stejně nedáš. A když se ti to přeci jen nějakým způsobem podaří uplácat, hrozí zcela reálně, že budeš zanedlouho lovit ve zdejší poradně rozumy, jak vydolovat data ze systému, do kterého se nemůžeš dostat.

[Lukáš Zapletal]

Grub2 v EFI módu funguje na Red Hatech dobře, máme ho ale hodně opatchovaný. Bacha na PXELinux v EFI, ještě je to stále experimental kód a osobně od něj raději odrazuji (pravda že tak 2-3 roky jsem to nezkoušel).

PXE v EFI doporučuju se vyhnout a rovnou přeskočit na HTTP BOOT který řeší velkou bolest PXE: TFTP. Na podpoře v grubu 2 se zrovna teďka dělá, je na to potřeba UEFI 2.1 tuším, experimentálně už jsme to v labech rozjeli ale ještě to chce doladit.

Osobně se mi návrh UEFI nelíbí, ale když jsem se bavil s klukama co na těchdle věcech pro Red Hat dělají tak nejsou až tak skeptičtí. Má to i světlé stránky a dokážu pochopit, že aby to byl schopen Intel (hlavní autor) protlačit, tak to muselo být maximálně Microsoft-friendly. Podpora v Linuxu byla od začátku velmi dobrá.

[Aleš Kapica]

To já vím že s tím PXE v UEFI je to pěkná bída, ale nelze jinak. Ale dá se to přežít.

[Max]

Díky za info o http bootu, slyším o tom poprvé a vypadá to dost dobře.
Zdar Max

[mimi.vx]

trochu si ozsvez historii

 

UEFI neni bastl od MS ale od Intelu. A puvodne se jmenoval EFI a byl urcen pro jejich "krasnou" architekturu IA-64

[Aleš Kapica]

Mění to něco na tom, že to je bastl? Pro mne je podstatné, aby to zavedlo systém.

[trekker.dk]

No, mohl byste třeba opravit ten blog...

[Aleš Kapica]

Aby ztratila smysl následná diskuze?

Textu blogpostu upravuji pouze v případě, že je tam chybný link, překlep, nebo když jsem v rychlosti přehlédnul nějaký zapomenutý kus textu.

Přidávám jako update, když se mezi tím objevilo něco, oč by text mělo smysl rozšířit.

Oprava, jakou si představujete vy, je pro mě irelevantní. Kdo chce, pročte si diskuzi. Nejste-li spokojen s obsahem blogpostu, napište si vlastní. A do něj si napište co chcete. Pokud budu vidět nějaký smysl pro to, abych zareagoval v diskuzi, která pod ním bude, tak to udělám. Ale rozhodně po vás nebudu chtít, abyste upravoval svůj text podle mých představ.

[trekker.dk]

Aby se čtenář nemusel prokousávat 50+ příspěvky v diskuzi, než se dostane ke správné informaci? Ale ok, uznávám, já jsem ze staré školy, dneska už se chyby neopravují.

[Aleš Kapica]

Ale ok, uznávám, já jsem ze staré školy, dneska už se chyby neopravují.

To bych ani neřekl, protože jinak byste věděl, že se v minulosti tiskové chyby rovněž neopravovaly ve vydaném textu, ale tiskly se pro ně tzv. errata, kterí se vkládala do knihy.

V tomto případě zastupuje erratum diskuze.

[trekker.dk]

Akorát se vymlouváte. Knihu - narozdíl od blogu - nelze snadno opravit.

[Aleš Kapica]

Po opravě tady toužíte vy. Tak si ji napište.

Váš požadavek je stejně ujetý, jako tenhle.

[trekker.dk]

Podívejte se, pokud máte potřebu úmyslně publikovat lživé informace a pomluvy - což je tento případ - tak se bavte. Ale pak se nevymlouvejte na erraty a smysly diskuze a prostě se přiznejte, že jste lhář.

[Aleš Kapica]

Blogpost není o praktikách Microsoftu. Vykřikujte si co chcete.

[debian+]

Master Boot Record je oblast na začátku blokového zařízení. Diskové oddíly u MS-DOS tabulky (která je použitelná u HDD do 2TB) dříve začínaly za sektorem o velikosti 512 bajtů. Dnes začínají dále – až za 2048. A to z toho důvodu aby bylo dost místa pro ovladače v jádru zavaděče. Více o MBR viz v naší wiki. U GPT tabulky, která je vhodnější pro disky o větší kapacitě, lze použít vyhrazený oddíl s flagem EF02 ("BIOS Boot Partition"). Výhodou GPT oproti MS-DOS tabulce, krom toho, že podporuje bloková zařízení s větší kapacitou, je především to, že je zapsaná na více místech. Takže i když dojde k poškození některé z kopií, ještě stále lze s diskem pracovat. MS-DOS tabulka je zapsaná pouze na začátku disku. Pokud se poškodí, a nemáte ji odzálohovanou, jste v pytli. Na druhou stranu, pokud používáte MS-DOS tabulku na které máte pouze jeden diskový oddíl, je zcela jasné kde co najdete.

UEFI je na zaciatku a na konci media (vid. en wiki). GPT zvlada aj MBR boot, lebo prvych 512B je rezervovanych na tento ucel a GTP ich nepouziva (vid. en wiki).

[debian+]

Každý zavaděč, UEFI nevyjímaje, má dvě části. Nejprve se při bootu natáhne jádro, které musí umět rozpoznat další zařízení, na kterém jsou uložené další soubory. V případě legacy PXE se o natažení zavaděče stará firmware síťové karty a bios tak už nemusí řešit nic jiného, než jeho spuštění. V jádře zavaděče, které spustí po natažení ze sítě, či blokového zařízení – musí být minimálně ovladač který rozpozná zařízení a pak ovladač, co umí přečíst souborový systém, aby se mohly načíst další moduly. V případě, že se zavádí ze sítě se o spojení stará PXE a další moduly (a soubory) se stahují přes TFTP.

Ak porovnavas legacy, tak najprv pis o standardnom legacy a nie o legacy PXE (co je jeho podmnozina, ista zvlast variacia) a ku tomu domiesat klasicke legacy (vid. cast suveia veta: "... či blokového zařízení")

[kralyk z abclinuxu]

GPT zvlada aj MBR boot

Ne vždycky, záleží to na BIOSu, viz vlákno výše.

[debian+]

Ale to nie je chyba implementacie/funkcnosti GTP, ale (ne)podpory ineho.

[kralyk z abclinuxu]

Ale to nie je chyba implementacie/funkcnosti GTP, ale (ne)podpory ineho.

Ona to není vůbec žádná chyba.

GPT nijak nespecifikuje/nezaručuje bootování v legacy/BIOS/MBR režimu, specifikuje bootování pouze přes UEFI. To, jestli MBR-like bootování z GPT disků funguje, je pouze na výrobci BIOSu. Většinou to funguje díky tomu, že BIOS při legacy bootu prostě neřešní, jestli je disk MBR nebo MBR+GPT, ale není nikým garantování ani řečeno, že by to tak fungovat mělo. Prostě to funguje, když máš štěstí.

Osobně bych spíš doporučoval to nepoužívat, je to hack.

[Odin1918]

Kapica vymysli kolo za penize daniceho poplatnika. Pekne. Ale proc nedoprat z verejnych penez zabavu starnoucimu muzovi, ze?

[Aleš Kapica]

I šimpanz by pochopil, že se v blogpostu nic nového nevymýšlí. Ovšem chápu, že bez slintu pod mým blogpostem bys nejspíš neusnul. No. Tak spi sladce. Nejlépe - až na věky. Ať Jahnovi není teskno.

[Odin je trotl]

Odine, takové trolly, jako jsi ty, je třeba blokovat! Škoda, že tohle tu správci neřeší :(

[Aleš Kapica]

Já spíš mám někdy pocit, že si ho hýčkají.

Jinak pokud jde o anonymy, svého času zde jisté návrhy byly, ale majitelé abclinuxu mají nejspíš jinou strategii. I když se mi zdá poněkud nešťastné, že nepřihlášený uživatel resp. uživatel, který neví k čemu je dobré blokování, pak žije v domnění, že tenhle portál stojí na příspěvcích osob Odinova typu a díky tomu záhy mizí.

[xxxs]

teraz vazne. uz si si nasiel zamestnanie?

[Odin1918]

Ja moc pracovat nemusim priteli. Ale sem tam si mne nekdo najme. Spise se venuji rodinne firmicce, kde davame zamestnani spouste lidi, kde nektere z nich dokonce povazuji za pratele.

[xxxs]

jasne a preto ti vadi kapica, ktory mina tvoje dane na "neuzitocne aktivity".

podnikatel by skor rypal do politickej garnitury a zakonov.

[Jiri_Ulrich]

Zápisek je lživý, Microsoft UEFI neprotlačil. Respektive o nic více než ostatní zakládající členové (U)EFI fóra (AMD, Dell, HP, IBM, ...)

[Aleš Kapica]

A pan Ulrich to musí dobře vědět, protože u toho byl a na holý pupek odpřísáhne, že při tom ani co by se za nehet vlezlo na ně MS netlačil.