Viszlát dos, helló UEFI

Minél közelebb van az absztrakciós szint az alkalmazás az aktuális hardver, annál több lehetősége mind a „hardver” menedzsment és a hozzáférést a nem dokumentált funkciók - áttekintés a történelem folyamán és az UEFI építészet. amely hasonló funkcionalitást egy egyszerű lemez MS-DOS operációs rendszer típusa.







Classic DOS - ez az építészeti korlátok 16-bit

Most némi bizalmat azt mondják, hogy a korszak DOS (Disk Operating System), a Microsoft / IBM klasszikus kivitelezés, amelyen számos saját, és tudja, örökre elveszett. Igen, az idő - és ez szó szerint csak egy fél generáció programmistov- rendszer egyszerűen elképesztő. Látszólagos egyszerűsége ellenére azt első látásra nem volt elég hatékony számos feladat. Nevezetesen, fájlkezelő, működjön együtt a RAM (eredetileg csak az első megabyte), közvetlen hozzáférést biztosít az I / O portok, stb

Mi a fénypontja ilyen egyszerű? És az, hogy nincs szükség, hogy különböző absztrakciós szintet, a felhasználó volt közvetlen hozzáférést biztosít a berendezés. Ezáltal lehetővé vált, hogy egy „szétcsavar” alkalmazás „vas” 100% -os. Persze, senki sem hatályát veszti jelenlétében romboló tényezők - vírusellenes hatását, megfelelően tervezett szoftverek és egyéb kellemetlen pillanatokat. Azonban a legtöbb esetben a munkát végezték, pontosan és gyorsan.

Látva a modern naplózó rendszerek NTFS / ext4 / ZFS méret FAT16 tűnik annyira primitív, és olyan sok korlátozások az építészet, amely most egy természetes kérdés merül fel - miért nem jön össze semmi jobb?

A válasz egyszerű: nem volt objektív szükség. Sőt, az ilyen könnyű belső fájlrendszer felépítése lehetővé teszi, hogy gyorsan lejegyez és programozza a saját file vezető javát maga teljességében volt vyschityvanii szektor eltolás lemez - elég egy ceruza és egy egyszerű kézi számológép.

Az olvasó készen áll kérni - nos, a DOS volt régen, volt a maga sajátosságai, de vannak, de most hol UEFI? Azt javaslom, hogy osztja a piros vonal, amelynek elemei a jelentősége a klasszikus koncepció DOS emelkedik és a kereslet, és a mai napig:

  1. rendelkezésre álló modern platformok (Environment), amely szinte közvetlen hozzáférést a számítógépes erőforrások, azaz a minimális absztrakciós szinten;
  2. Ez lehetővé teszi, hogy azonnal működik védett módban (előnyösen 64-bites x86_64);
  3. Ez alakult egy API erőforrás-gazdálkodás;
  4. futni, mielőtt (!) operációs rendszer.






UEFI - nyitott moduláris felépítése helyett BIOS

Viszlát dos, helló UEFI

1. ábra Architecture UEFI interfész

A megnyitó előtt a Tiano projekt egy Intel szerver fórumon használt de facto vállalati szabvány BIOS által kifejlesztett amerikai Megatrends. Ez, persze, voltak és vannak pluses, de a jelenléte jogdíj, azt hiszem, és szolgált egy bizonyos szakaszában a végső akadályt. Intel végül úgy döntött, hogy menjen a maga útján, jelentős összegeket fektetnek saját döntése és ugyanabban az időben, közvetett módon finanszírozni a cég Insyde Software - BIOS fejlesztő ígéretes eredményeket, de a mobil szféra (noutbuchnogo firmware). És a cég nem hibázott. Jelenleg UEFI BIOS - ez a leginkább megfelelő, a legígéretesebb és a legérdekesebb végrehajtása a BIOS. Miért?

Viszlát dos, helló UEFI

2. ábra: Diagram letöltése (call) az operációs rendszer UEFI

  • Először is, a moduláris megoldás. Ha figyelembe vesszük a belső elrendezés a EFI, azt látjuk, hogy annak szerkezete predstvlyayu bizonyos mértékig, mini operációs rendszer. Amelyben PEI-modulok (Pre-EFI inicializálás), amely létrehozott különböző hardver elemek - lapkakészlet, memória, processzor - és az összeget nevezik PEI Core. DXE-blokkok is jelen vezető (illesztőprogram Execution Environment), amelyek a EFI mag.
  • Másodszor, nyitottsága miatt a leírások lehet elemezni a kódot, és egy nagyon nagy valószínűséggel meg, hogy „könyvjelzők” nincs. Mit jelent a „szóló” abban az esetben a BIOS? Az SMM jelenléte egy kis-felügyelő, aki dolgozik, mint egy mega-virtualizációs környezet bármilyen operációs rendszer fut minden a következő szakaszok bootolásának munkaállomás - függetlenül attól, hogy a VMware ESXi, a Microsoft Hyper-V, vagy bármely más baremetal-hypervisor. A lényeg az, hogy az SMM-felügyelő prioritás, és a fenti, és az a képessége, hogy elrejtsék egy nagyságrenddel nagyobb, mert kezdte, hogy valóban „tiszta” vas.
  • Harmadszor, köszönhetően az önellátás, az UEFI-lehet tekinteni, mint egy komplett megoldást - egy teljes operációs rendszer. És ezért lehetséges és szükséges, hogy egy ilyen fontos termékeket, mint az anti-vírus csomag fut EFI-rendszerek. Sürgősségi bennük elég nagy, mivel UEFI-, figyelembe véve a funkciója biztonságos boot, biztosítja a magas fokú védelmet. Ez viszont garancia arra, hogy a dob szerda valóban tiszta és anti-vírus képes lesz, hogy törölje a lehető legtöbb rosszindulatú programok a merevlemezről az operációs, de nem fut az operációs rendszer.

A szerepe a héj - EFI Shell

Ha egy kicsit korábban már említettük, hogy a DOS parancs értelmező nevezett COMMAND.COM nem szükséges, elvileg, mert a szerepe - egy olyan szervezet az interaktív módban, ez a tény szinte soha nem hajtják végre a gyakorlatban, és tolmács mindig a rendszerben. UEFI velejárója homlokegyenest eltérő megközelítést -, akkor biztosítani kell, először is, a teljesítménye az operációs rendszer betöltő, így a jelenléte egy közbenső interaktív alkalmazások több kárt, mint hasznot. Ezért az EFI Shell hivatalosan létezik a természetben, de valójában belül a firmware nem. Ez azonban nem jelenti azt, hogy nem tud futni - távolról sem. Forgalomba USB-meghajtó rész / boot / EFI / EFI Shell-fájlt a szokásos úgynevezett bootx64.efi (bootia32.efi esetén 32 bites rendszerek), megkapjuk reinakarnatsiyu a DOS-rendszer, de egy modern csavart.




Kapcsolódó cikkek