хочу обновить ядро...
вот тут описание возможностей:
http://www.zaurususergroup.com/modules. ... oad&sid=42
- в случае с обычными nix'ами ситуация вполне нормальная,
но..
на сколько я понимаю на заурусе обновление ядра = полная его перепрошика ?
если это "не так" (или так, но есть какие то ещё "но") то:
могу ли я поставить какой нить Х11 или другую
граф оболочку от cacko + потом обновить ядро?
или если я ставлю граф оболочку на заурус
это означает что я привязан к ядру с которым она поставляется?
вопрос в большей степени вызван тем, что на этом же сайте имеются
драйвера под блютус-СФкарты, которые скомпелины под это обновлённое ядро...
обновление ядра
Замена ядра на zaurus'е отличается от таковой на любом настольном компьютере только одним: специфической структурой разделов.
Как, вероятно, предполагалось изначально zaurus должен был быть более живуч и иметь хотя бы минимальную "защиту от дурака". С этой целью внутренний флеш разделен на несколько разделов. Ссылочку на структуру этих разделов могу скинуть, если кому будет интересно.
Основная идея проста: нужна была защита от "rm -rf /". И такую защиту сделали самым очевидным образом - корневая система (один из разделов флеш-памяти) при загрузке монтируется в режиме "только чтение". Запись может производиться только в /home, поэтому для хранения изменяемых файлов создаются символьные ссылки на директории в /home.
Т.е. /etc, /usr/bin, /usr/lib и т.д. - это символьные ссылки.
Честно говоря, я не в восторге от этого решения.
Однако, разработчики справедливо предположили, что у чересчур любопытного пользователя может достать ума выполнить "mount -o remount,rw /".
Поэтому, на случай если пользователь ухитрится непоправимо испохабить корневую файловую систему, существует еще один раздел, который также можно монтировать в качестве минимальной корневой системы.
А ядра (их две штуки - основное и запасное) хранятся еще в одном разделе.
Ни один из этих разделов во время нормальной работы не монтирован вовсе.
Как, вероятно, предполагалось изначально zaurus должен был быть более живуч и иметь хотя бы минимальную "защиту от дурака". С этой целью внутренний флеш разделен на несколько разделов. Ссылочку на структуру этих разделов могу скинуть, если кому будет интересно.
Основная идея проста: нужна была защита от "rm -rf /". И такую защиту сделали самым очевидным образом - корневая система (один из разделов флеш-памяти) при загрузке монтируется в режиме "только чтение". Запись может производиться только в /home, поэтому для хранения изменяемых файлов создаются символьные ссылки на директории в /home.
Т.е. /etc, /usr/bin, /usr/lib и т.д. - это символьные ссылки.
Честно говоря, я не в восторге от этого решения.
Однако, разработчики справедливо предположили, что у чересчур любопытного пользователя может достать ума выполнить "mount -o remount,rw /".
Поэтому, на случай если пользователь ухитрится непоправимо испохабить корневую файловую систему, существует еще один раздел, который также можно монтировать в качестве минимальной корневой системы.
А ядра (их две штуки - основное и запасное) хранятся еще в одном разделе.
Ни один из этих разделов во время нормальной работы не монтирован вовсе.
http://babelfish.altavista.com/babelfis ... mo_006.htmsg писал(а):ага. или даже на некий "специальный скрытый раздел". кстати, можно ссылочку на описание этих разделов?
Да, но есть отличия при работе с jffs2, особенно на этапе создания ROM. В отличии от обычной фс (fat, ext, rom, etc..), которую можно запихать в файл и легко смонтировать как loop-устройство, с jffs немного сложнее, но это уже мелочиВадимП писал(а):Конечно. Полная аналогия с Линуксом для настольных компьютеров. Только вместо жесткого диска флеш-память и вместо обычных ext3/reiserfs/xfs - jffs2.
Нет, ядро не перезолить. Во всяком случае на SL5500. Более того, некоторые прошивки имееют корень не jffs2, а romfs.wuuru писал(а): А значит ли это, что "перепрошивку" можно выполнить не из специального меню при загрузке и при наличии CF карты с FAT, а просто записав все, что надо, на / и раздел с ядром?