Dotaz: MBR

[Luky]

Hezký den všem, chtěl bych se tu zeptat na jednu věc. Na notebooku Dell mám Ubuntu 20.04 přešel jsem z legacy bootu na EFI. Tabulku mám ale pořád MBR

# gdisk /dev/sda
GPT fdisk (gdisk) version 1.0.5

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present

Mohu na běžícím systému použít volbu w, což je write table to disk and exit , abych převedl na GPT nebo je ještě něco potřeba udělat?

Odpovědi

[j]

A proc to resis? Dokud nepotrebujes vetsi disk/vic partysen/... tak to je uplne jedno.

Na bezicim systemu je podobnej zasah vzdycky loterie, takze ano, jde to, ale ...

https://www.explorelinux.com/convert-disk-mbr-to-gpt-on-linux/

Tady to mas tipnuty i s tou hlaskou, ze to potencielne muze znicit data.

---

Dete s tim guuglem dopice!

[Luky]

Třeba proto, že i v odkazovaném článku se píše toto:To boot your computer from UEFI mode, you need to use the drive formatted as GPT partition structure. :) Ale já botuju, takže vlastně nevím, jestli to něčemu vadí nebo ne.

[Jendа]

Mně to taky bootuje s MBR. Jinak převod vyžaduje volné místo na začátku a na konci.

[Luky]

Tak to nebudu řešit:) Děkuju.

[Peter Golis]

Secure boot vyžaduje rozdelenie disku pomocou GPT, a k tomu aj diskovú oblasť EFI Boot v ktorej je EFI binárka (aj s minimálnou konfiguráciou) slúžiaca na zavedenie boot managera, boot manager alebo priamo jadro systému (*). A to musí byť zapísané aj do EFIVARS (UEFI nastavenia).

Ak si len zapol Secure Boot, tak to s najväčšou pravdepodobnosťou štartuje po starom v Legacy Móde.

*) Qemu mal adventný kalendár kde boli aj nejaké UEFI programy s hrami, ale ...

[Luky]

Secure Boot mám vypnutý. Mám zapnutý UEFI boot. Na disku mám EFI partyšnu ve FAT32.

[k3dAR]

a jen si zapnul UEFI, nebo si zaroven vypnul Legacy? v nebahlem systemu kdyz pustis efibootmgr (mozna budes muset doinstalovat balicek efibootmgr) tak ti zobrazi co?

[Luky]

Legacy je vypnuté.

# efibootmgr
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000
Boot0000* ubuntu

Při bootu vidím i logo DELL, které při legacy nebylo.

[k3dAR]

v tom pripade opravdu startujes v UEFI rezimu :) nikdy sem to nezkousel ale mel za to ze UEFI pozaduje GPT, ocividne ne (resp. minimalne v tvem pripade (UEFI implementace konkretniho HW?)

[Luky]

No já si to taky myslel, a proto se teď divím, že to funguje :) Resp. nevím, jestli není z nějakých, pro mě neznámých, důvodů na GPT potřeba přejít. Mám Dell E6430.

[k3dAR]

no UEFI u disku potrebuje vycist zavadec a system musi umet do EFI vars ulozit poradi bootovani, coz se tobe oboje deje, nenapada me nic jineho spojene primo s UEFI co by mohlo (kdyz tohle ti jde :) pozadovat GPT... u GPT je pak nezavisle na UEFI vyhoda mit vice primarnich oddilu nez v MBR, coz pokud nepotrebujes, nebo si vystacis s logickejma v ramci 1 z 4 primarnich na MBR, tak taky prechazet nemusis... pokud mi teda jeste neco neunika, tim ze UEFI+MBR sem proste nikdy nezkousel :)

[Luky]

Tak když to budu chtít udělat třeba pro dobrý pocit :) Před použitím gdisk bude potřeba na začátku vytvořit cca 15M volného místa?

[k3dAR]

to urcite ne :) ja prevadel MBR na GPT pres gdisk nekolikrat, nikdy sem zadne volne misto na zacatku ani na konci neresil :) ALE je mozne ze na konci nejake vzdy uz bylo a na zacatku sem urcite mel vzdy 1oddil az od 2048s (tedy pred oddilem pri 512b na s = ~1MB), na konci asi muze byt pozadovano pro GPT to same, kazdopadne pokud by misto schazelo mel by ten prevod zarvat :)

[k3dAR]

tak podle ArchWiki je na konci potreba: 33 512-byte sectors (16.5 KiB) :)

[j]

EFI se chova v zavislosti na tom, jak je to v HW. Typicky chovani je zhruba takovy, ze MBR nicemu nevadi, protoze to hleda partysnu naformatovanou na fat. Vetsinou (ne vzdy) je i jedno, kde ta partysna je (na zacatku, na konci, uprostred disku). Kdyz najde, tak na ty partysne hleda v prislusny strukture prislusny soubory (kde a jaky uz zavisi na tom, co je to za HW a jak moc je to zmrveny).

