GUID partíciós tábla

GUID partíciós tábla , röv. A GPT  egy formátumszabvány a partíciós táblák fizikai merevlemezen való elhelyezésére . Ez az Extensible Firmware Interface (EFI) része, amely az Intel által a BIOS helyettesítésérejavasolt szabvány. Az EFI GPT-t használ, ahol a BIOS a Master Boot Record -ot (MBR) használja . 

Jellemzők

Ellentétben az MBR-rel, amely egy végrehajtható bináris programmal indul, amelyet az aktív partíció azonosítására és indítására terveztek, a GPT fejlett EFI-képességekre támaszkodik ezen folyamatok végrehajtásához. Az MBR azonban a lemez legelején található (LBA 0) mind védelmi, mind kompatibilitási okokból. Maga a GPT a partíciós tábla fejlécével kezdődik . 

A GPT modern logikai blokkcímzési rendszert ( LBA ) használ az MBR-ben használt Cylinder-Head-Sector ( CHS ) címzés helyett. Az örökölt MBR minden információjával az LBA 0 blokkban, a GPT tartalomjegyzék az LBA 1 blokkban található.A tartalomjegyzék annak a blokknak a címét tartalmazza, ahol maga a partíciós tábla kezdődik, általában a következő blokk az LBA 2. A partíciók számát a szabvány nem korlátozza, és az operációs rendszertől függ [1] ( a mezők szélessége miatt technikailag körülbelül 264 szakaszra korlátozódik). Tehát a Microsoft Windows rendszerben a partíciós tábla 128, egyenként 128 bájtos bejegyzés számára tart fenn helyet ( GNU/Linux esetén a kernel legfeljebb 256 partíciót támogat [2] ). Így a Windows partíciós táblája számára 16 384 bájt van lefoglalva (512 bájtos szektor használata esetén ez 32 szektor lesz), így az egyes merevlemezek által használt első szektor az LBA 34 lesz.

Ezenkívül a GPT duplikációt biztosít  - a tartalomjegyzék és a partíciós tábla mind a lemez elejére, mind a végére van írva.

Elméletileg a GPT lehetővé teszi akár 9,4 ZB (9,4 × 1021 bájt ) méretű lemezpartíciók létrehozását (512 bájt szektormérettel, egyébként több), míg az MBR csak 2,2 TB -ig (2,2 × 10 12 ) bájt).

A GPT lehetővé teszi a partíciókhoz GUID -ok , nevek és attribútumok hozzárendelését, függetlenül a fájlrendszerek belső UUID -jétől, címkéitől és így tovább, és lehetővé teszi, hogy a partíciócímkék és -számok helyett ilyen neveken hivatkozzanak rájuk. A nevek Unicode támogatásának és a rájuk vonatkozó korlátozásoknak köszönhetően a szakaszok bármilyen nyelven elnevezhetők és mappákba csoportosíthatók [3] .

Legacy MBR (LBA 0)

Az MBR-nek a lemez elejére helyezésének fő célja a védelem. Előfordulhat, hogy az MBR-alapú lemezes segédprogramok nem ismerik fel, sőt felülírják a GPT-lemezeket. Ennek elkerülése érdekében csak egy partíció van megadva, amely lefedi a teljes GPT-lemezt. A partíció rendszerazonosítója értékre van állítva , ami azt jelzi, hogy a GPT használatban van .  Ennek eredményeként az EFI figyelmen kívül hagyja az MBR-t. Egyes 32 bites operációs rendszerek, például a Windows XP, amelyek nem képesek a GPT-t tartalmazó lemezek olvasására, továbbra is felismerik ezt a rendszerazonosítót , és a kötetet elérhetetlen GPT-lemezként jelenítik meg. Régebbi operációs rendszer0xEE[ mi? ] általában úgy jelölik a meghajtót, mint amely egyetlen, ismeretlen típusú partíciót tartalmaz, és nincs szabad terület; általában megtagadják az ilyen lemez módosítását mindaddig, amíg a felhasználó kifejezetten nem kéri és megerősíti a partíció eltávolítását. Ily módon elkerülhető a GPT-lemez tartalmának véletlen törlése.

Partíciós táblázat Tartalomjegyzék (LBA 1)

A partíciós tábla tartalomjegyzéke jelzi a lemezen azokat a logikai blokkokat, amelyeket a felhasználó használhat (pl .  a használható blokkok ). Meghatározza a partíciós táblát alkotó partíciós adatbejegyzések számát és méretét is. Alapértelmezés szerint a Microsoft Windows 128 partíciós adatrekordot tart fenn. Így 128 partíciót lehet létrehozni a lemezen.

