Вам не должны быть нужны 32 МБ, действительно просто необходимо загрузить Linux (ядро) и удостовериться, что это имеет поддержку встроенных Карт памяти.
Это может быть хитро, чтобы заставить его найти правильный корневой раздел, если компьютер имеет несколько дисков SATA/USB, но кроме этого, просто необходимо загрузить ядро и сказать ему монтировать pendrive как корень.
Я предполагаю, что это не заставит его подойти приятно к дискете (если Вы не освоите искусство уменьшения ядер или владеете 2,88 дисководами для гибких дисков и совместимыми дискетами), но это должно сделать необходимую площадь более простой.
Если это перестало работать, ну, в общем, можно попытаться найти (или кодировать) небольшая программа, это может обработать Карты памяти и поместить ее в дискету. Интересно, могут ли загрузчики как Умный Диспетчер начальной загрузки к chainload дискам USB.
Править: при компиляции Вашего собственного ядра: процедура не тверда, это легко. Твердая часть находит то, что точно делает Вам нужно и что может Вы исключать. Хинду глава Руководства по конфигурации ядра показывает Вам шаги — если коротко, Вам
Получите источник ядра и удостоверьтесь, что система имеет инструменты для компиляции его (эта последняя часть не охвачена хинду Руководством, потому что, ну, в общем, у хинду всегда есть эти инструменты),
Конфигурирование ядра: если Вы не привыкли к разработке UNIX, много раз шаги разработки кодируются в единственном файле с рецептами, Makefile
, который используется make
. Linux использует его, и это предлагает несколько путей (интерфейсы) для конфигурирования Linux: make xconfig
открывает графический инструмент, make config
это с простым текстом, и я обычно иду для make menuconfig
, это обеспечивает хорошее (текст) меню.
Компиляция ядра: О, просто make
, таким образом, это компилирует код и создает изображение
Копирование скомпилированного ядра к тому, везде, где это должно жить в
Скажите загрузчик о том ядре
Теперь проблема состоит в том, как сделать что-то полезным из этого, Вы хотите сделать свое ядро очень маленьким, таким образом, возможность состоит в том, чтобы включить поддержку модулей и просто скомпилировать в ядре безотносительно модульных функций Вам нужно во время начальной загрузки (включает поддержку контроллера USB и безотносительно файловой системы, Карта памяти находится в), и остальные Вам будет нужно, должен пойти как модули в Карту памяти (они могут быть загружены позже).
Само ядро имеет цели для создания изображения гибкого диска, make fdimage
, make fdimage144
и make fdimage288
, но интересно, как это ведет себя, если это не может создать так маленькое изображение...
Я также задаюсь вопросом, можно ли было создать действительно минималистическое ядро с поддержкой kexec и никакими модулями, который просто читает Карту памяти и поскольку двоичный файл выполняет что-то это kexec
s другое ядро (kexec
, по аналогии с POSIX exec
, заменяет рабочее ядро),
Это имеет мало общего zsh
. zsh
поддержки, окрашенные завершением как GNU ls
делает (с вещами как синий для каталогов, зеленых для исполняемых файлов...), и он поддерживает те же конфигурационные директивы как GNU ls
делает.
GNU ls
конфигурация цветов реализована через LS_COLORS
переменная среды. Когда та переменная содержит ln=01;36
, это означает, что символьные ссылки должны быть представлены полужирным голубые (36
будучи цветовым кодом ANSI для приоритетного циана и 01
быть полужирным).
В zsh
, можно сделать то же с:
zstyle ':completion:*' list-colors 'ln=01;36'
И на самом деле Вы обычно настраиваете zsh
окрашенное завершение с:
zstyle ':completion:*' list-colors ${(s.:.)LS_COLORS}
Так zsh
завершения цветов тем же путем GNU ls делают.
Помочь, пишущий содержание LS_COLORS
переменная, GNU ls
идет dircolors
команда. Та команда берет в качестве входа конфигурационный файл с более подробным содержанием (поскольку конфигурационные файлы не имеют пространственных ограничений как переменные среды, имеют), и генерирует соответствующее содержание LS_COLORS
переменная, подходящая для Вашего терминала.
Выше мы имеем:
LINK 01;38;5;37
01
является все еще полужирным, но 38;5;37
спецификация для расширенных цветовых режимов для терминалов как xterm
та поддержка 88 или 256 цветов.
Это - основной цвет 37, который является некоторым оттенком голубого цвета (rgb:00/af/af
) немного более темный, чем цвет по умолчанию для ANSI окрашивают 6 (cyan3
по крайней мере, с моим xterm
, который вот rgb:00/cd/cd
).
~$ tput setaf 37 | sed l
\033[38;5;37m$
При прохождении dircolors
, это становится ln=38;5;37
.
Существует также MULTIHARDLINK 00
который говорит, что файлы больше чем с одной жесткой ссылкой должны быть представлены с цветом по умолчанию. Это перевело бы в mh=00
в $LS_COLORS
.
Однако это было представлено в относительно последней версии ls
/dircolors
. Это раньше было HARDLINK
/hl
, но был переименован к MULTIHARDLINK
/mh
в coreutils 7.5 в 2009, поскольку это было более верным выбором формулировки.
Кажется, что у Вас есть более старая версия dircolors
. Отметьте это zsh
поддержки ни один hl
ни mh
(хотя это не жаловалось бы, просто проигнорировать его), и потому что это просто установлено на цвета по умолчанию, Вы могли бы также удалить ту строку.
RESET
/rs
был добавлен в coreutils 6.11 и не поддерживается zsh
также.
CAPABILITY
/ca
был добавлен в coreutils 7.0 и не поддерживается zsh
также.
Существует, вероятно, больше из не поддерживаемых zsh
(См. info zsh 'The zsh/complist Module'
для деталей), но снова, zsh
просто игнорирует то, что это не поддерживает.
Ошибки, которые Вы получаете, существуют от dircolors
. Это просто означает это, кто бы ни записал это dircolors
файл имел более новую версию coreutils (комплект GNU утилит включая ls
и dircolors
) чем Вы имеют. Просто удалите строки, которые не поддерживаются в том файле.
zstyle completion
строки? Я думаю, что понимаю первый что "использование этот цвет для символьных ссылок", но что относительно второй? Кроме того, что делает завершение, имеют отношение к цветам этоls
использование к дисплейным файлам? Я понял большую часть Вашего потока, но существует немного вещей, которые не все еще ясны мне. – Amelio Vazquez-Reina 01.04.2013, 00:44dircolors
(как в Вашем первом zstyle примере). Второеzstyle
пример говорит zsh использовать безотносительно определений, существующих вLS_COLORS
корректный? – Amelio Vazquez-Reina 01.04.2013, 00:46