FANTOO: результаты работы над ошибками
После перехода на aufs 2008-0616 глюки с произвольным превращением каталогов в файлы (наблюдалось в /usr/portage) больше не наблюдаются. Пересборка под AMD K-III прошла нормально и все заработало и на этом процессоре. Правда пришлось заменить несколько пакетов на новые версии - не хотели собираться. А ведь предыдущие сборки проходили нормально и ничего кроме типа целевого процессора не менялось. Доволен. Теперь и на работе сижу в своем дистре. Недавно перетащил с 2.4.32 на 2.6.18 драйвер vme-шины и дистр становится (для меня) заменой MCBC. Установка на новую машину занимает не более 10 мин (копирование файлов с ISO на диск). Что при загрузке с ISO, что с диска - никакой разницы в работе дистра нет. Однако проще записать дистр на диск. Отдельной партиции ему не надо - пишется на любую существующую и выглюдит как два каталога - boot и fantoo. Все изменения пишутся в lost+found :_) Народу такое не мешает. Размер базовой системы (включая portage, /usr/src/linux, базовой kde), занимаемый на диске -- меньше 600 Мег. Найти столько свободного места на любой машине обычно не проблема. Однако сравнивая скорость загрузки MCBC и Fantoo возникает желание заменить Гентушную систему загрузки на стандартную от RedHat. Уж большо заметна разница на медленных машинах. Если OpenRC (которую сейчас собираюсь попробовать) не решит проблемы, то так и сделаю.
- Для комментирования войдите или зарегистрируйтесь
OpenRC - сила
Загрузка и перезагрузка значительно ускорились. Пришлось установить новые версии kbd, dhcpcd, udev, неменого подправить openrc на предмет того, чтоб не перемонтировал в ТОЛЬКО_ЧТЕНИЕ разделы, которые и так уже ТОЛЬКО_ЧТЕНИЕ (сообщения надоедали). И все более менее залетало без видимых проблем. Как у нового kbd с выключением UTF-8 (который по умолчанию в новых ядрвх) -- не проверял.
FANTOO: xen не будет
В своё время я долго провозился, чтоб openvz-ядро могло совместно работать с xen. Однако при попытке заставить работать xen-клиентов (xend) под Fantoo (под aufs) обнаружилось, что aufs под XEN глючит. Проблема всё та же: странное изменение атрибутов. Более новой aufs чем 20080630 ещё нет. Так что пока subj.
Вторая проблема: splash от Gentoo (версия для ядра 2.6.19) стабильно подвешивает консоль при изменении разрешения экрана (особенно если картинки для этого разрешения нет). Возможно стоит попробовать splash от 2.6.24...
Попробовал. За исключением того, что переименовали /dev/fbsplash в /dev/fbcondecor изменений нет. Утилиты я старые оставил, так как динамически только картинку гружу (сделал симлинк /dev/fbsplash на /dev/fbcondecor). При выдаче в консоле с картинкой команды fbset -a 1024x768-32@85 (у меня такой режим поддерживается) консоль замирает намертво. Без ключика -a (установить режим для всех консолей) -- не виснет. Картинка у меня, кстати, только на одной консоли.