Legacy mód, vagy UEFI?

Notebook, laptop, mobiltelefon ...

Nemrég vettem egy laptopot (Levono Yoga 720), ami Windows-zal érkezett, viszont elsődlegesen Linuxszal használnám.

Több más furcsaság mellet úgy tűnik a gép csak legacy módban hajlandó futtatni bármilyen Linuxot. Semmi gond, amúgy is újrahúztam volna a teljes rendszert saját elképzelésem szerint, engem nem zavar, ha legacy módban kell telepíteni.

A kérdés viszont az: Járhat-e valami hátránnyal az, ha az oprendszereket legacy módban telepítem/bootolom? Például hiányosabb hardver támogatás, rosszabb energiagazdálkodás, más teljesítméngazdálkodás, ilyesmi.

Az nem zavar, hogy a Windows nem a gyártó szép logóját rakja ki boot során :)

  • 11048 megtekintés

( locsemege v | 2018. 08. 12., v – 10:58 )

Nekem fut Fedora 28 UEFI-s gépen. Tudom, a works for me egy olyan dolog, amellyel sokat ugyan nem segítettem, de arra utalok, nem kellene feladni. Már a telepítő image sem boot-ol pendrive-ról EFI módban?

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( uid_4263 v | 2018. 08. 12., v – 11:00 )

Semmi ilyen hátránya nem lesz, nyugodtan használd legacy-vel. Csak a partíciós táblák és a boot folyamat korai szakaszában van jelentősége, ha egyszer elindult az oprendszer, már mindegy.

--
debian,libreelec,openmediavault,ubuntu,windows,arch,lineageOS
zbook/elitebook/rpi3/nexus5_hammerhead

Noha egyetértek veled, érdemes az embernek megküzdenie ezekkel, hogy legyen vele tapasztalata, mert biztos eljön a pillanat, amikor a legacy mód már nem lesz választási alternatíva. Igaz, akkor nagyobb a motiváció is, mert muszáj. :)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Szerintem ez azért van, mert M.2 NVMe-s SSD-d van. NVMe-nél, mint írtam lentebb egy másik szálban, csak UEFI-boot lehetséges. Ha SATA-s meghajtóval használnád, akkor menne legacyban is. De ma már legacyt nem javasolt használni, csak azért tartalmazzák még a BIOS-ok, hogy ha valaki legacy OS-t akar bebootolni (XP-t vagy régebbi OS-t), hogy a visszafelé kompatbilitást (ami az x86-os platform lényege lenne) ne törjék el.

No keyboard detected... Press F1 to run the SETUP

Nem, nem azért van. Ez a Dell döntése.
Sima 2.5" SATA SSD-ről sem bootol máshogy, és SATA m.2-ről sem.
Ugyanarról a SATA SSD-ről bootol, ha nem a belső SATA csatlakozóra rakod, hanem egy külső USB házon keresztül kötöd be.

A BIOS-ban, a "honnan bootoljon a gép" c. menüben nincs is olyan opció Legacy boot alatt, hogy belső SATA diszk.

A képet nem tudom megnézni. Nem működik nálam az imgur, még proxyval sem, de hiszek neked. Elég furcsa. Főleg, hogy az ezt támogató BIOS-okban Legacy boot alatt semmilyen plusz eszközt nem kell kilistázni. Egyszer átrakod a boot mode-ot Legacyra, vagy Legacy + UEFI-re, és onnantól minden meghajtót megnéz bootkor, hogy először tud-e Legacyban bootolni valamelyikről, függetlenül attól, hogy belső vagy külső meghajtó.

No keyboard detected... Press F1 to run the SETUP

Minden BIOS-ban meg lehet mondani, hogy mik a boot device-ok, és milyen sorrendben menjenek. Amit oda nem tudsz felvenni, arról általában nem szokott bootolni a gép.

A imguron egy BIOS screenshot van, ahol a Legacy mode-ot be lehet kapcsolni. A komment/help részben pedig az szerepel, hogy ez arra szolgál, hogy külső eszközökről lehessen bootolni vele (pl. USB meg PXE), és nem támogatott a belső diszk (HDD, SSD, etc) OS boot device-kénti használata. És utána láss csodát, nem is bootol róla.

( Szenti v | 2018. 08. 12., v – 11:15 )

