WikiDer > Начальный рамдиск - Википедия

Initial ramdisk - Wikipedia

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

Обоснование

Много Дистрибутивы Linux отправить единый общий Ядро Linux image - тот, который разработчики дистрибутива создают специально для загрузки на разнообразном оборудовании. В драйверы устройств для этого общего образа ядра включены как загружаемые модули ядра поскольку статическая компиляция многих драйверов в одно ядро ​​приводит к тому, что образ ядра становится намного больше, возможно, слишком большим для загрузки на компьютерах с ограниченной памятью. Затем возникает проблема обнаружения и загрузки модулей, необходимых для монтирования корневой файловой системы во время загрузки, или, если уж на то пошло, определения того, где и что находится корневая файловая система.[1]

Еще больше усложняет ситуацию то, что корневая файловая система может находиться в программном обеспечении. RAID объем, LVM, NFS (на бездисковых рабочих станциях) или на зашифрованном разделе. Все это требует специальной подготовки для установки.[2]

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

Чтобы избежать необходимости жестко кодировать обработку такого количества особых случаев в ядре, начальный этап загрузки с временной корневой файловой системой - теперь дублированный раннее пользовательское пространство - используется. Эта корневая файловая система может содержать помощников пользовательского пространства, которые выполняют обнаружение оборудования, загрузку модулей и обнаружение устройств, необходимые для монтирования настоящей корневой файловой системы.[2]

Выполнение

Образ этой исходной корневой файловой системы (вместе с образом ядра) должен храниться где-нибудь, доступном для Linux. загрузчик или загрузочная прошивка компьютера. Это может быть сама корневая файловая система, загрузочный образ на оптический диск, небольшой раздел на локальном диске ( загрузочный раздел, обычно используя ext2 или же ТОЛСТЫЙ файловые системы) или TFTP сервер (в системах, которые могут загружаться с Ethernet).

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

в initrd схемы, изображение может быть образом файловой системы (необязательно сжатым), которое доступно в специальном блочное устройство (/ dev / ram), который затем монтируется в качестве начальной корневой файловой системы.[3] Драйвер для этой файловой системы должен быть статически скомпилирован в ядро. Многие дистрибутивы изначально использовали сжатые ext2 образы файловой системы, а остальные (в том числе Debian 3.1) используется болтовня для загрузки в системах с ограниченным объемом памяти, поскольку образ cramfs может быть смонтирован на месте, не требуя дополнительного места для распаковки. Как только начальная корневая файловая система запущена, ядро ​​выполняет / linuxrc как его первый процесс;[4] при выходе ядро ​​предполагает, что настоящая корневая файловая система смонтирована, и выполняет / sbin / init , чтобы начать нормальный процесс загрузки пользовательского пространства.[3]

в initramfs схема (доступна начиная с ядра Linux 2.6.13), изображение может быть cpio архив (опционально сжатый). Архив распаковывается ядром в специальный экземпляр tmpfs это становится исходной корневой файловой системой. Эта схема имеет то преимущество, что не требует компиляции промежуточной файловой системы или блочных драйверов в ядро.[5] Некоторые системы используют дракута пакет для создания initramfs изображение.[6] В схеме initramfs ядро ​​выполняет /в этом как его первый процесс, выход из которого не ожидается.[5] Для некоторых приложений initramfs может использовать каспер утилита для создания среды с возможностью записи с помощью Unionfs наложить слой устойчивости поверх образа корневой файловой системы, доступного только для чтения. Например, данные наложения могут быть сохранены на флешка, а сжатый Сквош изображение только для чтения, хранящееся на live CD действует как корневая файловая система.[7][8]

В зависимости от того, какие алгоритмы были статически скомпилированы в него, ядро ​​может распаковывать образы initrd / initramfs, сжатые с помощью gzip, bzip2, LZMA, XZ, LZO, и LZ4.[9]

Подготовка к креплению

Некоторые дистрибутивы Linux, такие как Debian создаст настроенный образ initrd, содержащий только то, что необходимо для загрузки определенного компьютера, например ATA, SCSI и файловая система модули ядра. Обычно они включают расположение и тип корневой файловой системы.

Другие дистрибутивы Linux (например, Fedora и Ubuntu) создать более общий образ initrd. Они начинаются только с имени устройства корневой файловой системы (или ее UUID) и должен обнаруживать все остальное во время загрузки. В этом случае программное обеспечение должно выполнить сложный каскад задач, чтобы смонтировать корневую файловую систему:

  • Все драйверы оборудования, от которых зависит процесс загрузки, должны быть загружены. Распространенным способом является упаковка модулей ядра для распространенных устройств хранения на initrd, а затем запуск горячая вилка агент для установки модулей, соответствующих обнаруженному компьютерному оборудованию.
  • В системах, отображающих загрузку заставка, видеооборудование должно быть инициализировано, и помощник пользовательского пространства начал рисовать анимацию на дисплее синхронно с процессом загрузки.
  • Если корневая файловая система находится на NFS, она должна затем вызвать первичный сетевой интерфейс, вызвать DHCP клиент, с помощью которого он может получить аренду DHCP, извлечь имя общего ресурса NFS и адрес сервера NFS из аренды и смонтировать общий ресурс NFS.
  • Если корневая файловая система находится на программном устройстве RAID, невозможно узнать, какие устройства охватывает том RAID; стандарт Утилиты MD должен быть вызван для сканирования всех доступных блочных устройств и перевода необходимых в оперативный режим.
  • Если корневая файловая система находится на логический том, утилиты LVM должны быть вызваны для поиска и активации группа томов содержащий его.
  • Если корневая файловая система находится на зашифрованном блочном устройстве, программное обеспечение должно вызвать вспомогательный сценарий, чтобы предложить пользователю ввести парольную фразу и / или вставить аппаратный токен (например, интеллектуальная карточка или безопасность USB ключ), а затем создайте цель дешифрования с сопоставитель устройств.

