Состояние дел на январь 2008

Отработал (записал в текстовый файлик) процедуру установки текущего GENTOO на новый раздел диска. Ёё наверно можно даже автоматизировать. Пока использовалсь для переноса особенность emerge: system переносится на другой раздел командой

Для переноса world надо
1) исключить дублирующие пакеты из /var/lib/portage/world (опционально)
2) в chroot для каждого пакета из списка выдать emerge.
Работа с world не велась. Ибо у меня world пустой, а все пакеты я либо устанавливаю командой

для посмотреть и потом стираю командой

. Или прорписываю в файле /etc/portage/profile/packages в виде полного имени пакета со звездочкой впереди

и после этого выдаю команду

Но если писать скрипт, то можно учесть все варианты. Кстати, похоже ALSA хранит свои настройки где-то вне /etc. Ибо /etc я переношу со старой системы без изменений. Но звук заработал (появился) только после вызова на новом разделе команды alsaconf.

Еще я сейчас разбираюсь с hwclock из util-linux на предмет того, чтобы по командам --show и --hctosys выдавала уже скорректированное время. Ибо сейчас при загрузке системы clock вызывается уже после монтирования корневого раздела только из-за того, что это не реализовано и приходится сначала корректирорвать аппаратные часы. А корректировка часов требует доступа по записи к корневому разделу.

Есть желание заменить при запуске системы ntp-clock и ntp на chrony. ntp сложна (в ней трудно разобраться) и не позволяет синхронизировать по времени машины в локалке при отсутствии доступа в интернет. chrony после загрзки вроде как подстраивает ход системного времени, чтобы оно шло точно. ntp-демон тоже вроде это должен делать, но проверить его по исходникам -- сложновато. Да и не нужен ntp-демон на машинах, не имеющих при себе атомных часов. В этом случае не нужны такие сложные программы.

Изучаю потихоньку rPath Linux. Попытка установить в VirtualBox версию 1.0.7 никак не удавалась -- все время в произвольные моменты выдавалось сообщение VirtualBox о недопустимой инструкции. Как оказалось, проблема -- из-за использования в версии 1.0.7 ядра linux 2.6.22. В версии 1.0.6 ядро 2.6.19 и никаких проблем нет. Вообще мое мнение относительно ядра -- в текущий момент надо ориентироваться на ядро от RedHat Enterprise Linux. Ибо в него долго добавляются исправления ошибок и не натыкаешься на проблемы, связанные с работой на только что выпеченных ядрах. Например, на ядрах старше 2.6.19 невозможно установить ту версию TrueImage, что есть у меня (Acronis True Image Server Trial version 9.1 build 3,854). Ибо там что-то опять поменяли с экспортируемыми символами и структурой VFS. Для себя я выбрал вариант ядра от Openvz. Ибо команда доступна и всегда готова помочь советом, а openvz в качестве бонуса достаются отловленные ошибки.