bioctl - bioctl

A bio (4) ál-eszköz meghajtó és a bioctl (8) segédprogram egy általános RAID kötetkezelő felületet valósít meg az OpenBSD és a NetBSD rendszerekben . A szoftver ötlete hasonló az ifconfig-hez , ahol az operációs rendszer egyetlen segédprogramjával bármilyen RAID-vezérlő vezérelhető egy általános interfész segítségével , ahelyett, hogy számos saját és egyedi RAID-kezelő segédprogramra kellene támaszkodnia az egyes hardveres RAID-ekre gyártó. A szolgáltatások közé tartozik a tömbök egészségi állapotának figyelése, az azonosítás ellenőrzése a LED-ek villogása és a hangjelzések kezelése, valamint a forró tartalék lemezek meghatározása révén . Ezenkívül softraidaz OpenBSD konfigurációját a bioctl-re is átruházzák; mivel a kötetek kezdeti létrehozása és a hardveres RAID konfigurálása a BIOS kártyájára marad, mivel nem alapvető fontosságú, miután az operációs rendszer már elindult. Interfész a kernel és felhasználói programok végzik a ioctlrendszer hívást a pszeudo-eszköz . /dev/bio

Áttekintés

A bio / bioctl alrendszert fontos résznek tekintik az OpenBSD nyílt hardverdokumentációval kapcsolatos érdekérvényesítésében, és a 3.8 kiadási címet és a címadó dalt a témának szentelték - Az elveszett RAID hackerei . A fejlesztésre egy vita idején került sor, amikor az Adaptec nem volt hajlandó kiadni a megfelelő hardverdokumentációt, amely ahhoz szükséges, hogy az aac (4) illesztőprogram megbízhatóan működjön, majd az OpenBSD letiltotta az illesztőprogram támogatását.

A 3.8 kiadáshoz fűzött kommentárban a fejlesztők ironikusan fejezik ki a hardveres RAID-vezérlők feltételezett célját, hogy megbízhatóságot biztosítsanak redundancia és javítás révén, míg a valóságban sok gyártó elvárja, hogy a rendszergazdák telepítsék a számítógépet, és hatalmas bináris foltoktól függenek annak értékelése érdekében. kötet egészségi állapot és kiszolgálja lemeztömbjeiket . Pontosabban, az OpenBSD hivatkozik a FreeBSD modus operandijára , ahol az Adaptec aac (4) illesztőprogramjának dokumentációja kifejezetten javasolja a Linux kompatibilitási réteg engedélyezését a kezelési segédprogramok használata érdekében (ahol a dokumentáció nem is magyarázza el, hogy pontosan hol is vannak ezek) a segédprogramokat meg kell szerezni, vagy melyik verziók kompatibilisek, nyilván azért, mert a saját tulajdonú eszközök lejártak.

Hasonlóképpen, az OpenBSD fejlesztői szándékosan úgy döntöttek, hogy az egyes vezérlőknek csak a legalapvetőbb szolgáltatásait támogatják, amelyek az összes márka és változat tekintetében egységesek; Az a tény, hogy az egyes vezérlők kezdeti konfigurációját továbbra is a kártya BIOS- on keresztül kell elvégezni, soha nem volt titokban semmilyen bio / bioctl bejelentés előtt. Ez szembeállítható például a FreeBSD megközelítésével, ahol több független RAID meghajtóhoz léteznek egyedi segédprogramok, és az egyes segédprogramok interfészei függetlenek egymástól; Pontosabban, a március 2019 FreeBSD, külön eszköz-specifikus segédprogramok nevű mfiutil, mptutil, mpsutil/ mprutilés sesutil,, amelyek mindegyike számos lehetőséget biztosít legalább finom különbségek interfész konfigurációja és kezelése a vezérlők, hozzájárul a kódot felfújni , hogy ne említsen meg minden további illesztőprogramot, amelyek esetében egyáltalán nincs ilyen eszköz, mint nyílt forráskódú szoftvereket . Az OpenBSD 6.4 (2018) verziójában tucatnyi járművezető regisztrál a bio keretrendszerben.

Az driveérzékelők

Az egyes logikai meghajtók állapotának figyelemmel kísérése a hardverfigyelő keretrendszerbe és azok megfelelő segédprogramjaiba is duplikálódik mindkét rendszerben, ahol elérhető a bioctl - hw.sensors with sensorsd in OpenBSD és sysmon envsys with envstat and powerd in NetBSD . Például az OpenBSD-n a 4.2-es kiadás óta a hajtásérzékelők állapotát egyszerűen ellenőrizni lehet az érzékelőkdd indításával, különösebb konfiguráció nélkül. Több meghajtó átalakításra kerül, hogy minden egyes kiadáshoz használja a bio és az érzékelők keretrendszerét.

SES / SAF-TE

Az OpenBSD-ben mind az SCSI Enclosure Services (SES), mind az SAF-TE támogatott az OpenBSD 3.8 (2005) óta, és mindkettő a LED-en villog a bio és a bioctl között (az BIOCBLINK ioctl megvalósításával ), segítve a rendszergazdákat az eszközök azonosításában a házakban szervizelni. Ezenkívül mind az SBS, mind az SAF-TE meghajtók az OpenBSD-ben támogatják a hőmérséklet- és ventilátorérzékelők, a PSU , az ajtózár és a riasztásjelzők kombinációját ; mindezek a kiegészítő szenzor adatok az exportált hw.sensors keretrendszerbe kerülnek az OpenBSD-ben, és olyan ismert eszközökön keresztül nyomon követhetők, mint a sysctl , az SNMP és a sensorsd .

2019-től a NetBSD - ben továbbra is a NASA régebbi SES / SAF-TE illesztőprogramja van 2000-től, amely nincs integrálva a bio vagy az envsys szolgáltatással , de saját eszközfájlokkal rendelkezik, egyedi ioctl interfésszel, saját egyedi SCSI-vel -specifikus felhasználói szerszámok; ez a régebbi megvalósítás az OpenBSD-ben is elérhető volt 2000 és 2005 között, és 2005-ben eltávolították (a felhasználói ország eszközeivel együtt), közvetlenül az új, karcsúbb bio- és hw.sensors alapú alternatív meghajtók bevezetése előtt; A SES és a SAF-TE mostantól két külön illesztőprogramként van tárolva az OpenBSD-ben, de már nem igényelnek külön egyedi felhasználói felhasználói segédprogramokat, ezzel csökkentve a kód duzzadását és a forrás forrássorok számát .

Hivatkozások