FreeNAS és a rendszerindítás: UEFI vagy BIOS?
A FreeNAS, mint hálózati adattároló (NAS) operációs rendszer telepítésekor az egyik kulcsfontosságú döntés, amellyel a felhasználók szembesülhetnek, az, hogy a rendszerindításhoz az újabb UEFI vagy a hagyományosabb BIOS (Legacy) üzemmódot válasszák. Ez a választás jelentős hatással lehet a telepítési folyamatra és a rendszer jövőbeli viselkedésére is. Míg egyesek a UEFI-t preferálják a modern gépeken, mások a BIOS egyszerűségére esküsznek. Ebben a cikkben részletesen megvizsgáljuk a FreeNAS és a rendszerindítási módok közötti kapcsolatot, a gyakori problémákat és a lehetséges megoldásokat.
Mi az a FreeNAS? Alapvető jellemzők
A FreeNAS egy FreeBSD alapú operációs rendszer hálózati adattároláshoz. Jelenleg csak 64 bites kompatibilis hardvereken használható, mivel az utolsó 32 bites verzió a FreeNAS 9.2.1.9 volt. A FreeNAS a FreeBSD-re támaszkodik, és a FreeBSD legújabb verziójáról kapta a nevét. A jelenlegi FreeNAS 11.1 a FreeBSD 11.1-STABLE-nek felel meg.
A FreeNAS alapját a ZFS fájlrendszer és a RAID-Z technológia képezi. Akárcsak a RAID 5, ez is védelmet nyújt egy merevlemez meghibásodása ellen, de a Copy-On-Write funkción keresztül magasabb teljesítményt biztosít. Emellett a RAID-Z2 és RAID-Z3 is elérhető, dupla vagy tripla redundanciát kínálva. A ZFS fájlrendszernek köszönhetően bármikor készíthetők pillanatfelvételek, manuálisan vagy cronjob segítségével a webes felületen keresztül. A teljes fájlrendszer bármikor visszaállítható a legutóbbi pillanatfelvételre. A ZFS pillanatfelvételek nemcsak helyben tárolhatók biztonsági másolatként, hanem távoli tárolás is lehetséges. Egy teljes másolat jön létre, amikor egy távoli ZFS fájlrendszerre történik a replikáció.
A FreeNAS az első és egyetlen nyílt forráskódú megoldás, amely támogatja a ZFS kötet titkosítását. A kötet létrehozásakor teljes lemezes titkosítás is lehetséges AES-XTS-sel.
UEFI és BIOS (Legacy) üzemmódok közötti különbségek
Az operációs rendszer indításának módja, legyen az UEFI vagy Legacy BIOS, jelentős eltéréseket mutat. A nem operációs rendszer-specifikus UEFI információkat vizsgálva az általános benyomás az, hogy az elég ügyes és nagyon bonyolult. Azonban egyetlen operációs rendszert indító rendszer esetében nem igazán láthatók kézzelfogható előnyök az ezzel járó további bonyolultság ellenében. Sok felhasználó ezért a Legacy BIOS-t választja, amikor csak tudja, mint jó okot a Legacy BIOS beállítások használatára.
A Legacy BIOS előnyei és hátrányai
A Legacy BIOS egy régebbi, de sokak által bevált rendszerindítási mód. Én a Legacy BIOS-t használom, amikor csak tudom. A régi időkben túl sokszor bosszantottak a sérült FAT fájlrendszerek, ezért ragaszkodom a BIOS-hoz, ameddig csak tudok. Azonban más népszerű operációs rendszerek (Windows 10 és a jelenlegi Linux disztribúciók) UEFI-t használnak, ha az jelen van. Ez azt jelenti, hogy a BIOS programozók és alaplapgyártók kevesebb erőfeszítést fognak tenni a Legacy BIOS indítási mechanizmusainak karbantartására és tesztelésére, és várható, hogy ennek támogatása lassan elhalványul.
A UEFI előnyei és kihívásai
Egy bizonyos, nem túl távoli jövőben a PC-k egyre nagyobb százaléka lesz kizárólag UEFI-alapú. Amikor ilyen PC-re frissít, egyszerűen folytathatja a meglévő telepítését, ha az már UEFI-rendszerindítást használ. De ha az előző telepítése Legacy BIOS-indítást használt, akkor némi munkája lesz, esetleg egy teljesen új telepítés (legrosszabb esetben). Ami a jövőállóságot illeti, mi történhetne azon kívül, hogy az operációs rendszer elveti a Legacy támogatást? Bár egyetértek azzal, hogy a UEFI előbb-utóbb elkerülhetetlenné válik, nem látom szükségét ennek felgyorsítására. Sok fogyasztói közösséggel ellentétben boldogok lehetünk, ha megvárjuk, amíg a következő verzió minden tekintetben funkcionálisan fejlettebbé válik, mielőtt vakon a haladás nevében rohannánk előre.
Az újabb gépek esetében nem tűnik túl sok macerának az új alaplapokon - kapcsolja ki a Legacy vagy dual UEFI/EFI beállítást, és használjon GPT-t. A kockázati preferenciájától függően megpróbálhatja az új gépek 50% vagy 25%-án a UEFI/GPT-t, a többin pedig a Legacy-t, és megnézheti, hogyan alakulnak a dolgok. Fontos, hogy ha UEFI-ről indít, a BIOS-ban is a "boot mode select" beállításnál a UEFI-t válassza. Az UEFI nem feltétlenül "jobb", mint a Legacy indítás, de az általam tapasztalt újabb rendszerek alapértelmezetten UEFI-re állnak, és némelyikük egyenesen hibásan viselkedik, ha CSM/Legacy indítást használ manapság (pl. az AsRock J3455B-ITX alaplap).
Gyakori problémák és telepítési kihívások
Sok felhasználó tapasztal nehézségeket a FreeNAS USB-meghajtóról történő indításakor, különösen, ha az alaplap UEFI módban van, és nem hajlandó Legacy módra váltani. Egyesek azt állítják, hogy Truenas UEFI kompatibilis, és használják is a UEFI indítást, de nem találnak információt arról, hogyan érték el ezt. A számítógépek nem hajlandóak indítani a meghajtót, ha UEFI módban vannak. Előfordulhat, hogy USB 3.0 port használata okozza a problémát, bár a felhasználók próbáltak már USB 2.0 és 3.0 portokat is.
TrueNAS mérleg telepítése kezdőknek
Van néhány új szerver, és később néhány régebbi, átcélzott szerver is, amelyek támogatják mind a Legacy BIOS, mind az UEFI indítást. Az egyik jelenlegi rendszerünk Legacy BIOS-t használt a telepítés során. Szerencsére sikerült elég nagy helyet, körülbelül 800k-t, létrehozni közvetlenül az indítás (Legacy) és a swap partíciók előtt, és oda dobtuk az EFI bootcode-ot. Ezután a Supermicro alaplapot UEFI használatára állítottuk, és a többi már történelem. Ez egy normál FAT32-vel formázott partíció, amelyet bármely lemezen létrehozhatunk. Az EFI partíció létrehozásakor az egyetlen ajánlás az, hogy 800k felett hozzuk létre, hogy legyen szabad hely azon a partíción, ha az új bootstrap kód nagyobb lesz. A szerverek UEFI indítást használnak.
Hardveres kompatibilitás és USB-portok
Néhány Supermicro x9xcm-f alaplapon bizonyos indítóeszközök működnek UEFI-vel, mások nem. A felhasználók gyakran nem tudják kitalálni, miért. Ilyenkor érdemes új rendszer konfigurálásakor először UEFI-vel próbálkozni a boot-eszköz létrehozásával. Ha működik, az nagyszerű.
Az installer világosan kimondja, hogy az UEFI a fogyasztói alaplapokhoz van, és a Legacy BIOS opciót ajánlja a többi alaplaphoz. Ez azonban úgy tűnik, elavult információ, mivel a UEFI a Sandy Bridge generációval (pl. iXsystems gépek) kezdődően szabványossá vált.
FreeNAS telepítése UEFI módban: Részletes útmutató és megoldások
Miután a FreeNAS sikeresen telepítésre került, bekapcsolta a gépet. Adott nehézségeket a Legacy Boot mód, ami nem tűnt működőképesnek az alaplapon, így egy kicsit ideges voltam, hogy a gép nem fog tisztán elindulni az USB-meghajtókról, amelyekre éppen telepítettem a FreeNAS-t. Mivel a FreeBSD 11 óta javult a UEFI támogatás, és mivel csak BIOS módot kezdtem használni, amikor egy rendszer nem támogatja a UEFI-t (vagy ahol a korai UEFI firmware-ek hibásak voltak), így a UEFI-t választottam - miért is ne?
EFI System Partition (ESP) és a rendszerindító
Bár az alaplap nem volt CSM only boot konfigurálva, az egyébként sikeres telepítés után nem akart elindulni az új rendszerlemezről. Ekkor döbbentem rá, hogy a betöltőprogramot nem érzékelte a UEFI firmware, mivel csak a Legacy indítómeghajtókat vagy az EFI-vel indítható telepítőlemezt láttam. Az EFI shellbe lépve kiderült, hogy az FS0:, az EFI szolgáltatáspartíció (ESP) megfelelően fel lett fedezve, de az Asrock UEFI firmware-nek nem tetszett a betöltőprogram neve:
Sajnos néhány UEFI gyártó nem mindig keresi az összes lehetséges és jogos betöltőprogramot. Egyes gyártók csak az
Hibaelhárítás EFI Shell segítségével
Ne aggódjon, az EFI shell - amelyet soha nem használtam manuális EFI betöltő végrehajtásán kívül - lehetővé kell, hogy tegye ezt a
Érdemes megjegyezni, hogy néhány UEFI implementáció nem tartja meg az egyéni indítási opciókat újraindítások után. Arról is értesültem, hogy a Boot opciók UEFI NVRAM-ba írása a telepítés során még nem támogatott a FreeBSD 12.0-RELEASE-ig. Az ezzel kapcsolatos commit 2019 decemberében történt: nagyrészt a r342637-ben. Azóta Rebeccas más EFI-vel kapcsolatos fejlesztésekkel is hozzájárult a FreeBSD-hez.
Ajánlások és jövőbeli megfontolások
Amikor újratelepítést végez, érdemes megfontolni a UEFI használatát (legalábbis ismert, jól működő rendszereken), hogy minimalizálja a problémákat a rossz rendszerszoftverekkel, amelyek még egy indítási prioritási listát sem tudnak helyesen implementálni. Ha a rendszere már működik, hagyja úgy, ahogy van. Azonban ha új telepítésről van szó, az újabb alaplapokon az UEFI-re való áttérés és a GPT használata a javasolt megközelítés. A Thomas-Krenn termékmenedzsment csapatában dolgozó Thomas Niedermeier, aki üzleti informatikából szerzett alapdiplomát a Deggendorfi Alkalmazott Tudományok Egyetemén, is hasonló javaslatokat fogalmazott meg.
Az automatikus konfigurációs exportálásról a biztonsági mentésekhez érdemes tájékozódni, ez valószínűleg az API-n keresztül is lehetséges. Érdemes a frissítések előtt mindig exportálni a konfigurációt. Az explicit NVRAM indítási opciók hozzáadása a UEFI-hez egyáltalán nem lett volna szükséges, ha az adott rendszeren a UEFI nem csak a Windows-stílusú UEFI betöltőket keresné az ESP partíciókon.
tags: #freenas #uefi #vagy #bios
