Soubor zařízení - Device file
v Unixový operační systémy, a soubor zařízení nebo speciální pilník je rozhraní do a ovladač zařízení který se objeví v a souborový systém jako by to byl obyčejný soubor. Ve složce jsou také speciální soubory DOS, OS / 2, a Okna. Tyto speciální soubory umožňují aplikačnímu programu komunikovat se zařízením pomocí standardního ovladače zařízení vstup výstup systémová volání. Používání standardních systémových volání zjednodušuje mnoho programovacích úkolů a vede ke konzistentním I / O mechanismům v uživatelském prostoru bez ohledu na vlastnosti a funkce zařízení.
Soubory zařízení obvykle poskytují jednoduchá rozhraní se standardními zařízeními (jako jsou tiskárny a sériové porty), ale lze je také použít k přístupu ke konkrétním jedinečným prostředkům na těchto zařízeních, jako je například diskové oddíly. Soubory zařízení jsou navíc užitečné pro přístup systémové prostředky které nemají žádné spojení s žádným skutečným zařízením, jako je datové jímky a generátory náhodných čísel.
V operačních systémech typu Unix existují dva obecné typy souborů zařízení, známé jako znakové speciální soubory a blokovat speciální soubory. Rozdíl mezi nimi spočívá v tom, kolik dat čte a zapisuje operační systém a hardware. Tyto dohromady lze volat speciální soubory zařízení na rozdíl od pojmenované trubky, které nejsou připojeny k zařízení, ale nejde ani o běžné soubory.
MS-DOS vypůjčil si koncept speciálních souborů z Unixu, ale přejmenoval je zařízení.[1] Protože dřívější verze systému MS-DOS nepodporovaly a adresář hierarchie byla zařízení odlišena od běžných souborů vytvořením jejich jmen vyhrazená slova, zvoleno pro určitý stupeň kompatibility s CP / M.
V některých unixových systémech je většina souborů zařízení spravována jako součást a virtuální souborový systém tradičně namontováno na / dev
, případně spojený s kontrolujícím démonem, který sleduje přidávání a odebírání hardwaru za běhu a provádí odpovídající změny v souborový systém zařízení pokud to jádro neprovádí automaticky, a případně vyvolání skriptů v systémovém nebo uživatelském prostoru pro zpracování speciálních potřeb zařízení. The FreeBSD a DragonFly BSD implementace pojmenovaly souborový systém virtuálního zařízení devfs a související démon devd. Linux primárně používá a uživatelský prostor implementace známá jako udev, ale existuje mnoho variant. Darwine a operační systémy jako Operační Systém Mac na základě toho mít čistě souborový systém zařízení založený na jádře.
V unixových systémech, které podporují chroot izolace procesu, jako např Kontejnery Solaris, obvykle každé prostředí chroot potřebuje své vlastní / dev
; tyto přípojné body budou viditelné v hostitelském operačním systému na různých uzlech globálního stromu systému souborů. Omezením uzlů zařízení naplněných do chroot instancí / dev
, izolaci hardwaru lze vynutit prostředím chroot (program nemůže zasahovat do hardwaru, který nedokáže ani vidět, ani pojmenovat - ještě silnější forma Řízení přístupu než Unix oprávnění systému souborů ).
Souboj hardwarových zařízení spravovaných systémem MS-DOS (viz TSR ) tím, že každý soubor zařízení bude exkluzivně otevřen. Aplikace pokoušející se o přístup k již používanému zařízení by zjistila, že není schopna otevřít uzel souboru zařízení. Různé ovladač zařízení sémantika je implementována v Unixu a Linuxu souběžný přístup.[2]
Unix a systémy podobné Unixu

