Файл device что это

Обновлено: 06.07.2024

Если при попытке открыть файл DEVICEINFO на вашем устройстве возникает ошибка, вы должны сделать две вещи - установить соответствующее программное обеспечение и связать файлы DEVICEINFO с этим программным обеспечением. Если это не решит проблему, то причина может быть другой - более подробную информацию вы найдете в этой статье.

DEVICEINFO расширение файла

Тип файла Device Record
Разработчик файлов Apple
Категория файла Файлы данных
Рейтинг популярности файлов

Как открыть файл DEVICEINFO?

При открытии открытия. DEVICEINFO файлов могут быть разные причины проблем. Каждая проблема требует своего подхода, но большинство из них можно решить, следуя приведенным ниже инструкциям.

Шаг 1. Установите программу, которая поддерживает DEVICEINFO файлы

Чтобы открыть DEVICEINFO файл, в системе должна быть установлена соответствующая программа, которая поддерживает этот формат файлов. Ниже представлен список программ, которые поддерживают файлы с расширением DEVICEINFO.

Программы, открывающие файлы DEVICEINFO

Windows

Скачайте установщик для данного приложения и запустите его. После завершения установки DEVICEINFO файлы должны быть открыты с установленным приложением по умолчанию при следующей попытке открыть файл этого типа.

Помните!

Не все перечисленные приложения могут выполнять все операции с файлами DEVICEINFO. Некоторые приложения могут открывать только такой файл и просматривать его содержимое, тогда как целью других может быть преобразование файлов в другие форматы файлов. Поэтому вам следует заранее проверить возможности приложений в отношении файлов DEVICEINFO.

Шаг 2. Свяжите данное программное обеспечение с файлами DEVICEINFO

Может возникнуть ситуация, когда у пользователя есть соответствующее приложение, поддерживающее файлы DEVICEINFO, установленные в его системе, но такое приложение не связано с файлами этого типа. Чтобы связать данное приложение с DEVICEINFO файлами, пользователь должен открыть подменю файлов, щелкнув правой кнопкой мыши значок файла и выбрав опцию «Открыть с помощью». Система отобразит список предлагаемых программ, которые можно использовать для открытия файлов DEVICEINFO. Выберите соответствующую опцию и установите флажок «Всегда использовать выбранное приложение для открытия файлов такого типа». Система сохранит эту информацию, используя выбранную программу, чтобы открыть DEVICEINFO файлы.

Шаг 3. Проверьте, нет ли других ошибок, связанных с файлами DEVICEINFO

Когда вышеупомянутые решения терпят неудачу, другие варианты должны быть продолжены. Возможно, файл DEVICEINFO поврежден или поврежден. Наиболее распространенные причины повреждения файла:

В Unix-подобныхоперационных системах , файл устройства или специальный файл - это интерфейс к драйверу устройства , который появляется в файловой системе , как если бы это был обычный файл . Также есть специальные файлы в DOS , OS / 2 и Windows . Эти специальные файлы позволяют прикладной программе взаимодействовать с устройством, используя его драйвер устройства с помощью стандартных системных вызовов input/output . Использование стандартных системных вызовов упрощает многие задачи программирования и приводит к согласованным механизмам ввода-вывода в пользовательском пространстве независимо от характеристик и функций устройства.

Файлы устройств обычно предоставляют простые интерфейсы для стандартных устройств (таких как принтеры и последовательные порты), но также могут использоваться для доступа к определенным уникальным ресурсам на этих устройствах, таких как разделы диска . Кроме того, файлы устройств полезны для доступа к системным ресурсам , которые не имеют связи с каким-либо фактическим устройством, таким как приемники данных и генераторы случайных чисел .

Есть два основных типа файлов устройств в Unix-подобных операционных системах, известных как специальные символьные файлы, и специальные файлы блоков. Разница между ними заключается в том, сколько данных читается и записывается операционной системой и оборудованием. Вместе они могут называться специальными файлами устройств в отличие от именованных каналов , которые не подключены к устройству, но также не являются обычными файлами.