U zmrvenych kousku je treba aby booloader mel ten jedinej spravnej nazev a jinej to nenajde (v rozporu s tim jak to ma fungovat), u tech jeste zmrvenejsich to musi byt ten widlobootloader.

Mam tu nekolik disku "pod oboji" = jsou MBR, je na nich MBR zaznam, a zaroven je na nich efi partysna. Boot to zvlada v obou rezimech, ale opet typicky pokud si deska muze vybrat, vybere si MBR.

Nekterej HW vidi takovej disk (nebo USBcko, s tim to lze taky) jako vic zarizeni ze kterych lze nabootovat a pokud se neumi rozhodnout, tak zobrazi proste menu na vyber.

Mno a trebas takovy woknousy (a ano, mluvim o tom poslednim vykriku na tema w10) si bydefault pokud to lze taky disk naformatujou do mbr a nastavej si bootovani v mbr rezimu. Bez ohledu na to, ze je k dispozici efi. Nekde na netu se povaluje pekne dlouhej seznam toho, co vsechno ve widlich s GPT nefunguje nebo nemusi fungovat ... lol (nemaj cas, zakulacujou wokna).

Takovej typickej priklad zmrvenyho efi jsou nektery verze notesu, pokud si dobre pamatuju, tak trebas HP 640 G2 mel v nejaky verzi politickej problem s veracryptem (predchudce i naslednovnici fungovali). Tam bylo treba aby mel loader ten jedinej spravnej nazev.

---

Dete s tim guuglem dopice!

[martin-ux]

Treba rozlisit 2 veci: legacy boot a UEFI boot. V pripade legacy bootu MBR alebo GPT layout disku. Z MBR layoutu podla UEFI standardu nenabootujes, tam standard vyzaduje GPT.

Z historie na sektore 0 (LBA 0) je master boot record(MBR). Ma velkost 512B, obsahuje (hlavne v starsich variantoch) popis disku, samotny bootloader a rozdelenie particii (natvrdo 4 primarne particie) + signatura (0xaa55).

Pri legacy boote a MBR layoute kod v MBR hlada aktivny particiu do ktorej "skoci" (zjednodusene povedane).

Pri GPT je LBA0 tzv. protected MBR (pMBR). Protected preto lebo na mieste kde su zadefinovane primarne particie vytvori fake partition (0xee). Vytvara ju kvoli tomu, ze tymto sposobom sa chrani pred toolmi, ktore GPT stylu nerozumeju. Velkost particie nemusi byt aktualne, hlavne ked disk je vacsi ako dokaze MBR zadefinovat.

Pri GPT/legacy boote pMBR obsahuje bootloader ktory preparsuje GPT header, najde boot partition a skoci do nej.

Pri GPT/UEFI mode moze byt cely bootcode v pMBR 0. Jedine co standard vyzaduje je prave ta fake partition 0xee a boot signatura na konci. Standard vyzaduje EFI partition (fat fs) kde hlada dalsi loader.

V tvojom pripade ked urobis

hexdump -C -n 512 /dev/sda

tak aspon vieme povedat, ze ci tu fake partition tam mas.

Neviem co si vytvaral a ako spravne si to urobil. Neviem o tom, ze by slo zmenit layout online, resp. bez preformatovania. Teoreticky by to mohlo ist ak mas dost miesta na zaciatku a konci disku. Ale opat neviem o ziadnom toole osobne ktory by to robil.

[PePan]

Co řešíš? EFI tam má, o tom žádná. Jinak

>> Neviem o tom, ze by slo zmenit layout online, resp. bez preformatovania.

Converting Ubuntu into UEFI mode (2015-06-07)

https://help.ubuntu.com/community/UEFI

[k3dAR]

Z MBR layoutu podla UEFI standardu nenabootujes, tam standard vyzaduje GPT.

no a on prave z MBR s EFI oddilem v UEFI rezimu nabootuje

jinak pri GPT/Legacy neni treba hybridni MBR+GPT, lze pri ciste GPT pouzit 1MB oddil s priznakem bios_grub, na nej si pak legacy grub automaticky hodi tu cast co u MBR/Legacy hazi do MBR+PredOddil1...

Neviem o tom, ze by slo zmenit layout online, resp. bez preformatovania

to (prevod MBR na GPT se zachovanim existujicich oddilu) prave umi ten gdisk, co tazatel zminuje primo v dotazu

[martin-ux]

Prave preto som chcel, ze by poslal ten hd output, nech vidime co realne ma v tom pMBR. Z toho vypisu gdisku nie je jasne co tam ma. Je mozne, ze niektore BIOSy sa rozhodli ist svojou cestou a ten UEFI standard ohybaju.

Osobne som nikdy neprerabal MBR na GPT za behu. Nenapisal som to asi najstastnejsie. Nepoznal som ziaden tool co by to vedel spravit (uz hej, kedze si napisal :) ), ale viem si predstavit, ze napr. pri plnom FS kde nie je miesta to jednoducho nie je mozne. Ale tu polemiku som mal asi z prispevku uplne vyhodit.

[z_sk]

Daj:

fdisk -l