Uzly zařízení odpovídají prostředkům, které má operační systém jádro již přidělil. Unix identifikuje tyto zdroje podle a hlavní číslo a a vedlejší číslo,[3] oba jsou uloženy jako součást struktury a uzel. Přiřazení těchto čísel probíhá jedinečně v různých operační systémy a na různých počítačové platformy. Obecně hlavní číslo identifikuje ovladač zařízení a vedlejší číslo identifikuje konkrétní zařízení (pravděpodobně z mnoha), které ovladač ovládá:[4] v takovém případě může systém předat vedlejší číslo řidiči. Avšak za přítomnosti dynamické přidělování čísel, nemusí tomu tak být (např. na FreeBSD 5 a výše).
Stejně jako u jiných speciálních typů souborů přistupuje počítačový systém k uzlům zařízení pomocí standardních systémových volání a zachází s nimi jako s běžnými počítačovými soubory. Existují dva standardní typy souborů zařízení; jejich jména jsou bohužel z historických důvodů dosti neintuitivní a vysvětlení rozdílu mezi nimi je proto často nesprávné.
Znaková zařízení
Speciální soubory znaků nebo znaková zařízení poskytují přímý přístup bez vyrovnávací paměti k hardwarovému zařízení. Nemusí nutně umožnit programům číst nebo zapisovat jednotlivé znaky najednou; to je na dotyčném zařízení. Například znakové zařízení pro pevný disk bude normálně vyžadovat, aby všechna čtení a zápisy byly zarovnány tak, aby blokovaly hranice, a zcela jistě neumožní čtení jednoho bajtu.
Znaková zařízení jsou někdy známá jako surová zařízení vyhnout se nejasnostem obklopujícím skutečnost, že znakové zařízení pro kus blokového hardwaru bude obvykle vyžadovat programy ke čtení a zápisu zarovnaných bloků.
Blokovat zařízení
Blokovat speciální soubory nebo blokovat zařízení poskytují pufrovaný přístup k hardwarovým zařízením a poskytují určitou abstrakci od jejich specifik.[5] Na rozdíl od znakových zařízení bloková zařízení vždy umožní programátorovi číst nebo zapisovat blok libovolné velikosti (včetně jednotlivých znaků / bajtů) a jakéhokoli zarovnání. Nevýhodou je, že protože jsou bloková zařízení ukládána do vyrovnávací paměti, programátor neví, jak dlouho bude trvat, než budou zapsaná data předána z vyrovnávacích pamětí jádra skutečnému zařízení, nebo dokonce v jakém pořadí dorazí na fyzický přístroj dva samostatné zápisy. Navíc, pokud stejný hardware vystavuje znaková i bloková zařízení, existuje riziko poškození dat v důsledku toho, že klienti používající znakové zařízení nevědí o změnách provedených ve vyrovnávacích pamětích blokového zařízení.
Většina systémů vytváří bloková i znaková zařízení, která představují hardware jako pevné disky. FreeBSD a Linux zejména ne; první odstranil podporu pro bloková zařízení,[6] zatímco druhý vytváří pouze bloková zařízení. V Linuxu, abyste získali znakové zařízení pro disk, musíte použít „surový“ ovladač, i když lze získat stejný efekt jako otevření znakového zařízení otevřením blokového zařízení specifickým pro Linux O_DIRECT
vlajka.
Pseudo zařízení
Uzly zařízení v systémech podobných systému Unix nemusí nutně odpovídat fyzická zařízení. Uzly, které nemají tuto korespondenci, tvoří skupinu pseudo zařízení. Poskytují různé funkce obsluhované operačním systémem. Mezi nejčastěji používaná (znakově založená) pseudo zařízení patří:
- / dev / null - přijme a zahodí veškerý zapsaný vstup; poskytuje konec souboru indikace při čtení z.
- / dev / nula - přijme a zahodí veškerý zapsaný vstup; produkuje nepřetržitý proud nulové znaky (byty s nulovou hodnotou) jako výstup při čtení z.
- / dev / full - produkuje nepřetržitý proud nulových znaků (bajty nulové hodnoty) jako výstup při čtení z a generuje ENOSPC („disk plný“) chyba při pokusu o zápis na disk.
- / dev / random - produkuje bajty generované jádrem kryptograficky bezpečný generátor pseudonáhodných čísel. Jeho přesné chování se liší podle implementace a někdy i varianty, jako je / dev / urandom nebo / dev / arandom jsou také poskytovány.
Navíc BSD specifická pseudo zařízení s ioctl rozhraní může také zahrnovat:
- / dev / pf - umožňuje řízení uživatelských procesů PF přes ioctl rozhraní.
- / dev / bio - poskytuje ioctl přístup k zařízením, která jinak nebyla nalezena jako / dev uzly, které používá bioctl provádět NÁLET vedení v OpenBSD a NetBSD.
- / dev / sysmon - používaný NetBSD sysmon_envsys rámec pro monitorování hardwaru, přístupné v uživatelské zemi prostřednictvím proplib (3) podle envstat nástroj.[7]
Vytvoření uzlu
Uzly jsou vytvářeny mknod systémové volání. Program příkazového řádku pro vytváření uzlů se také nazývá mknod. Uzly lze přesouvat nebo mazat obvyklými systémovými voláními souborového systému (přejmenovat, odpojit ) a příkazy (mv, rm ).
Některé verze systému Unix obsahují skript s názvem makedev nebo MAKEDEV k vytvoření všech potřebných zařízení v adresáři / dev
. Dává to smysl pouze v systémech, jejichž zařízení jsou staticky přiřazena hlavní čísla (např. Pomocí pevného kódování v jejich modulu jádra).
Konvence pojmenování
Následující předpony se používají pro názvy některých zařízení v / dev
hierarchie, k identifikaci typu zařízení:
lp
: řádkové tiskárny (porovnej lp )pt
: pseudoterminály (virtuální terminály)tty
: terminály
V některých operačních systémech se běžně používají některé další předpony:
fb
: vyrovnávací paměť snímkůfd
: (plošina) diskety, ačkoli stejná zkratka se také běžně používá k označení deskriptor souboruhd
: („Klasický“) IDE ovladač (dříve používaný pro ATA pevný disk, ATAPI optické disky, atd.)hda
: hlavní zařízení na prvním Kanál ATA (obvykle označeno hlavním číslem 3 a vedlejším číslem 0)hdb
: podřízené zařízení na prvním kanálu ATAhdc
: hlavní zařízení na druhém kanálu ATAhdd
: slave zařízení na druhém kanálu ATA
parport
,str
: paralelní porty- NVMe Řidič
nvme0
: ovladač prvního registrovaného zařízení (znakové zařízení)nvme0n1
: první registrovaný jmenný prostor prvního zařízení (blokovat zařízení)nvme0n1p1
: první oddíl prvního jmenného prostoru prvního registrovaného zařízení (blokovat zařízení)
- MMC Řidič
- SCSI ovladač, také používán libATA (moderní PATA /SATA Řidič), USB, IEEE 1394, atd.
sd
: ovladač velkokapacitního úložištěsda
: první registrované zařízenísdb, sdc
atd .: druhé, třetí atd. registrované zařízení
ses
: Ovladač skříněsg
: obecná vrstva SCSIsr
: Ovladač „ROM“ (datově orientované jednotky optických disků; scd je pouze sekundární alias)Svatý
: magnetická páska Řidič
tty
: terminályttyS
: (plošina) sériový port ŘidičttyUSB
: USB sériové převaděče, modemy atd.
Kanonický seznam předpon používaných v systému Linux lze najít v seznamu zařízení Linux, oficiálním registru přidělených čísel zařízení a / dev
adresářové uzly pro operační systém Linux.[8]
U většiny zařízení následuje tato předpona číslo jednoznačně identifikující konkrétní zařízení. U pevných disků se k identifikaci zařízení používá písmeno a za ním následuje číslo oddíly. Souborový systém tedy může „znát“ oblast na disku jako / dev / sda3
, například, nebo „vidět“ síťovou relaci terminálu asociovanou s / dev / b / 14
.
Na discích používajících typické PC hlavní spouštěcí záznam, čísla zařízení primárního a volitelného rozšířeného oddílu jsou očíslovány 1 až 4, zatímco indexy všech logických oddílů jsou 5 a dále, bez ohledu na rozložení původních oddílů (jejich nadřazený rozšířený oddíl nemusí být čtvrtým oddílem na disku, ani nemusí existovat všechny čtyři primární oddíly).
Názvy zařízení obvykle nejsou přenositelné mezi různými variantami systému podobnými Unixu, například u některých BSD systémy, jsou zařízení IDE pojmenována / dev / wd0, / dev / wd1 atd.
devfs
devfs je konkrétní implementace systému souborů zařízení v operačních systémech typu Unix, která se používá k prezentaci souborů zařízení. Základní mechanismus implementace se může lišit v závislosti na operačním systému.
Údržba těchto speciálních souborů na a fyzicky implementovaný souborový systém (tj. pevný disk) je nepohodlný a protože stejně potřebuje pomoc jádra, vznikla myšlenka zvláštního účelu logický souborový systém, který není fyzicky uložen.
Také definování, kdy jsou zařízení připravena k zobrazení, není úplně triviální. Přístup „devfs“ spočívá v požadavku ovladače zařízení na vytvoření a odstranění položek „devfs“ souvisejících se zařízeními, která povoluje a zakazuje.
Implementace
Operační systém | Souborový systém nebo software pro správu | Standard přípojný bod | Autor | Poznámky |
---|---|---|---|---|
Linux 2.3.46před5-2.6.17 | devfsd | / dev | Richard Gooch | Plně implementováno v jádře. Zastaralé - uživatelům se doporučuje migrovat na udev a / nebo devtmpfs. |
Linux 2.5– | udev na jakékoli fs, ale obvykle tmpfs | / dev | Greg Kroah-Hartman, Kay Sievers a Dan Stekloff | Implementovány převážně v uživatelském prostoru, informace o zařízení jsou shromažďovány z sysfs. Soubory zařízení mohou být uloženy v konvenčním systému souborů pro všeobecné účely nebo v systému souborů v paměti (tmpfs ). |
Linux 2.6.32– | devtmpfs s udev nebo bez něj | / dev | Kay Sievers Jan Blunck, Greg Kroah-Hartman | Přístup hybridního jádra / uživatelského prostoru souborového systému zařízení, který poskytuje uzly před prvním spuštěním udev[9] |
Solaris | / zařízení | Sun Microsystems | Představeno s dynamicky načtenými ovladači v systému Solaris-2.1 | |
FreeBSD 2.0– | devfs | / dev | Poul-Henning Kamp | Plně implementováno v jádře. |
DragonFly BSD 2.3.2– | devfs | / dev | Alex Hornung | Plně implementováno v jádře. |
Operační Systém Mac | devfs | / dev | Apple Inc. | Plně implementováno v jádře. |
HP-UX B.11.31 | devfs | / dev | HP | Plně implementováno v jádře. |
Plán 9 | # | Bell Labs | Implementováno v jádře. | |
RISC OS | DeviceFS | Zařízení: | Počítače žaludů | DeviceFS byl spuštěn v roce 1991[10] a poprvé se objevil v RISC OS 3. Spravuje několik zařízení, jako jsou speciální soubory, nejčastěji: Parallel, Serial, FastParallel a USB. Modul SystemDevices implementuje pseudo zařízení jako: Vdu, Kbd, Null a Printer. |
MS-DOS, PC DOS, DR-DOS | TLUSTÝ | DEV (a / DEV ) | rozličný | Jak je implementováno v jádře, znaková zařízení se objevují ve virtuálním adresáři DEV a v libovolném adresáři disku. V systému MS-DOS / PC DOS 2.x se CONFIG.SYS AVAILDEV = FALSE direktivu lze použít k vynucení existence zařízení pouze v DEV. |
Kouzlo, Máta, MultiTOS | U: DEV [11][12] | Aplikační systémy Heidelberg, Eric R. Smith, Atari Corp. | Speciální jednotka U: obsahuje virtuální adresář DEV, ve kterém lze najít soubory zařízení. | |
Windows 9x | zařízení | Microsoft | ||
Windows NT | . | Microsoft | The . prefix umožňuje podpůrným API přistupovat k oboru názvů zařízení Win32 místo k oboru názvů souborů Win32. Samotný jmenný prostor zařízení Win32 žije pod Zařízení v oboru názvů NT. |
PC DOS, TOS, OS / 2 a Windows
Soubor zařízení je vyhrazené klíčové slovo používané v PC DOS, TOS, OS / 2, a Okna systémy umožňující přístup k určitým portům a zařízením.
MS-DOS vypůjčil si koncept speciálních souborů z Unixu, ale přejmenoval je zařízení.[1] Protože dřívější verze systému MS-DOS nepodporovaly a adresář hierarchie byla zařízení odlišena od běžných souborů vytvořením jejich jmen vyhrazená slova. To znamená, že určité názvy souborů byly vyhrazeny pro zařízení a neměly by být použity k pojmenování nových souborů nebo adresářů.[13]Samotné vyhrazené názvy byly vybrány tak, aby byly kompatibilní se zpracováním „zvláštních souborů“ PIP
přikázat CP / M. V systému DOS byly dva druhy zařízení: Bloková zařízení (používaná pro diskové jednotky) a Znaková zařízení (obecně všechna ostatní zařízení, včetně zařízení COM a PRN).[14]
DOS používá soubory zařízení pro přístup k tiskárnám a portům. Většina verzí systému Windows také obsahuje tuto podporu, což může při vytváření souborů a složek s určitými názvy způsobit zmatek, protože tyto názvy nemohou mít.[15] Verze 2.x z MS-DOS poskytnout AVAILDEV
CONFIG.SYS parametr, pokud je nastaven na NEPRAVDIVÉ
, činí tato speciální jména aktivní, pouze pokud mají předponu DEV
, což umožňuje vytváření běžných souborů s těmito názvy.[16]
GEMDOS, část podobná systému DOS Atari TOS, podporoval podobné názvy zařízení jako DOS, ale na rozdíl od DOS vyžadoval koncový znak „:“ (v systému DOS je tento údaj volitelný) k jejich identifikaci jako zařízení na rozdíl od běžných názvů souborů (tedy „CON:“ by fungovalo jak na DOS, tak na TOS , ale „CON“ by pojmenoval běžný soubor na TOS, ale konzolové zařízení na DOS). v Máta a Kouzlo, speciální pohled sjednoceného souborového systému podobný systému UNIX přístupný přes písmeno jednotky „U:“ také umístil soubory zařízení do „U: DEV“.
Klíčové slovo zařízení[15] | Použít jako vstup | Použít jako výstup |
---|---|---|
OŠIDIT | Přijímá zadaná data, dokud není stisknuto ^ Z (Ctrl-Z). | Vytiskne data do konzoly. |
PRN[17] | N / A | Vytiskne text do tiskárny, obvykle přesměrovaný na LPT1 nebo LST. Někdy lze konfigurovat na jiná zařízení.[18][19][20] |
AUX (ne v OS / 2[17]) | Čte data z pomocného zařízení, obvykle ze sériového zařízení COM1. Někdy lze konfigurovat na jiná zařízení.[18][19][20] | Odešle data na pomocné zařízení, obvykle na sériové zařízení COM1. Někdy lze konfigurovat na jiná zařízení.[18][19][20] |
NUL | Vrátí nulová nebo žádná data. | Zahodí přijatá data. |
HODINY $ (stále se jmenuje HODINY v některých verzích systému MS-DOS 2.11[21][18][19]) | N / A | N / A |
KEYBD $ (jen v multitasking MS-DOS ) | ? | ? |
KBD $ (jen v OS / 2[17]) | ? | ? |
OBRAZOVKA $ (pouze v multitaskingu MS-DOS a OS / 2[17]) | ? | ? |
POINTER $ (pouze v OS / 2[17]) | ? | ? |
MYŠ $ (pouze v OS / 2[17]) | ? | ? |
$ IDLE $ (jen v DR-DOS (od 5.0) a Multiuser DOS (od té doby Souběžný DOS 386 ) rodiny) | N / A | N / A |
CONFIG $ (pouze v systému MS-DOS 7.0 a novějším) | N / A | N / A |
LST (jen v 86-DOS a DOS 1.x, také v MS-DOS 2.11 společnosti Hewlett-Packard pro HP Portable Plus[18][19]) | Vrací žádná data. | Odešle data do řádkové tiskárny. (LPT2 pro MS-DOS 2.11 společnosti Hewlett-Packard[18][19]) |
PLT (pouze v systému Hewlett-Packard MS-DOS 2.11 pro HP Portable Plus[18][19]) | Vrací žádná data. | Odešle data přiřazenému plotter. Připojené zařízení plotru je konfigurovatelné.[18][19] |
LPT1, LPT2, LPT3, a někdy LPT4 (v systému DR-DOS 7.02 a novějších a některých verzích systému Multiuser DOS) | N / A | Odešle data na vybraný paralelní port. |
COM1, COM2, COM3, COM4 | Čte data ze zvoleného sériového portu. | Odešle data na vybraný sériový port. |
82164A (pouze v systému Hewlett-Packard MS-DOS 2.11 pro HP Portable Plus[18][19]) | Přesměruje na COM2. | Přesměruje na COM2. |
Pomocí prostředí přesměrování a kanály, data lze odesílat nebo přijímat ze zařízení. Například zadáním následujícího odešlete soubor c: data.txt
do tiskárny:
TYP c: data.txt> PRN
PIPE, MAILSLOT a MUP jsou další standardní zařízení Windows.[22]
IOCS
8bitový operační systém Ostrý kapesní počítače jako PC-E500, PC-E500S atd. sestává z a ZÁKLADNÍ tlumočník, systém pro správu souborů podobný systému DOS 2 (FCS), který implementuje primitivní 12bitový FAT jako souborový systém a podobný systému BIOS Systém řízení vstupu / výstupu (IOCS) implementující řadu standardních ovladačů znakových a blokových zařízení a také speciální souborová zařízení včetně STDO: / SCRN: (displej), STDI: / KYBD: (klávesnice), COM: (sériové I / O), STDL: / PRN: (tiskárna), CAS: (kazetová páska), E: / F: / G: (soubor paměti), S1: / S2: / S3: (paměťová karta), X: / Y: (disketa), SYSTM: (systém) a NIL: (funkce).[23]
Viz také
Reference
- ^ A b „Windows for Workgroups: How VSHARE.386 Manages Sharing File“. Support.microsoft.com. 1999-09-22. Citováno 2014-01-22.
- ^ Corbet, Jonathan; Kroah-Hartman, Greg; Rubini, Alessandro (2005). Msgstr "Řízení přístupu v souboru zařízení". Ovladače zařízení pro Linux, 3. vydání. O'Reilly. Citováno 2017-04-28.
Dalším krokem nad rámec zařízení s jedním otevřením je nechat jednoho uživatele otevřít zařízení ve více procesech, ale povolit, aby zařízení bylo otevřeno současně pouze jednomu uživateli.
- ^ Kernighan, Brian W.; Pike, Robe (1984). Programovací prostředí UNIX. Prentice-Hall. str.66. ISBN 0-13-937681-X.
- ^ Neil Brown (2010-10-27). „Ghosts of Unix Past: a historical search for design patterns“. LWN.net. Citováno 2014-03-30.
- ^ „IEEE Std 1003.1, vydání 2013“. Citováno 2014-04-24.
- ^ „Příručka architektury FreeBSD“. Citováno 2013-03-07.
- ^ „usr.sbin / envstat / envstat.c“. Křížový odkaz BSD. NetBSD. Shrnutí ležel.
- ^ Linux Assigned Names and Numbers Authority (2009-04-06). „Zařízení přidělená pro Linux (verze 2.6+)“. Linuxové jádro (Documentation / devices.txt). Archivovány od originál dne 24. 04. 2016. Citováno 2013-06-08.
- ^ "Jádro ovladače: devtmpfs - jádro udržované tmpfs / dev". LWN. Citováno 2009-08-10.
- ^ "Protokol změn projektu Black". Citováno 2016-05-15.
- ^ „Jednotka U: v MagiC“. 2016-03-28. Archivováno od originálu na 2017-01-15. Citováno 2017-01-09.
- ^ „FreeMiNT-Portal - mint.doc“. 2000-04-27. Archivováno od originálu na 2017-01-15. Citováno 2017-01-09.
- ^ „Vyvarujte se vytváření názvů souborů Macintosh, které jsou názvy zařízení NT“. Support.microsoft.com. 2006-11-01. Citováno 2014-01-22.
- ^ "atributy zařízení". Stanislavs.org. Citováno 2014-01-22.
- ^ A b "Názvy ovladačů zařízení MS-DOS nelze použít jako názvy souborů". Revize 2.0. Microsoft. 12. 05. 2003. KB74496, Q74496. Archivovány od originál dne 21. 7. 2012.
- ^ „Nedokumentované příkazy“. 4dos.info. Kevtronics. 12. 04. 2002. Citováno 2014-05-16.
- ^ A b C d E F IBM Operating System / 2 Technical Reference - Programming Family (PDF). 1 (1. vyd.). IBM. Září 1987 [1986]. Archivováno (PDF) z původního dne 2017-01-03.
- ^ A b C d E F G h i Hewlett-Packard - technická referenční příručka - Portable PLUS (1. vyd.). Corvallis, OR, USA: Společnost Hewlett-Packard Company, Divize přenosných počítačů. Srpen 1985. 45559-90001. Citováno 2016-11-27.
- ^ A b C d E F G h i Hewlett-Packard - technická referenční příručka - Portable PLUS (PDF) (2. vyd.). Divize přenosných počítačů, Corvallis, OR, USA: Společnost Hewlett-Packard Company. Prosinec 1986 [srpen 1985]. 45559-90006. Archivováno (PDF) od originálu 2016-11-28. Citováno 2016-11-27.
- ^ A b C Paul, Matthias R. (10.02.1997). „Aktualizace Caldera OpenDOS 7.01 / 7.02 Alpha 3 IBMBIO.COM README.TXT“. Archivovány od originál dne 10. 10. 2003. Citováno 2009-03-29. [1]
- ^ Paterson, Tim; Microsoft (2013-12-19) [1983]. „Microsoft DOS V1.1 a V2.0: /msdos/v20source/SKELIO.TXT, /msdos/v20source/HRDDRV.ASM“. Muzeum počítačové historie, Microsoft. Citováno 2014-03-25. (Poznámka: I když vydavatelé tvrdí, že by šlo o MS-DOS 1.1 a 2.0, ve skutečnosti tomu tak je SCP MS-DOS 1.25 a směs Altos MS-DOS 2.11 a TeleVideo PC DOS 2.11.)
- ^ „REG: Záznamy CurrentControlSet ČÁST 2: SessionManager“. Support.microsoft.com. 2006-11-01. Citováno 2014-01-22.
- ^ Technická referenční příručka PC-E500 (PDF). Sharp Corporation, Skupina informačních systémů, divize osobních zařízení. Března 1990. str. 17. Archivováno (PDF) od originálu na 2017-03-14. Citováno 2017-03-14.
Další čtení
- Philip Streck (2002-09-24). "devfs pro správu a správu". Linux Journal.
- Daniel Robbins (2001-10-01). „Část 4: Úvod do devfs“. Běžná vlákna: Příručka pro implementátora pokročilého souborového systému. IBM.
- Daniel Robbins (2001-10-01). „Část 5: Nastavení devfs“. Běžná vlákna: Příručka pro implementátora pokročilého souborového systému. IBM.
- Daniel Robbins (2001-10-01). "Část 6: Implementace devfs (pomocí obálky init)". Běžná vlákna: Příručka pro implementátora pokročilého souborového systému. IBM.
- Doug Gilbert (2001-01-22). „DEVFS a SCSI“.
- "3.3. Názvy zařízení v devfs". Subsystém Linux 2.4 SCSI JAK: Kapitola 3. Jména a adresy. Dokumentační projekt Linuxu.
- „Průvodce systémem souborů zařízení“. Dokumentace Gentoo Linux. Gentoo Foundation, Inc. Archivováno od originál dne 2008-05-21. Citováno 2008-06-19.
- Mark Ellis (2003-09-23). "Jak používat automatické načítání modulu jádra s devfs a devfsd". Linux od nuly Rady.
- Martial Daumas (2003-09-18). "Jak vytvořit základní příkaz mk_initrd, který funguje dobře s LFS a devfs". Linux od nuly Rady.
- Jeroen Coumans (19. 4. 2003). "Jak nastavit devfs s vaší aktuální konfigurací LFS pomocí devfsd. Jak můžete použít devfs od nuly". Linux od nuly Rady.
- Tushar Teredesai (03.03.2003). „Používání devfs a devfsd“. Linux od nuly Rady.