В некоторых Unix-подобных системах большинство файлов устройств управляются как часть виртуальной файловой системы , традиционно монтируемой в / dev , возможно, связанной с управляющим демоном, который отслеживает добавление и удаление оборудования во время выполнения, вносит соответствующие изменения в файловую систему устройства , если это не выполняется автоматически ядром, и, возможно, вызывает сценарии в системе или пространстве пользователя для обработки особых потребностей устройства. Реализации FreeBSD и DragonFly BSD назвали файловую систему виртуального устройства devfs и связанный с ним демон devd. Linux в первую очередь использует реализацию пользовательского пространства , известную как udev , но существует множество вариантов. Darwin и операционные системы, такие как macOS на его основе, имеют файловую систему устройства исключительно на основе ядра.

В системах Unix, которые поддерживают изоляцию процессов chroot , например, Контейнеры Solaris , обычно для каждой среды chroot требуется свой собственный / dev ; эти точки монтирования будут видны в ОС хоста на различных узлах глобального дерева файловой системы. Ограничивая узлы устройств, помещенные в экземпляры chroot / dev , аппаратная изоляция может быть усилена средой chroot (программа не может вмешиваться в аппаратное обеспечение, которое она не может ни видеть, ни именовать - еще более сильная форма управление доступом , чем разрешения файловой системы Unix ).

Конфликт аппаратных устройств под управлением MS-DOS (см. TSR ) путем монопольного открытия каждого файла устройства. Приложение, пытающееся получить доступ к уже используемому устройству, обнаружит, что не может открыть узел файла устройства. В Unix и Linux реализованы разнообразные семантики драйвера устройства , касающиеся одновременного доступа .

Содержание

Unix и Unix-подобные системы

Упрощенная структура ядра Linux. Файловые системы реализованы как часть подсистемы ввода-вывода.

Узлы устройств соответствуют ресурсам, которые ядро операционной системы уже выделили. Unix идентифицирует эти ресурсы по старшему и младшему номерам, которые хранятся как часть структуры узла . Назначение этих номеров происходит однозначно в разных операционных системах и на разных компьютерных платформах . Как правило, старший номер идентифицирует драйвер устройства, а младший номер определяет конкретное устройство (возможно, из многих), которым управляет драйвер: в этом случае система может передать младший номер драйверу. Однако при наличии это может быть не так (например, в FreeBSD 5 и выше).

Как и в случае с другими специальными типами файлов, компьютерная система обращается к узлам устройства, используя стандартные системные вызовы, и обрабатывает их как обычные компьютерные файлы. Существуют два стандартных типа файлов устройств; к сожалению, их имена довольно противоречивы по историческим причинам, и объяснения разницы между ними часто неверны.

Символьные устройства

Символьные специальные файлы или символьные устройства обеспечивают небуферизованный прямой доступ к аппаратному устройству. Они не обязательно позволяют программам читать или писать отдельные символы за раз; это зависит от рассматриваемого устройства. Например, символьное устройство для жесткого диска обычно требует, чтобы все операции чтения и записи были выровнены по границам блока и, безусловно, не позволяет читать ни одного байта.

Символьные устройства иногда называют необработанными устройствами, чтобы избежать путаницы, связанной с тем фактом, что символьное устройство для части аппаратного обеспечения на основе блоков обычно требует программ для чтения и записи выровненных блоков.

Блочные устройства

Блочные специальные файлы или блочные устройства обеспечивают буферизованный доступ к аппаратным устройствам и обеспечивают некоторую абстракцию от их особенностей. В отличие от символьных устройств, блочные устройства всегда позволяют программисту читать или записывать блок любого размера (включая отдельные символы / байты) и любое выравнивание. Обратной стороной является то, что, поскольку блочные устройства буферизуются, программист не знает, сколько времени пройдет, прежде чем записанные данные будут переданы из буферов ядра на фактическое устройство, или действительно в каком порядке две отдельные записи поступят на физическое устройство. Кроме того, если одно и то же оборудование предоставляет как символьные, так и блочные устройства, существует риск повреждения данных из-за того, что клиенты, использующие символьное устройство, не знают об изменениях, сделанных в буферах блочного устройства.

Большинство систем создают как блочные, так и символьные устройства для представления оборудования, такого как жесткие диски. В частности, FreeBSD и Linux этого не делают; в первом удалена поддержка блочных устройств, а во втором создаются только блочные устройства. В Linux, чтобы получить символьное устройство для диска, нужно использовать «необработанный» драйвер, хотя можно получить тот же эффект, что и при открытии символьного устройства, открыв блочное устройство с помощью специфичного для Linux O_DIRECT флаг.

Псевдоустройства

