Включение 2FA в Debian 10, но только для паролей (pubkey без 2FA)
Если формат данных X может быть сохранен на блочном устройстве UNIX, то он также может быть сохранен в файле. [Но см. неприятные подробности ниже]. «Файл изображения» — это короткое общее название для этого. т.е. это последовательность байтов, которые могут быть скопированы на блочное устройство или с него. Если вы хотите, вы можете называть его по-разному в зависимости от того, для чего вы его используете.
«Файл образа» может означать образ диска... или образ технически может иметь формат, используемый на диске ... более подробная информация об этом случае приведена ниже. Это также может быть формат, который можно использовать на разделе диска. Это также может быть файловая система. Который мы могли бы назвать «образом файловой системы».
Логический том LVM — это еще один тип блочного устройства.
Я думаю, что наиболее существенное различие заключается в том, это образ файловой системы или нет. Если это образ файловой системы, это единая файловая система, которую вы можете смонтировать с помощью mount -oloop.
Полный «образ диска» может не быть образом файловой системы -, например. если это была копия внутреннего жесткого диска. Но это может -, например. если бы это была копия дискеты.Но вы также можете скопировать этот образ файловой системы на раздел внутреннего диска. Поэтому я нахожу «образ диска» неоднозначным и не более конкретным, чем «файл образа».
[Примечание] Вы не упомянули «управляемые хостом -SMR» устройства. Они накладывают дополнительные ограничения. Файловые системы, которые были разработаны только для стандартных дисков, не работают в рамках этих ограничений. Я не буду упоминать их дальше.
[Неприятные подробности] Древние устройства также могли предоставлять несколько чисел для определения «геометрии»; обычно размером с сектор, дорожку и цилиндр. Они использовались для оптимизации размещения данных на древних медленных дисках.
Пока все хорошо. А макеты современных файловых систем могут быть оптимизированы, чтобы привести их в соответствие с размером полосы RAID-устройства.
Но формат данных, используемый на диске , может также предполагать, что вы уже знаете, что это за числа... Поэтому, если у вас есть только образ диска, у вас могут возникнуть трудности с чтением данных. формат. С этим могут быть проблемы для формата таблицы разделов MBR . В устаревшем Large Disk HOWTO есть еще несколько страшилок.
Современное использование MBR, а также таблиц разделов GPT не использует геометрию C/H/S. Однако они по-прежнему требуют, чтобы вы знали размер сектора! Исторически большинство дисков использовали сектора размером 512 байт. Таким образом, большинство программ будет пытаться использовать этот размер сектора при чтении файла изображения. Тогда, если разделы были созданы для диска, который сообщает о секторах 4 КБ, у вас будет проблема !
Удивительно, но это означает, что если USB-накопители когда-либо начнут сообщать о размерах секторов в 4 КБ, их нельзя будет использовать для текущих образов установщика Linux!
(Устаревший формат Apple продуманно включает в себя как размер сектора, так и количество секторов. Как упоминается в этой истории ).
Файловые системы, как правило, не имеют этой проблемы.Если вы записываете файловую систему, которая использует блоки по 512 байт, на устройство, использующее сектора по 4 КБ... В суперблоке, скорее всего, будет храниться используемый размер блока. Однако вполне вероятно, что код файловой системы откажется работать, если размер блока меньше размера сектора устройства.
Некоторые программы пытались угадать "геометрию". Например, более старые версии fdisk, используемые для попытки угадать геометрию C/H/S из существующих разделов.
CD -Rs и DVD -Rs используют другой размер сектора :2048 байт.