Hard Disk Format - MBR ili GPT

Radim clean install Windows 10 i u nedoumici sam da li da konvertujem disk u GPT?

Da li postoje razlozi za zadržavanje MBR-a? Pokušavao sam da nađem konkretan odgovor na ovo pitanje i nema, sve je u stilu objašnjavanje razlika ali nigde ZA i PROTIV.

Da li GPT možda traži neki potpisan softver ili tako nešto, što bi u našem "okruženju" moglo da predstavlja proble

Potpis

Sell 'crazy' some place else. We're all stocked up here.

GPT ti treba ako je disk veci od 2TB. Zapravo nema razloga da stavis MBR. U stvari ako hoces da butujes na stari nacin onda MBR, ako hoces UEFI boot sa EFI sistemskom particijom onda moras GPT.
UEFI ima kao opciju secure boot i to je to.

Ja sam koristio GPT za 3T hard, manje nemam nameru da konvertujem pa i da krenem od nule.

To znam za Secure Boot, nego ne zanm da li to ima nekih prednosti osim provere "potpisa" OS-a, tj. bootloadera (valjda) prilikom boot-a.

A prethodna instalacija mi je vrisnula tako što sam popio BSOD "Inaccessible Boot Device", nakon što sam deinstalirao neki softver za keširanje na 24GB SSD-u koji je u laptopu, a za koji sam primetio da ne funkcioniše, pa kako nisam mogao da ga "opravim" krenuo da reinstaliram. Međutim, ne lezi vraže, nakon deinstalacije traži restart i nakon toga popijem BSOD.

Nikakvi fixboot, fixmbr-ovi nisu pomogli i moram da reinstaliram Windows 10, a kako sam to ionako već mesecima planirao i odlagao, rekoh da li da se konačno pozdravim sa legacy support u UEFI i da disk formatiram u GPT. Znači svodi se manje više na lične preference? Jer nigde niko ne kaže konkretno za i protiv.

Potpis

Sell 'crazy' some place else. We're all stocked up here.

Ima, ako mozes da iskljucis CSM u (UEFI) firmware-u.

Svaki moderni PC se inicijalizuje uz pomoc UEFI firmware-a (kompletan kod koji "podize" CPU, trenira memoriju i PCIe itd. je gomila UEFI modula).

Ako imas MBR bootloader, UEFI firmware u toku inicijalizacije mora da ucita i BIOS emulaciju (CSM), kad zavrsi inicijalizaciju prebaci procesor u 16-bitni mod kao da su rane 80-te samo da bi MBR bootloader opet prebacio procesor u 32-bitni ili long (x64) mod :-)

Ako imas UEFI boot i ne treba ti CSM podrska iz nekih drugih razloga (recimo option ROM na ekstenzionoj PCIe kartici nekompatibilan sa UEFI-jem) lepo mozes komplet da ugasis BIOS emulaciju (ako firmware dozvoljava) i ubrzas boot i izbacis nepotrebnu emulaciju BIOS-a iz boot procesa.

Takodje, osim Secure Boot-a (koji je, IMHO, stvar koju svakako treba imati) postoji jos sigurnosnih feature-a koje zahtevaju UEFI boot, na primer feature koji Windows zove "Device Guard" / "Credential Guard". Za ovo ti je potrebna i hardverska podrska ali i UEFI (secure) boot je obavezan. Ako imas Device Guard, sam kernel trci kao izolovani hipervizor sa hardverskom zastitom pristupa i mozes da kontrolises izvrsavanje tako da samo potpisane aplikacije mogu da se startuju a kod koji proverava integritet je hardverski izolovan. Credential guard radi to isto sa bitnim tajnama.

Potpis

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey

Pa ja drzim MBR i na SSD-u i na HDD-u ;)
Nema nikakvih prednosti ako imas samo jedan OS. Ako imas vise operativnih sistema u slucaju uefi-ja ti ne treba boot loader, zato sto mozes staviti vise exe-a koji pokrecu OS na navedenoj EFI particiji, pa iz Firmware-a izabrati sta ces butovati.
Sve jedno taj exe bude bootloader pa opet imas istu situaciju ;)

Ivane:
koliko ubrzas boot proces tako ;p?

Nemam pojma pravo da ti kazem, verovatno par sekundi, ali meni vise smeta to sto se prilikom inicijalizacije izvrsava besmislen i nepotreban kod koji je sam sebi smisao (emulacija originalnog PC-ja) i gubi pristup UEFI servisima od strane OS-a.

Potpis

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey

Ček, ovo mu dođe kao neki Walled Garden ili šta? Mogu da instaliram/pokrećem samo "autorizovane" aplikacije ili mogu šta hoću? Ne bih da mi hardver određuje šta smem a šta ne da instaliram/pokrećem na svom ličnom kompu. To je ok za neke korporativne sisteme gde je poželjno da se izvršava samo autorizovan softver, ali za moj lični komp bih ipak ja da zadržim slobodu da pokrećem i "neautorizovane" apps, krekove, pečeve itd. po potrebi.