Узлы устройств в Unix-подобных системах не обязательно должны соответствовать физическим устройствам . Узлы, не имеющие такого соответствия, образуют группу псевдоустройств. Они предоставляют различные функции, выполняемые операционной системой. Некоторые из наиболее часто используемых (символьных) псевдоустройств включают в себя:

- принимает и отклоняет весь ввод, записанный в него; создает непрерывный поток нулевых символов (байтов с нулевым значением) в качестве вывода при чтении из.
- создает непрерывный поток нулевых символов (байтов с нулевым значением) как выводится при чтении из и генерирует ошибку («диск заполнен») при попытке записи в него.
- генерирует байты, сгенерированные ядром криптографически безопасный генератор псевдослучайных чисел . Его точное поведение зависит от реализации, и иногда также предоставляются такие варианты, как
/ dev / urandom или
/ dev / arandom.

Кроме того, специфичные для BSD псевдоустройства с может также включать:

- позволяет процессам пользовательской среды управлять PF через интерфейс
ioctl.
- обеспечивает доступ
ioctl к устройствам, которые иначе не обнаруживаются как узлы
/ dev, используемые для реализации управления RAID в OpenBSD и NetBSD .
- используется фреймворком NetBSD sysmon_envsys для аппаратного мониторинга , доступ к которому осуществляется в пользовательском пространстве через с помощью утилиты
envstat.

Создание узла

Узлы создаются с помощью системного вызова mknod . Программа командной строки для создания узлов также называется mknod. Узлы можно перемещать или удалять обычными системными вызовами файловой системы (переименовать , unlink ) и командами (mv, rm).

Некоторые версии Unix включают сценарий с именем makedev или MAKEDEV для создания всех необходимых устройств в каталоге / dev . Это имеет смысл только в системах, устройствам которых статически назначены основные номера (например, посредством жесткого кодирования в их модуле ядра).

Соглашения об именах

Следующие префиксы используются для имен некоторых устройств в иерархии / dev , чтобы идентифицировать тип устройства:

lp : линейные принтеры (сравните lp)
pt : псевдотерминалы (виртуальные терминалы)
tty : терминалы

Некоторые дополнительные префиксы стали широко использоваться в некоторых операционных системах:

Канонический список префиксов, используемых в Linux, можно найти в списке устройств Linux, официальном реестре выделенных номеров устройств и / dev узлы каталога для операционной системы Linux.

Для большинства устройств за этим префиксом следует номер, однозначно идентифицирующий конкретное устройство. Для жестких дисков для обозначения устройств используется буква, за которой следует число для обозначения разделов . Таким образом, файловая система может «знать» область на диске как / dev / sda3 , например, или «видеть» сеанс сетевого терминала, связанный с / dev / pts / 14 .

На дисках, использующих типичную загрузочную запись ПК , номера устройств первичного и дополнительного расширенного раздела пронумерованы от 1 до 4, а индексы любых логических разделов равны 5 и более, независимо от структуры предыдущие разделы (их родительский расширенный раздел не обязательно должен быть четвертым разделом на диске, и при этом не обязательно должны существовать все четыре основных раздела).

Имена устройств обычно не переносятся между различными вариантами Unix-подобных систем, например, в некоторых системах BSD устройства IDE называются / dev / wd0, / dev / wd1 и т. Д. .

devfs

devfs - это конкретная реализация файловой системы устройства в Unix-подобных операционных системах, используемая для представления файлов устройств. Базовый механизм реализации может различаться в зависимости от ОС.

Хранить эти специальные файлы в физически реализованной файловой системе (например, на жестком диске) неудобно, и, поскольку для этого в любом случае требуется помощь ядра, возникла идея специальной логической файловой системы, которая физически не хранится.

Также определение, когда устройства готовы к появлению, не совсем тривиально. Подход devfs заключается в том, что драйвер устройства запрашивает создание и удаление записей devfs, связанных с устройствами, которые он включает и отключает.

Реализации

ПК DOS, TOS, OS / 2 и Windows

Файл устройства - это зарезервированное ключевое слово, используемое в ПК DOS , TOS , OS / 2 , и системы Windows , чтобы разрешить доступ к определенным портам и устройствам.