A tartalomjegyzék tartalmazza a lemez GUID -jét ( angolul  Globally Unique  Identifier - "globally egyedi azonosító"). A TOC is tartalmazza a saját méretét és helyét (mindig LBA 1), valamint a másodlagos (tartalék) TOC és a partíciós tábla méretét és helyét, amelyek mindig a lemez utolsó szektoraiban helyezkednek el. Fontos, hogy egy CRC32 ellenőrző összeget is tartalmaz önmagának és a partíciós táblának. Ezeket az ellenőrző összegeket az EFI folyamatok ellenőrzik a gép indításakor. Az ellenőrzőösszeg-ellenőrzések miatt a GPT tartalmának módosítása hexadecimális szerkesztőkben illegális és értelmetlen. Bármilyen szerkesztés törli a tartalom ellenőrző összegeit, majd az EFI felülírja az elsődleges GPT-t a másodlagossal. Ha mindkét GPT helytelen ellenőrző összegeket tartalmaz, a lemezhez való hozzáférés lehetetlenné válik. (A szerkesztés azonban lehetséges – lásd: https://www.linux.org.ru/forum/admin/13360627?cid=13363080 )

Partíciós adatrekordok (LBA 2-33)

A partíció bejegyzései egyszerűek és egyenlő címnövekedéssel vannak elrendezve .  Az első 16 bájt határozza meg a GUID partíciótípust. Például egy EFI rendszerpartíció GUID-je " ". A következő 16 bájt egy GUID-t tartalmaz, amely egyedi az adott partícióra. Ezután a 64 bites LBA-k kezdetére és végére vonatkozó adatok íródnak, ha vannak ilyenek. A fennmaradó hely a szakaszok nevére és attribútumaira vonatkozó információkra vonatkozik. C12A7328-F81F-11D2-BA4B-00A0C93EC93B

Különféle típusú partíciók azonosítói (GUID)

1. megjegyzés: A Linux adatpartíció GUID-je korábban a Microsoft Windows törzsadatpartíció GUID-jének másolata volt .

2. megjegyzés: A bájtok sorrendje a GUID helyesírásában little-endian . Például az EFI rendszerpartíció GUID-je a következőképpen van írva: C12A7328-F81F-11D2-BA4B-00A0C93EC93B, amely 16 bájtos sorozatnak felel meg: 28 73 2A C1 1F F8 D2 11 BA 4B 03E C39 A09. Vegye figyelembe, hogy a bájtok csak az első három blokkban íródnak visszafelé (C12A7328-F81F-11D2).

Hátrányok

• A GPT-támogatás következetlen megvalósítása, valószínűleg annak a ténynek köszönhető, hogy a szabvány nagy része le van zárva (például a Linux adatpartíció GUID- je másra módosult, a parted régebbi verziói nem szabványos névkódolást használnak).
• Nem lehet nevet rendelni a teljes lemezhez, mint az egyes partíciókhoz (bár saját GUID-je van).
• Egy partíciónak a táblázatban szereplő számához való kötődése továbbra is erős (például sok operációs rendszer betöltő előnyben részesíti a számokat a nevek és GUID-k helyett).
• A duplikált táblák száma szigorúan kettőre korlátozott, pozíciójuk rögzített, ami lemezkárosodás, adminisztrációs vagy programhiba esetén nem elegendő a kényelmes adat-helyreállításhoz.
• Sem a GPT, sem a fő biztonsági másolat nem teszi lehetővé egy másik másolat érvénytelenítését, ha az hibás, de a megfelelő ellenőrző összeggel rendelkezik, és nem törölhető, vagyis nincs védelem a rossz szektorok (rossz blokkok) ellen, ami már régóta létezik néhányban. (ext3 , ext4 [6] ) fájlrendszerek .

Lásd még

• Fő rendszerindítási rekord

Jegyzetek

1. ↑ Mi a különbség a GPT és az MBR között a meghajtó particionálásakor? . Letöltve: 2016. április 5. Az eredetiből archiválva : 2016. április 6.. (határozatlan)
2. ↑ Lingzhu Xiang. linux - Mennyi az EFI partíciók maximális száma?  (angol) . Szuper felhasználó (2013. április 19.). Hozzáférés időpontja: 2016. április 5.
3. ↑ Szakasszal rendelkező mappák létrehozásához a szakasz nevének tartalmaznia kell /a szakasz relatív elérési útját.
4. ↑ QNX energiatakarékos fájlrendszer . Hozzáférés dátuma: 2016. február 15. Az eredetiből archiválva : 2015. szeptember 24. (határozatlan)
5. ↑ Az Arca Noae bejelentette a GUID-t az OS/2 Type 1 GPT partíciókhoz . Letöltve: 2020. november 2. Az eredetiből archiválva : 2020. október 30. (határozatlan)
6. ↑ Merevlemez kezelése hibás blokkokkal rossz blokkok sérült blokkok (Megoldás) | Kubuntu.ru . www.kubuntu.ru _ Letöltve: 2020. július 15. Az eredetiből archiválva : 2020. július 16. (határozatlan)

Linkek

• Microsoft TechNet: Lemez szektorok GPT lemezeken
• Microsoft TechNet: GPT meghajtók használata x86-64 rendszereken