Ha mégis dual bootra adnád a fejed, akkor tudd, hogy UEFI esetén a Windows (és néha a bugos UEFI BIOS-ok is) hajlamosak visszaállítani a Windowst az alapértelmezett OS-nek.

( deje | 2018. 08. 12., v – 11:18 )

Kellene mennie UEFI módban is a telepítőknek...

Pár hete futottam bele én is ilyesmibe egy Dell géppel. Addig nem volt hajlandó a kubuntu telepítőmet UEFI módban bebootolni, amíg nem MBR+FAT32 volt a pendrive-on, ráadásul bedugás után kellett egy poweroff, és csak ezután indult el.

Érdekességként: a >6 éves ThinkPad-em simán elindít UEFI telepítőt GPT-ről is, sőt azt hiszem exFAT fájlrendszerrel is működik.

( Kormoran | 2018. 08. 12., v – 12:44 )

a már futó rendszer szempontjából nincs jelentősége, csak a boot chain elején de az meg úgyse lényeges a tényleges használat során.

jómagam minden esetben a legacy bootot preferálom, a jelenlegi laptopomban (Acer E5) használhatatlanul szar az UEFI-implementáció, pedig még arról sincs szó hogy vindózzal jött volna. a legacy boot egyszerűbb és elegánsabb szerintem.

"all submitted complaints will be forwarded to /dev/null for further investigation"
"ez ilyen hippi kommunás felfogás, ahogy Stallman sámán módjára dobol a nagy hasán, hogy GNU, free software, free as free beer."

( Marxs v | 2018. 08. 12., v – 17:57 )

Egy ismerős kért meg, hogy telepítsek neki ubuntut az Acer E1-571-es gépére.

Elsősorban UEFI-t szerettem volna telepíteni de újraindítás után sosem bootolt. Probléma volt az is, hogy csak USB 2.0-ás porton ment az UEFI indítás, GPT-lemezként.
Az újraindulás utáni boot problémát úgy akartam orvosolni, hogy egyedileg beírom az útvonalat. Mivel egyéni efi útvonalat nem engedett beleírni így maradt a sysrescd. A telepített rendszeren az EFI könyvtárban az ubuntu könyvtárat teljes egészében átmásoltam az EFI alatt egy új Linux mappa alá, majd ebben a Linux könyvtárban a shimx64.efi fájlról másolatot csináltam BOOTx64.EFI néven. Ezután már volt ilyen opció a Biosban amit előre tudtam tenni. :)

Igen, valami hasonló gányolás, bár ezek az Acer-ek picivel kezesbárányabbak :) azért, ha kiismeri az ember őket. Teheted bárhova, s ha jól emléxem, a file-od neve is lehet bármi, ezt efibootmgr paranccsal engedi szerkeszteni, de egy kikötés van: Linux legyen a neve. Ez amúgy az efibootmgr -L kapcsolójához tartozó paraméter, amúgy épp a default is egyben. Ha teszem azt, átneveznéd valami mássá, pl. Ubuntu vagy Fedora névre, máris nem engedi meg a EFI bejegyzést.