MS-DOS заимствовал концепцию специальных файлов из Unix, но переименовал их в устройства. Поскольку ранние версии MS-DOS не поддерживали иерархию каталогов , устройства отличались от обычных файлов, делая их имена зарезервированными словами . Это означает, что определенные имена файлов были зарезервированы для устройств и не должны использоваться для именования новых файлов или каталогов. Сами зарезервированные имена были выбраны для совместимости с обработкой "специальных файлов" команды PIP в CP / M . В DOS было два типа устройств: блочные устройства (используемые для дисководов) и символьные устройства (обычно все другие устройства, включая устройства COM и PRN).

DOS использует файлы устройств для доступа к принтерам и портам. Большинство версий Windows также содержат эту поддержку, что может вызвать путаницу при попытке создать файлы и папки с определенными именами, поскольку они не могут иметь эти имена. Версии 2.x из MS-DOS предоставляют параметр AVAILDEV CONFIG.SYS , который, если установлен в FALSE , делает эти специальные имена активен только при наличии префикса \ DEV \ , что позволяет создавать обычные файлы с этими именами.

GEMDOS , DOS-подобная часть Atari TOS , поддерживается имена устройств аналогичны DOS, но, в отличие от DOS, требовался завершающий символ ":" (в DOS это необязательно), чтобы идентифицировать их как устройства в отличие от обычных имен файлов (таким образом, "CON:" будет работать как в DOS, так и в TOS, но «CON» будет называть обычный файл в TOS, но консольное устройство в DOS). В MiNT и MagiC специальное представление унифицированной файловой системы в стиле UNIX, доступное через букву диска «U:», также помещало файлы устройств в «U: \ DEV».

