= Сообщение: 784 из 10763 ====================================== RU.UNIX.BSD = От : Valentin Davydov 2:5020/400 14 Jan 14 15:56:51 Кому : Eugene Grosbein 14 Jan 14 15:56:51 Тема : Re: Поставить систему на USB stick FGHI : area://RU.UNIX.BSD?msgid=<1187480709@ddt.demos.su>+416acc2e На : area://RU.UNIX.BSD?msgid=grosbein.net+309495eb = Кодировка сообщения определена как: CP866 ================================== ============================================================================== From: Valentin Davydov <sp@m.davydov.spb.su>
> From: Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> > Date: Tue, 14 Jan 2014 15:14:14 +0400 > > VD>> Для радикальной минимизации количества операций записи на флешку вместо > VD>> полноценной системы ствят что-то readonly, например nanobsd. > >>Это неправильное отношение к nanobsd. По дефолтну nanobsd - полностью > >>полноценная система, > VD> По дефолту в nanobsd не работает даже history в шелле. > >Работает. Достаточно HOME у создаваемого юзера размещать >на writable-маунте.
У рута, который уже создан.
> VD> Hе говоря уж о known-hosts и /etc/mail/aliases.db, хотя > VD> уж последнюю-то можно было бы в процессе инсталляции собрать, > VD> чтобы она автоматом с конфиг-раздела подхватывалась. > >Вот проблема-то, открой для себя >sendmail_rebuild_aliases="YES" в /etc/rc.conf.
Спасибо, открыл.
> VD> Чтобы > VD> из наны полноценную систему сделать, надо долго и упорно точить > VD> конфиг и изобретать функции, которые таки положат variable > VD> данные в нужные места, чтобы их хотя бы по save_cfg сохранять > VD> можно было. > >Любую систему нужно под задачу затачивать, так что не аргумент.
Аргумент: дефолтная фряха подо все эти задачи уже заточена. Даже на флешке, даже с atime.
> >>единственное отличие - имеет отдельный раздел для /etc, > >>корень монтирует в r/o, при загрузке под /etc и /var создаёт md-разделы, > >>заполняет /etc из отдельного раздела, монтируя его в /cfg. > VD> Во-во, а функциональность /var/db (dhcp лизы, как клиента, так и > VD> сервера, ntp.drift, база установленных пакетов и всё прочее, что > VD> должно жить между перезагрузками, пусть плановыми) похерена напрочь. > VD> Прямо хоть каждый файл симлинками в /etc/ отправляй, да и то не со > VD> всяким это выйдет. > >Если тебе нужен persistent var, так ты скажи об этом при создании nanobsd, >укажи ненулевой NANO_DATASIZE - будет тебе раздел под persistent var data, >аналогичный /cfg для /etc. Я так делал, прекрасно работало.
Значит, /cfg для /etc, /usr/local/etc симлинком, /var (хотя надо только /var/db и т.п., а какой-нибудь /var/run пусть лучше в памяти будет) через NANO_DATASIZE (уже не дефолт, кстати), /root тоже как-то особо, чего бишь там ещё забыли-то? Ах, да, всякие chrootы, в которые принято dns-сервера совать.