В некоторых дистрибутивах используется событийный агент горячего подключения, такой как udev, который вызывает вспомогательные программы при подключении оборудования, разделов дисков и томов хранения, соответствующих определенным правилам. Это позволяет выполнять обнаружение параллельно и постепенно каскадировать в произвольные вложения LVM, RAID или шифрования для доступа к корневой файловой системе.

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

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

  • На initrd новый корень монтируется во временной точке монтирования и перемещается на место с помощью pivot_root (8) (который был введен специально для этой цели). Это оставляет исходную корневую файловую систему в точке монтирования (например, / initrd), где обычные сценарии загрузки могут позже размонтировать его, чтобы освободить память, удерживаемую initrd.
  • В initramfs исходная корневая файловая система не может быть повернута.[10] Вместо этого он просто очищается, а последняя корневая файловая система монтируется поверх.

Большинство исходных корневых файловых систем реализуют / linuxrc или же /в этом как сценарий оболочки и, таким образом, включают минимальную оболочку (обычно / bin / ash) вместе с некоторыми важными утилитами пользовательского пространства (обычно BusyBox Инструментарий). Для дополнительной экономии места оболочка, утилиты и их вспомогательные библиотеки обычно компилируются с включенной оптимизацией пространства (например, с gccфлаг "-Os") и связан с klibc, минимальная версия Библиотека C написано специально для этого.[11]

Другое использование

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

Крошечное ядро ​​Linux[12] и Щенок Linux[13][неудачная проверка] может работать полностью из initrd.

Сходства в других операционных системах

Начиная с Windows Vista,[14] Windows может загружаться с WIM файл образа диска, для которого официально опубликован формат файла;[15] он довольно похож на формат ZIP, за исключением того, что он поддерживает жесткие ссылки, использует сжатие по частям и может поддерживать дедуплицированные фрагменты. В этом случае весь WIM изначально загружается в ОЗУ, после чего выполняется инициализация ядра. Затем загруженный WIM доступен как SystemRoot с назначенной буквой диска. Установщик Windows использует его, поэтому он загружается из BOOT.WIM, а затем использует INSTALL.WIM как набор устанавливаемых файлов Windows.

Также, Среда предустановки Windows (Windows PE) использует то же самое, являясь основой для отдельных версий некоторых антивирусных программ и программного обеспечения для резервного копирования / аварийного восстановления.

Также можно установить Windows, чтобы она всегда загружалась с файла WIM или VHD, размещенного на физическом диске. Однако это редко используется, так как загрузчик Windows способен загружать файлы .sys для модулей ядра при загрузке, а это задача, которая требует initrd в Linux.

Смотрите также

Рекомендации

  1. ^ Альмесбергер, Вернер (2000), «Загрузка Linux: история и будущее», Труды Оттавского симпозиума по Linux, заархивировано из оригинал 24 июля 2008 г.
  2. ^ а б Лэндли, Роб (15 марта 2005 г.), Представляем initramfs, новую модель для начальных RAM-дисков
  3. ^ а б Альмесбергер, Вернер; Лермен, Ганс (2000). "Использование начального RAM-диска (initrd)". Архивировано из оригинал 2 апреля 2015 г.. Получено 14 марта 2015.
  4. ^ "linux / do_mounts_initrd.c в 4f671fe2f9523a1ea206f63fe60a7c7b3a56d5c7 · torvalds / linux · GitHub". GitHub.
  5. ^ а б Лэндли, Роб (17 октября 2005 г.). "документы ramfs, rootfs и initramfs, дубль 2". Дерево исходных текстов ядра Linux.
  6. ^ Петерсен, Ричард Лиланд (2010). Fedora 13: Администрирование, Сеть, Безопасность. Аламеда, Калифорния: Surfing Turtle Press. п. 76. ISBN 978-1-936280-02-5. Dracut использует параметры ядра, перечисленные в командной строке ядра GRUB, для настройки файловой системы RAM initramfs на лету, обеспечивая большую гибкость и дополнительно сокращая код файловой системы RAM.
  7. ^ "Ubuntu Manpage: casper - ловушка для initramfs-tools для загрузки живых систем". manpages.ubuntu.com.
  8. ^ Шон Пауэрс. "Каспер, дружелюбный (и стойкий) призрак". Linux Journal. 2012 г.
  9. ^ Кёнсик Ли (30 мая 2013 г.). «Сжатие LZ4 и улучшение времени загрузки» (PDF). events.linuxfoundation.org. п. 18. Получено 29 мая 2015.
  10. ^ Рыба, Ричард (6 июля 2005 г.). "pivot_root из initramfs вызывает циклическую ссылку в дереве монтирования". Отслеживание ошибок ядра Linux. Получено 28 февраля 2009.
  11. ^ Гарзик, Джефф (2 ноября 2002 г.). "слияние initramfs, часть 1 N". Список рассылки ядра Linux.
  12. ^ «Tiny Core Linux - Концепции». ibiblio.org.
  13. ^ Барри Каулер. "Объявление о выпуске Puppy Linux". ibiblio.org.
  14. ^ «Формат файлов изображений Windows (WIM)». microsoft.com. Microsoft.
  15. ^ "Загрузите Windows Imaging File Format (WIM) из официального центра загрузки Microsoft". Microsoft.com. Microsoft.

внешняя ссылка