Ключевое слово устройства	Использовать как вход	Использовать как выход
CON	Принимает набранные данные до тех пор, пока не будет нажата ^ Z (Ctrl-Z).	Выводит данные на консоль.
PRN	Н / Д	Печатает текст на принтер, обычно перенаправляется на LPT1 или LST . Иногда перенастраивается на другие устройства.
AUX (не в OS / 2)	Считывает данные с вспомогательного устройства, обычно последовательного устройства, такого как COM1 . Иногда можно перенастраивать на другие устройства.	Отправляет данные на вспомогательное устройство, обычно последовательное устройство, такое как COM1 . Иногда перенастраивается на другие устройства.
NUL	Возвращает нулевые данные или их отсутствие.	Отменяет полученные данные.
CLOCK $ (по-прежнему называется CLOCK в некоторых версиях MS-DOS 2.11)	Н / Д	Н / Д
KEYBD $ (только в многозадачной MS-DOS )	?	?
KBD $ (только в OS / 2 )	?	?
SCREEN $ (только в многозадачной MS-DOS и OS / 2)	?	?
POINTER $ (только в OS / 2)	?	?
MOUSE $ (только в OS / 2)	?	?
$ IDLE $ (только в DR-DOS (начиная с 5.0) и Multiuser DOS (начиная с Concurrent DOS 386 ) семейств)	Н / Д	Н / Д
КОНФИГУРАЦИЯ $ (только в MS-DOS 7.0 и выше)	Н / Д	Н / Д
LST (только в 86-DOS и DOS 1.x, также в MS-DOS 2.11 Hewlett-Packard для HP Portable Plus )	Не возвращает данных.	Отправляет данные на строчный принтер. (LPT2 для Hewlett-Packard's MS-DOS 2.11)
PLT (только в MS-DOS 2.11 Hewlett-Packard для HP Portable Plus )	Не возвращает данных.	Отправляет данные на назначенный плоттер . Подключенное устройство плоттера можно перенастроить.
LPT1 , LPT2 , LPT3 , а иногда LPT4 (в DR-DOS 7.02 и выше и некоторых версиях многопользовательской DOS)	Н / Д	Отправляет данные на выбранный параллельный порт.
COM1 , COM2 , COM3 , COM4	Считывает данные из выбранного последовательного порта.	Отправляет данные в выбранный последовательный порт.
82164A (только в MS-DOS 2.11 Hewlett-Packard для HP Portable Plus )	перенаправляет на COM2.	перенаправляет на COM2.

Использование оболочки перенаправление и каналы, данные могут быть отправлены на устройство или получены от него. Например, при вводе следующего текста на принтер будет отправлен файл c: \ data.txt :

PIPE, MAILSLOT и MUP - это другие стандартные устройства Windows.

В Unix-подобных операционных системах , файл устройства или специальный файл является интерфейс к драйверу , который появляется в файловой системе , как будто это обычный файл . Также есть специальные файлы в DOS , OS / 2 и Windows . Эти специальные файлы позволяют прикладной программе взаимодействовать с устройством, используя его драйвер устройства через стандартные системные вызовы ввода / вывода . Использование стандартных системных вызовов упрощает многие задачи программирования и приводит к согласованным механизмам ввода-вывода в пользовательском пространстве независимо от характеристик и функций устройства.

Файлы устройств обычно предоставляют простые интерфейсы для стандартных устройств (таких как принтеры и последовательные порты), но также могут использоваться для доступа к определенным уникальным ресурсам на этих устройствах, например, к разделам диска . Кроме того, файлы устройств полезны для доступа к системным ресурсам , которые не связаны с каким-либо фактическим устройством, например, приемникам данных и генераторам случайных чисел .

В Unix-подобных операционных системах существует два основных типа файлов устройств, известных как специальные символьные файлы и специальные файлы блоков . Разница между ними заключается в том, сколько данных читается и записывается операционной системой и оборудованием. Их вместе можно назвать специальными файлами устройств, в отличие от именованных каналов , которые не подключены к устройству, но также не являются обычными файлами.

MS-DOS заимствовала концепцию специальных файлов из Unix, но переименовала их в устройства . Поскольку ранние версии MS-DOS не поддерживали иерархию каталогов , устройства отличались от обычных файлов, делая их имена зарезервированными словами , например: infamous CON . Они были выбраны из-за степени совместимости с CP / M и все еще присутствуют в современной Windows для обеспечения обратной совместимости.

В некоторых Unix-подобных системах большинство файлов устройств управляются как часть виртуальной файловой системы, традиционно монтируемой /dev , возможно, связанной с управляющим демоном, который отслеживает добавление и удаление оборудования во время выполнения, внося соответствующие изменения в файловую систему устройства, если это необходимо. не выполняется автоматически ядром и, возможно, вызывает сценарии в системе или в пользовательском пространстве для обработки особых потребностей устройства. FreeBSD , DragonFly BSD и Darwin есть специализированная файловая система DEVFS ; узлы устройства автоматически управляются этой файловой системой в пространстве ядра . В Linux была аналогичная реализация devfs , но позже от нее отказались, а затем удалили, начиная с версии 2.6.17; В настоящее время Linux в основном использует реализацию пользовательского пространства, известную как udev , но существует множество вариантов.

В системах Unix, которые поддерживают изоляцию процессов chroot , таких как контейнеры Solaris , обычно для каждой среды chroot требуется своя собственная /dev ; эти точки монтирования будут видны в ОС хоста на различных узлах глобального дерева файловой системы. Ограничивая узлы устройств, помещаемые в экземпляры chroot /dev , аппаратная изоляция может быть обеспечена с помощью среды chroot (программа не может вмешиваться в аппаратное обеспечение, которое она не может ни видеть, ни называть - даже более сильная форма контроля доступа, чем разрешения файловой системы Unix ).

Разногласия между аппаратными устройствами, управляемыми MS-DOS (см. TSR ), путем монопольного открытия каждого файла устройства. Приложение, пытающееся получить доступ к уже используемому устройству, обнаружит, что не может открыть узел файла устройства. В Unix и Linux реализована разнообразная семантика драйверов устройств в отношении одновременного доступа .

СОДЕРЖАНИЕ

Unix и Unix-подобные системы

Упрощенная структура ядра Linux. Файловые системы реализованы как часть подсистемы ввода-вывода.

Узлы устройств соответствуют ресурсам, которые ядро операционной системы уже выделило. Unix идентифицирует эти ресурсы по старшему и младшему номерам , которые хранятся как часть структуры узла . Назначение этих номеров происходит уникальным образом в разных операционных системах и на разных компьютерных платформах . Как правило, старший номер идентифицирует драйвер устройства, а младший номер определяет конкретное устройство (возможно, из многих), которым управляет драйвер: в этом случае система может передать младший номер драйверу. Однако при наличии динамического распределения номеров это может быть не так (например, во FreeBSD 5 и выше).

Как и в случае с другими специальными типами файлов, компьютерная система обращается к узлам устройств с помощью стандартных системных вызовов и обрабатывает их как обычные компьютерные файлы. Существуют два стандартных типа файлов устройств; к сожалению, их имена довольно противоречивы по историческим причинам, и в результате объяснения разницы между ними часто неверны.

Символьные устройства

Специальные символьные файлы или символьные устройства обеспечивают небуферизованный прямой доступ к аппаратному устройству. Они не обязательно позволяют программам читать или писать отдельные символы за раз; это зависит от рассматриваемого устройства. Например, символьное устройство для жесткого диска обычно требует, чтобы все операции чтения и записи были выровнены по границам блока и, безусловно, не позволяет читать ни одного байта.

Символьные устройства иногда называют необработанными устройствами, чтобы избежать путаницы, связанной с тем фактом, что символьное устройство для части аппаратного обеспечения на основе блоков обычно требует программ для чтения и записи выровненных блоков.

Блокировать устройства

Блочные специальные файлы или блочные устройства обеспечивают буферизованный доступ к аппаратным устройствам и обеспечивают некоторую абстракцию от их особенностей. В отличие от символьных устройств, блочные устройства всегда позволяют программисту читать или записывать блок любого размера (включая отдельные символы / байты) и любое выравнивание. Обратной стороной является то, что, поскольку блочные устройства буферизуются, программист не знает, сколько времени пройдет, прежде чем записанные данные будут переданы из буферов ядра на фактическое устройство, или, действительно, в каком порядке две отдельные записи поступят на физическое устройство. Кроме того, если одно и то же оборудование предоставляет как символьные, так и блочные устройства, существует риск повреждения данных из-за того, что клиенты, использующие символьное устройство, не знают об изменениях, сделанных в буферах блочного устройства.

Псевдоустройства

Узлы устройств в Unix-подобных системах не обязательно должны соответствовать физическим устройствам . Узлы, не имеющие такого соответствия, образуют группу псевдоустройств . Они предоставляют различные функции, выполняемые операционной системой. Некоторые из наиболее часто используемых (символьных) псевдоустройств включают:

/ dev / null - принимает и отбрасывает весь записанный в него ввод; обеспечиваетиндикацию конца файла при чтении из.
/ dev / zero - принимает и отбрасывает весь записанный в него ввод; производит непрерывный поток нулевых символов (байтов с нулевым значением) в качестве вывода при чтении из.
/ dev / full - создает непрерывный поток нулевых символов (байтов с нулевым значением) в качестве вывода при чтении из и генерирует ошибку ENOSPC («диск заполнен») при попытке записи в него.
/ dev / random - генерирует байты, генерируемые криптографически безопасным генератором псевдослучайных чисел ядра. Его точное поведение зависит от реализации, и иногда также предоставляются такие варианты, как / dev / urandom или / dev / arandom .

Кроме того, специфичные для BSD псевдоустройства с интерфейсом ioctl также могут включать:

/ dev / pf - позволяет процессам пользовательского уровня управлять PF черезинтерфейс ioctl .
/ dev / bio - обеспечиваетдоступ ioctl к устройствам, которые иначе не обнаруживаются какузлы / dev , используемые bioctl для реализацииуправления RAID в OpenBSD и NetBSD .
/ dev / sysmon - используетсяфреймворкомNetBSD envsys для мониторинга оборудования , доступ к которому осуществляется в пользовательском пространстве через proplib (3) с помощью утилиты envstat .

Создание узла

Узлы создаются системным вызовом mknod . Программа командной строки для создания узлов также называется mknod. Узлы могут быть перемещены или удалены обычными системными вызовами файловой системы ( переименование , разъединение связи ) и командами ( mv , rm ).

Некоторые версии Unix включают сценарий makedev или MAKEDEV для создания всех необходимых устройств в каталоге /dev . Это имеет смысл только в системах, устройствам которых статически назначены основные номера (например, посредством жесткого кодирования в их модуле ядра).

В то время как некоторые другие системы Unix, такие как FreeBSD , использовали управление узлами устройств на основе ядра только через devfs и не поддерживали создание узлов вручную. Системный вызов mknod (2) и команда mknod (8) существуют для обеспечения совместимости с POSIX, но созданные вручную узлы устройств вне devfs не будут работать вообще.

Соглашения об именах

Следующие префиксы используются для имен некоторых устройств в /dev иерархии, чтобы идентифицировать тип устройства:

lp : строчные принтеры (сравните lp )
pt : псевдотерминалы (виртуальные терминалы)
tty : терминалы

Некоторые дополнительные префиксы стали широко использоваться в некоторых операционных системах:

Канонический список префиксов, используемых в Linux, можно найти в списке устройств Linux, официальном реестре выделенных номеров устройств и /dev узлов каталога для операционной системы Linux.

Для большинства устройств за этим префиксом следует номер, однозначно идентифицирующий конкретное устройство. Для жестких дисков для обозначения устройств используется буква, за которой следует номер для обозначения разделов . Таким образом, файловая система может «знать» область на диске /dev/sda3 , например, или «видеть» сеанс сетевого терминала, связанный с ней /dev/pts/14 .

На дисках, использующих типичную главную загрузочную запись ПК , номера устройств первичного и дополнительного расширенного раздела пронумерованы от 1 до 4, а индексы любых логических разделов - от 5 и выше, независимо от структуры предыдущих разделов (их родительский расширенный раздел не обязательно должен быть четвертым разделом на диске, и при этом не обязательно должны существовать все четыре основных раздела).

devfs

devfs - это конкретная реализация файловой системы устройства в Unix-подобных операционных системах, используемая для представления файлов устройства. Базовый механизм реализации может отличаться в зависимости от ОС.

Хранить эти специальные файлы в физически реализованной файловой системе (т. Е. На жестком диске) неудобно, и, поскольку для этого в любом случае требуется помощь ядра, возникла идея создания логической файловой системы специального назначения , которая физически не хранится.

Кроме того, определение того, когда устройства готовы к появлению, не совсем тривиально. Подход «devfs» заключается в том, что драйвер устройства запрашивает создание и удаление записей «devfs», связанных с устройствами, которые он включает и отключает.

ПК DOS, TOS, OS / 2 и Windows

Файл устройства - это зарезервированное ключевое слово, используемое в системах ПК DOS , TOS , OS / 2 и Windows для разрешения доступа к определенным портам и устройствам.

MS-DOS заимствовала концепцию специальных файлов из Unix, но переименовала их в устройства . Поскольку ранние версии MS-DOS не поддерживали иерархию каталогов , устройства отличались от обычных файлов, делая их имена зарезервированными словами . Это означает, что определенные имена файлов были зарезервированы для устройств и не должны использоваться для именования новых файлов или каталогов. Зарезервированные имена сами по себе были выбраны , чтобы быть совместимыми с «специальными файлами» обработкой из PIP команды в CP / M . В DOS было два типа устройств: блочные устройства (используемые для дисководов) и символьные устройства (обычно все другие устройства, включая устройства COM и PRN).

DOS использует файлы устройств для доступа к принтерам и портам. Большинство версий Windows также содержат эту поддержку, что может вызвать путаницу при попытке создать файлы и папки с определенными именами, поскольку они не могут иметь эти имена. Версии 2.x MS-DOS предоставляют параметр AVAILDEV CONFIG.SYS, который, если установлен в FALSE , делает эти специальные имена активными только с префиксом \DEV\ , что позволяет создавать обычные файлы с этими именами.

GEMDOS , DOS-подобная часть Atari TOS , поддерживала имена устройств, аналогичные DOS, но в отличие от DOS требовался завершающий символ ":" (в DOS это необязательно), чтобы идентифицировать их как устройства, а не обычные имена файлов (таким образом, " CON: "будет работать как в DOS, так и в TOS, но" CON "будет называть обычный файл в TOS, но консольное устройство в DOS). В MiNT и MagiC специальный UNIX-подобный вид унифицированной файловой системы, доступ к которому осуществляется через букву диска «U:», также помещает файлы устройств в «U: \ DEV».

Используя перенаправление оболочки и каналы, данные можно отправлять на устройство или получать от него. Например, если ввести следующее, файл будет отправлен c:\data.txt на принтер:

PIPE, MAILSLOT и MUP - это другие стандартные устройства Windows.

Программы, которые поддерживают DEVICEINFO расширение файла

Ниже вы найдете указатель программ, которые можно использовать для открытия файлов DEVICEINFO, разделенных на категории 2 в соответствии с поддерживаемой системной платформой. DEVICEINFO файлы можно встретить на всех системных платформах, включая мобильные, но нет гарантии, что каждый из них будет должным образом поддерживать такие файлы.

Программы, обслуживающие файл DEVICEINFO

Как открыть файл DEVICEINFO?

Причин, по которым у вас возникают проблемы с открытием файлов DEVICEINFO в данной системе, может быть несколько. Что важно, все распространенные проблемы, связанные с файлами с расширением DEVICEINFO, могут решать сами пользователи. Процесс быстрый и не требует участия ИТ-специалиста. Мы подготовили список, который поможет вам решить ваши проблемы с файлами DEVICEINFO.

Шаг 1. Установите iPhone Configuration Utility программное обеспечение

Шаг 2. Проверьте версию iPhone Configuration Utility и обновите при необходимости

Если у вас уже установлен iPhone Configuration Utility в ваших системах и файлы DEVICEINFO по-прежнему не открываются должным образом, проверьте, установлена ли у вас последняя версия программного обеспечения. Разработчики программного обеспечения могут реализовать поддержку более современных форматов файлов в обновленных версиях своих продуктов. Причиной того, что iPhone Configuration Utility не может обрабатывать файлы с DEVICEINFO, может быть то, что программное обеспечение устарело. Все форматы файлов, которые прекрасно обрабатывались предыдущими версиями данной программы, также должны быть открыты с помощью iPhone Configuration Utility.

Шаг 3. Свяжите файлы Device Record с iPhone Configuration Utility

Если проблема не была решена на предыдущем шаге, вам следует связать DEVICEINFO файлы с последней версией iPhone Configuration Utility, установленной на вашем устройстве. Следующий шаг не должен создавать проблем. Процедура проста и в значительной степени не зависит от системы

Процедура изменения программы по умолчанию в Windows

Нажатие правой кнопки мыши на DEVICEINFO откроет меню, из которого вы должны выбрать опцию Открыть с помощью
Далее выберите опцию Выбрать другое приложение а затем с помощью Еще приложения откройте список доступных приложений.
Чтобы завершить процесс, выберите Найти другое приложение на этом. и с помощью проводника выберите папку iPhone Configuration Utility. Подтвердите, Всегда использовать это приложение для открытия DEVICEINFO файлы и нажав кнопку OK .

Процедура изменения программы по умолчанию в Mac OS

Шаг 4. Проверьте DEVICEINFO на наличие ошибок

Если вы выполнили инструкции из предыдущих шагов, но проблема все еще не решена, вам следует проверить файл DEVICEINFO, о котором идет речь. Проблемы с открытием файла могут возникнуть по разным причинам.

1. Убедитесь, что DEVICEINFO не заражен компьютерным вирусом

Если случится так, что DEVICEINFO инфицирован вирусом, это может быть причиной, которая мешает вам получить к нему доступ. Рекомендуется как можно скорее сканировать систему на наличие вирусов и вредоносных программ или использовать онлайн-антивирусный сканер. Если файл DEVICEINFO действительно заражен, следуйте инструкциям ниже.

2. Убедитесь, что структура файла DEVICEINFO не повреждена

3. Убедитесь, что у вас есть соответствующие права доступа

Некоторые файлы требуют повышенных прав доступа для их открытия. Выйдите из своей текущей учетной записи и войдите в учетную запись с достаточными правами доступа. Затем откройте файл Device Record.

4. Проверьте, может ли ваша система обрабатывать iPhone Configuration Utility

5. Убедитесь, что у вас установлены последние версии драйверов, системных обновлений и исправлений

Последние версии программ и драйверов могут помочь вам решить проблемы с файлами Device Record и обеспечить безопасность вашего устройства и операционной системы. Возможно, что одно из доступных обновлений системы или драйверов может решить проблемы с файлами DEVICEINFO, влияющими на более старые версии данного программного обеспечения.

Вы хотите помочь?

Если у Вас есть дополнительная информация о расширение файла DEVICEINFO мы будем признательны, если Вы поделитесь ею с пользователями нашего сайта. Воспользуйтесь формуляром, находящимся здесь и отправьте нам свою информацию о файле DEVICEINFO.

DEVICEINFO расширение файла

Тип файла Device Record
Разработчик файлов Apple
Категория файла Файлы данных
Рейтинг популярности файлов

Как открыть файл DEVICEINFO?

Шаг 1. Установите программу, которая поддерживает DEVICEINFO файлы

Программы, открывающие файлы DEVICEINFO

Windows

Помните!

Шаг 2. Свяжите данное программное обеспечение с файлами DEVICEINFO

Шаг 3. Проверьте, нет ли других ошибок, связанных с файлами DEVICEINFO

Читайте также: