интерпретировать пространство полной ширины как пространство половинной ширины в bash

Смысл ramfs в том, что он избавляется от блочного устройства. Содержимое файловой системы заполняется через интерфейс файловой системы, и из-за отсутствия блочного устройства поддержки данные остаются в кэше. Раньше резервное хранилище действовало как блочное устройство, в которое был записан образ файловой системы. Затем он был смонтирован как файловая система. Проблема с этим подходом (ОЗУ кэшировалась в ОЗУ) была решена не удалением кеша, а удалением блочного устройства.

Да, архив cpio обычно поступает с блочного устройства, но не обязательно. Он может поступать из сети, необработанного блочного устройства и т. Д. Архив cpio может также быть частью образа ядра. Конечно, у загрузчика должен быть механизм для загрузки ядра и initramfs в ОЗУ, но это проблема загрузчика, а не ядра. Суть initramfs в том, что конечная система может быть очень разнообразной, с дюжиной или около того различных файловых систем на выбор, различными интерфейсами дисководов нижнего уровня и т. Д. Используя initramfs, ядро ​​можно настроить на более универсальное , без необходимости компилировать миллион драйверов, которые вместо этого могут быть предоставлены в виде модулей. Фактически, вам не нужны никакие драйверы файловой системы в ядре, все они могут быть загружены по запросу в виде модулей.