Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 782 из 10763 ====================================== RU.UNIX.BSD =
От   : Eugene Grosbein                  2:5006/1           14 Jan 14 15:14:14
Кому : Valentin Davydov                                    14 Jan 14 15:14:14
Тема : Re: Поставить систему на USB stick
FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+309495eb
На   : area://RU.UNIX.BSD?msgid=ddt.demos.su+46c78457
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.UNIX.BSD?msgid=<1187480709@ddt.demos.su>+416acc2e
==============================================================================
13 янв 2014, понедельник, в 20:23 NOVT, Valentin Davydov написал(а):

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> можно было.

Любую систему нужно под задачу затачивать, так что не аргумент.

>>единственное отличие - имеет отдельный раздел для /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. Я так делал, прекрасно работало.

>>Функционально же совершенно полноценна, включая установку пакетов,
>>запуск и использование иксов/браузеров/чего угодно.
VD> pkg install по дефолту не работает, только что проверил.

У меня работает. Достаточно на время работы pkg перемонтировать в r/w -
чудесь ведь не бывается.

VD> Ах, да, ещё по дефолту в нане ядерные модули не устанавливаются.
VD> Захотелось звука или там падлока - изволь озаботиться заранее.

Что ты сделал, что у тебя модули не устанавливаются? По дефолту
они как раз устанавливаются, тут никаких отличий с обычной сборкой.

Eugene
--
Поэты - страшные люди. У них все святое.
--- slrn/1.0.1 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.112077 секунды