Az elején így csináltam én is, ahogy írod, de ennél picit rugalmasabb. De csak kicsit. És persze, ha van Windows is, az lesz a default. :(

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Már az Ubiban is van Shim? Az nagyon kemény, azt hittem, hogy ez valami fedorás dolog csak. Persze kell is, mint a falat kenyér, még egy réteget hozzáadni, hogy még bonyolultabb dolog legyen a bootolás, ami az ilyen nem szabványos UEFI implementációjú Acereken amúgy is tömör gyönyör.

Nálam Archon szándékosan csak systemd-boot van, ami EFI partícióról indul .EFI fájllal és loader.conf menüvel. Semmi Shim, semmi GRUB, semmi extra bonyolítás. Egyszerű, mint a faék, csukott szemmel telepíthető, működik, frissítés nem töri el, ha valami gond adódna nagyon elméleti esetben, könnyen javítható egyetlen .conf szerkesztésével és egy bootctl install paranccsal, ami az .EFI fájlokat újra felmásolja, esetleg egy mkinitcpio -p linux kiadása, ami az initramfs-t újragenerálja. Az is igaz, hogy a gépen szabványos az UEFI, meg a Secure Boot is ki van kapcsolva, tehát semmi nehezítés meg szopófaktor.

Elvileg még jobban le tudnám egyszerűsíteni, systemd helyett efi stub boot, hogy bootmenü se legyen, meg valahogy kiiktatni az initramfs-t (elméletileg lehetséges, gyakorlatilag nem tudom), de ezzel már elveszne bizonyos kényelem, default beállításos egyszerűség. Tehát egyszerűbb lenne működésbelileg, de nehezebb telepítés/karbantartásügyileg. Van a minimalizmusnak is egy olyan foka, ahonnan már csak önszopatásnak jó.

No keyboard detected... Press F1 to run the SETUP

+1 valamint azert is jo az efi boot, mert szabvanyos eszkozokkel (efibootmgr, windows boot baszogtato akarmi plusz az efiben is beepitve) szerkesztheto/allithato a sorrend. A fileok egy koszos fat particion vannak hozza, amit aztan vegkepp akarmi is tud irni/olvasni.
Valamint viheto egyik vasrol a masikra fajdalommentesen.
Szimplan jobb ez az implementacio mint abban bizni, h valami blockdevice elso X byte-jaban levo binaris majd csinal vmit.

( Raynes v | 2018. 08. 12., v – 17:58 )

Nem olyan nagy baj, ha legacy bootot használsz UEFI helyett. Nagy hátrány semmiképp nem ér miatta, semmi olyan, amit ne tudnál áthidalni.

Az UEFI-nek 3 előnye lenne mégis:
1) gyorsabban eljuthat a rendszerbetöltőig a gép bekapcsolás után, mivel az EUFI már kihagy egy csomó hagyományos BIOS POST tesztet, meg máshogy detektálja a lemezeket, ezen adott esetben lehet néhány másodpercet nyerni, de nem minden lapnál
2) GPT partíciós tábla, nem kell elsődleges, kiterjesztett, logikai partíciókkal szenvedni, támogatottak a 2 TB feletti lemez/partícióméretek.
3) kulturáltabb az UEFI boot managere, mint az MBR-es boot managerek, amiket külön fel kell szögelni mondjuk dualboothoz.

Egy dolog van, ahol az UEFI boot kötelező: NVMe-s meghajtókról bootolás.

No keyboard detected... Press F1 to run the SETUP

( NevemTeve | 2018. 08. 12., v – 18:05 )

Ahogy én érteni vélem, az UEFI-nek számtalan hasznos funkciója van/lehet/lehetne, az implementor ügyességétől függően. Ezek közül a legesleghasznosabb a letiltás lehetősége.

( mt9 | 2018. 08. 12., v – 21:22 )

Köszi a válaszokat. Időközben sikerült mégis működésre bírni.

Kis utánajárás után kiderült, hogy a SATA vezérlő RAID módban van, és azt az Ubuntu nem fogja látni, de nagyon úgy néz ki hogy emiatt bootolni se volt hajlandó.

( Zahy v | 2018. 08. 17., p – 12:50 )

Kicsit nagyon off:

Céges feladatokra használt V310-es Lenovo (van belüle pár 10 darab) a lehető legrosszabb pillanatban feldobott egy figyelmeztetést, hogy hű de kritikus frissítések vannak a Lenovo-tól. Tehát amikor már lehetettt, mindent megfrissítettem. A kritikus frissítés egy BIOS (és 10 nem annyira kritikus driver). Fájdalom nélkül lement a frissítés, majd csodálkozva láttam, hogy Pixie-zni akar, amit addig sosem tett - majd rohadt sokára feldobott egy menüt, hogy honnan akarok indulni. Első bejegyzés az msata, 2. és 3. IPv4 és IPv6-os PXE. Kiválasztom a diszket, és újra pixie üzenet. Setupba belépve, semmi extra nem tűnik fel (kivéve, hogy a virtualizáció ki van kapcsolva). Tehát ellenőrzöm a Boot sorrendet, mentés reboot, ugyanaz: PXE, majd menü, de ha az SSD-t választom ki, PXE, menü - loop. Újra belépve a setupba, most feltűnt: ki van kapcsolva a Legacy mód. Bekapcsolom, hogy elsőnek próbáljon UEFI-t, majd utána Legacy -t. És ezek után hajlandó bebootolni. A gépen amúgy olyan szinten gyári Win, hogy az azonosítója a BIOS setupban lekérdezhető, de hogy valaki 2018-ban kiad egy gépet UEFI-vel, majd legacy-ban telepíti rája a Win-t, az azért fájdalmas kissé. Nekem.

=====
tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?