Проблема понять понятие монтирования
Сначала получите доступный список устройств звуковой карты:
aplay -l
Затем можно создать также ~/.asoundrc или /etc/asound.conf (пойдите со вторым, затем он будет установлен для каждого пользователя на машине) с настройками устройства по умолчанию. Таким образом, запись в одно из этого регистрирует соответственно выводу первой команды. Например, мой вывод был:
карта 0: Универсальный [Аудио HD Дженерик], устройство 3: HDMI 0 [HDMI 0]
- Подустройства: 1/1
- Подустройство № 0: подустройство № 0
карта 1: SB [HDA SB ATI], устройство 0: Аналог CONEXANT [Аналог CONEXANT]
- Подустройства: 1/1
- Подустройство № 0: подустройство № 0
Посмотрите строки, я осмелился? Это - строка для моей звуковой карты, таким образом, я использую те данные для ввода в мой /etc/asound.conf:
defaults.pcm.card 1
defaults.pcm.device 0
defaults.ctl.card 1
Сделайте это для себя (используйте все три параметра конфигурации), и не забывайте входить в систему/выходить из системы.
Вы можете прочитать или запись / dev / cdrom (например, с использованием DD или или CAT ), но когда вы делаете, вы просто читаете или пишущие необработанные байты устройства. Это может быть полезно в различных обстоятельствах (таких как клонирование раздела), но, как правило, мы хотим увидеть каталоги и файлы, хранящиеся на устройстве.
Когда вы устанавливаете устройство, вы в основном сообщаете о ядре использовать слой программного обеспечения (драйвер файловой системы), чтобы перевести эти необработанные байты в фактическую файловую систему. Таким образом, монтаж устройства ассоциирует файловую систему на этом устройстве к иерархии каталога.
Я думаю об этом следующим образом: Mount - это инструмент, который сообщает, что система интерпретирует содержимое некоторых файлов в качестве деревьев каталогов.
- Файловая система имеет каталоги и файлы, и каждый файл является меткой для некоторой строки байтов.
/ dev / cdrom- это файл, он представляет строку байтов, хранящихся на компакт-диске.- Вы можете прочитать эту очень длинную строку напрямую, но это не очень практично, за исключением специальных целей (например, создание полного образа диска).
- Эта длинная строка имеет дополнительную внутреннюю структуру: она содержит файловую систему, которая имеет информацию о том, какие каталоги и файлы хранятся и где в этой очень длинной строке.
- Используя
MOTE -T-ISO9660 / DEV / CDROM / Media / CDROM, вы говорите системе: «Возьми эту очень длинную строку байтов, которые у вас есть в/ dev / CDROM, интерпретируйте его как дерево каталогов в формате ISO9660 и позвольте мне получить доступ к нему под местом/ Media / CDROM». - На самом деле это работает также для регулярных файлов. Вы можете сделать обычный файл, который содержит изображение диска, а затем использовать
, чтобы получить доступдля доступа к нему. Попробуйте это:
dd if=/dev/zero of=fs-image bs=1M count=50 mke2fs fs-image sudo mount fs-image /some/mount/point
(первые два команда требуются только в первый раз, при подготовке файла изображения.)
В дополнение к упомянутым выше пунктам драйвер или другая программа может кэшировать данные с устройства. На устройстве для чтения-записи, такого как жесткий диск или дисковод большого пальца, данные, записанные на устройство, которые еще не были написаны. Журнальные файловые системы также могут потребовать промывки журнала, прежде чем он больше не увидит устройство. Тогда у вас есть файловые системы, которые накладывают другие файловые системы, такие как Cryptfs, которые должны знать, когда базовая файловая система больше не доступна.
Предоставлено, для устройства только для чтения это имеет меньше смысла, но он по-прежнему относится.
/ dev / cdrom относится к файлу устройства .Это не содержимое того диска, который вы можете захотеть вставить в свой оптический привод, а скорее ссылка на аппаратную часть (и, возможно, программные драйверы) , которые вы могли бы позвоните, чтобы показать вам это. Когда вы монтируете / dev / cdrom по некоторому пути в вашем дереве, вы присоединяете его содержимое к своей файловой системе .
Дело в том, что я не могу придумать другого способа сделать это. Даже в Windows - хотя это не так очевидно - все еще существует абстракция файловой системы для \\? \ Volumename \ . Мне потребовалась минута, чтобы вспомнить, как это выглядело, и я нашел это в поисковике :
... имя тома - это просто символическая ссылка, которая указывает на реальное устройство тома, обычно в в виде
\ Device \ HarddiskVolume23. Другой пример устройства MS-DOS - буква диска. Если ваш том имеет букву диска C:, тогда у вас будет символическая ссылка под названием\\? \ C: которая указывает на реальный том в формате\ Device \ HarddiskVolumeXX.
Так что, может быть, все не так уж и отличается - хотя я бы сказал менее сложно - это просто более очевидное , я думаю. Это не одна и та же система, но и принципиально не разные.
Вероятно, наиболее важное различие между / dev / device и / path / to / its / mount заключается в том, что на последнем пути используется файловая система - часть программного обеспечения, предназначенная для организованно обрабатывать данные - это интерпретация содержимого первого. Вы не можете просто прочитать диск - кто-то должен прочитать его вам. Файловая система интерпретирует содержимое устройства.