Potpis

Sell 'crazy' some place else. We're all stocked up here.

Ne, ako pricamo o x64 PC-jevima to je "walled garden" koji ti kontrolises, ti imas kontrolu nad kljucevima / hash-evima dozvoljenih aplikacija (osim ako nemaju neki idiotski ogranicen firmware, ali to je onda vec neki drugi problem).

Prednost je sto sam firmware i CPU stite OS i kriticne podatke (i proveravaju da su OS loader i kernel potpisani dozvoljenim kljucem) a OS radi proveru potpisa/hasheva aplikacija i drajvera.

Mislim da ti za Device Guard / Credential Guard treba Enterprise/Server verzija Windowsa + svi drajveri na sistemu moraju biti kompatibilni (nema vise dinamickog menjanja izvrsnog koda i sl. akrobacija, izvrsni kod mora biti digitalno potpisan i nema promena "u letu") + prakticno ostatak OS-a i aplikacija trce kao VM gosti dok je OS-core zapravo izolovan kao hipervizor.

Potpis

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey

Pa vidi kada x86 procesor dobije napajanje on se startuje u real 16/bitnom modu. Za long mode mora da se izvrsi setup procesora sto sigurno uzima vise vremena nego prosto startovanje koda sa prvog sektora diska ;p

Da ali vec skoro deceniju odmah posle reseta jedna od prvih nekoliko instrukcija je izlazak iz real moda i nastavak inicijalizacije 32-bitnog ili 64-bitnog firmware-a. Kompletan proces inicijalizacije osnovnog hardvera je danas skup UEFI 64-bitnih modula.

Onda ako imas MBR sistem mora da, na kraju inicijalizacije hardvera, ucita BIOS >emulator< koji ce procesor ponovo baciti u realni mod i emulirati matore PC XT-style interapte samo da bi OS bootloader iznova izasao iz real moda i opet usao u protected ili long mod.

Wtf? :-)

Potpis

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey

Ok, znači pošto se radi o consumer laptopu i OS-u (Win 10 Pro x64), to me ne kači? Sve radi isto kao i do sada (odnosno nema walled gardena)? U krajnjem slučaju ako OS dozvoljava izvršavanje koda, to je to, UEFI se tu ne meša u ovom slučaju?

Da ne bude posle enablovao UEFI/Secure Boot/GPT pa ne mogu da pokrenem peč ili "domaću" verziju aplikacije, koju sam mogao do sada.

Zato sam se i dvoumio u vezi s tim UEFI/GPT, jer jelte, ipak živim u Srbiji. Windows 10 i softver koji profesionalno koristim su mi legalni. Photoshop koristim amaterski. 😁

Potpis

Sell 'crazy' some place else. We're all stocked up here.

Ne mora tako da radi. Sve je vec inicijalizovano, samo izadje iz protected/long moda i eto, vec je sve setapovano. Nema tu mnogo posla ROM BIOS-a je 64kb ;)
Da bi butovao EFI mora da ima i drajver za FAT32 i da mapira exe pa da ga pokrene.... ali sve u svemu sama inicijalizacija hardvera traje duze od toga...


edit:
mnogo brzo se poklapamo, ovo je odgvoor Ivanu ;)

UEFI i Secure Boot se ne mesaju u to koje ti aplikacije startujes.

UEFI ne ukljucuje nuzno i secure boot, secure boot je opcionalna komponenta koju danas obicno svi UEFI sistemi podrzavaju zato sto Windows sertifikacija trazi da je imaju.

Secure boot ce samo proveriti da OS bootloader (i UEFI drajveri, ali obicno nemas dodatne UEFI drajvere) jesu potpisani kljucem koji je u bazi (ili imaju hash koji odgovara) i nije na "crnoj" listi (ima posebna baza i za to).

Secure boot mozes i da iskljucis a >trebalo< bi da na svakom UEFI kompatibilnom sistemu mozes sam da dodajes/brises kljuceve/hasheve iz baze. Najlakse je to uraditi iz samog UEFI setup-a ako ti je hw. vendor to dozvolio a ako nije ima EFI alatki koje to mogu eksterno da urade ali nije garantovano da rade na svim sistemima.

Niko ti ne brani i da obrises sve kljuceve u firmware-u i ne dozvolis Microsoftovim OS-evima da se ucitaju, vec samo OS-evima cije si bootloadere ti potpisao.

Device Guard / Credential Guard su MS marketinski nazivi za dodatne tehnologije bazirane na UEFI-ju, secure boot-u, hardverskoj virtualizaciji i dizajnu OS-a tako da se validacija potpisa siri i na aplikacije a komponente koje vrse proveru hardverski izoluju tako da drugi procesi uopste i nemaju pristup memoriji kriticnih komponenti.

Nadam se da je sad jasnije :-)

Potpis

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey

Hmmm... UEFI FAT32 drajver ti je tu pa ti je tu i vrlo verovatno je ucitan bez obzira na CSM ili ne.

Evo sad gledam bas moj UEFI firmware image i za BIOS emulaciju ima:

- CsmVideo drajver (~10KB)
- CsmBlockIo drajver (~18 KB)
- CsmRt32 (~3 KB)

I nije bas samo "izadji iz protected moda" posto zapravo ti moras onda da emuliras BIOS funkcije kroz native UEFI interfejse dakle trebaju ti drajveri (vidi gore), ako te zanima efo ti specifikacija sta sve mora da se uradi: https://www.intel.com/content/...-module-specification-v098.pdf

Hvala bogu, pa od 2020 nece vise biti CSM-a u Intel-ovim UEFI sistemima hehe :)

Potpis

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey

Tako sam i mislio (samo ne naravno tako stručno i elokventno:)

Bilo bi glupo da ti UEFI brani da izvršavaš kod na svom privatnom OS-u (npr. napisao si kod i ne možeš da ga izvršiš jer nije potpisan u UEFI:).

Čisto sam pitao da potvrdim jer više ne može čovek da bude siguran šta je šta, ako nije 100% u toku sa aktuelnim zbivanjima.

U mom UEFI, secure boot može da se isključi ali to je obično povezano sa legacy MBR/CSM support-om. Ne znam dal može da se isključi bez CSM, moguće da može ali nisam probao, jer dosad nisam ni koristio GPT pa mi je CSM morao biti enabled, a samim tim i secure boot isključen.

Poigraću se malo tim opcijama (konačno), ako odlučim da pređem na GPT, a zapravo jedino što me odvraća je što sadržinu diska moram da kopiram na eksterni da bih ga konvertovao u GPT, odnosno koverzija MBR->GPT nije moguća već samo reformatiranje. Bar kolko ja znam. Možda je moguća sa nekim 3rd party alatima..

Potpis

Sell 'crazy' some place else. We're all stocked up here.

Ne vidim sta je tu problem. Ali to sto ce ukinuti MBR butovanje to mi se nikako ne svidja... to znaci da ce graficke karte pre 2012 postati neupotrebljive... a tu je i problem sa custom firmware-om...
Nadajmo se da ce se proizvodjaci BIOS-a dozvati pameti jer takve ploce ce onda biti na ceni.

Pa sad kolika je sansa da ces u novom sistemu koji je izasao 2020-te trpati graficku karticu iz... 2012?

Sto se custom firmwarenja tice, rani UEFI je zapravo tu olaksao situaciju (mnogo vise dokumentacije) i danas imas brdo tool-ova za modifikaciju UEFI sistema, od kompletnog devkita pa do alatki za zamenu vec postojecih modula unutar firmware image-a sa tvojim.

Problem je, naravno, "boot guard" koji ce verovatno sve cesce biti upotrebljivan i koji cini da CPU (tj. ME cip u slucaju Intela) kriptografski verifikuje firmware pre nego sto ga ucita.

Potpis

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey

Ivan je ovo super objasnio, neke stvari su novina i za mene.

Ali da se vratim na OP i dam odgovor na pitanje.

Za prosečnog kućnog korisnika laptop/desktop računara, pod pretpostavkom da nema hard od 3+TB sa kog hoće da diže sistem, UEFI mod sa GPT particijom mu ne donosi apsolutnu nikakvu bitnu prednost u odnosu na BIOS mod sa MBR particijom.

Jedina prednost za prosečnog kućnog korisnika jeste što će mu se sistem butovati maks 1 - 2 sekunde brže, pa ako je to vredno konvertovanja particije, onda svakako odradi to. Meni recimo nije bilo, ali svaki clean install na novijim računarima radim kao UEFI.

Potpis

... Vladimir Vučićević aka. Bachi
~~~ www.bachi.in.rs <<<<>>>> [email protected]
>>> It's nice to be important, but it's more important to be nice...

Ranije je bilo jos prednosti zato sto neki vendori (khm, Sony) nisu ni preterano testirali UEFI-native boot mod, pa je na vrlo ranim modelima (recimo prva generacija Z serije) Windows pucao na cudne nacine ako nije instaliran u CSM modu ali to je bilo pre 10 godina :-)

Medjutim kako je UEFI boot za Windows sertifiikaciju obavezan vec godinama, danas je vrlo verovatno i vise testiran od samog CSM modula koji otprilike sluzi da podigne stare Windows instalacije i poneki MS-DOS boot disk za flashovanje necega.

Ja bih na nove instalacije stavljao UEFI obavezno, stare MBR instalacije bih ostavio takve kakve jesu, nikom ne smetaju :-)

Potpis

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey