Установлена система CLDX-11.0-beta2 в builder-режиме,работает в целом хорошо,до определённого момента претензий не было,но некоторое время назад решил установить Mythtv,для чего понадобилось установить и произвести начальную настройку mysql.Установку как обычно проводил в chroot с помощью cl-builder.Собственно установка прошла без ошибок,и я приступил к настройке mysql,так как это написано в gentoo-wiki.
emerge --config =dev-db/mysql-5.1.51
Команду,естественно вводил уже не в chroot’е,а в своей рабочей системе,но в ответ на данную команду получил ошибку,которую сейчас не могу воспроизвести,но не это главное.Самое интересное началось потом-решив разобраться в чем проблема решил ввести ту же команду в chroot’е-и все прошло нормально-как и описано в вики.Продолжая разбираться в причинах происходящего обнаружил,что в chroot’е в /etc/group после установки появилась группа mysql,а в основной системе этой группы почему-то не было создано.Тогда ещё раз установил mysql,но теперь уже не в chroot’е,а в рабочей системе.В результате появилась группа mysql и настройка mysql прошла на этот раз без проблем.Однако не понятно почему этого не произошло при установке через cl-builder,хотя пол-года назад проиводил все те же действия и никаких проблем не возникало,правда тогда я использовал ещё старые утилиты calculate.Может быть это баг новой версии cl-builder.
P.S. Описанные события происходили дней десять назад,соответственно,утилиты calculate были версии 2.2.4 или 2.2.5.
В вашем случае я могу порекомендовать собрать iso из builder, в котором будут собраны =mysql mythtv и т.д. И установить систему из этого образа.
Проблема которую вы описываете заключается в следующем:
Builder режим представляет собой три слоя: livecd.squash, поверх него delta слой (в него вы переходите командой cl-builder), и завершающий workspace (c ним работает система).
Так как в рабочей системе есть файлы /etc/passwd, /etc/group, /etc/shadow они приоритетнее и изменения в них, произведенные в delta слое не видны.
Пол-года назад возможно в системе уже присутствовала необходимая группа, поэтому при установке пакета действия с /etc/passwd /etc/group /etc/shadow не производились.
P.S. Скрипт cl-builder такой же как и в calculate первой версии.
Спасибо за подробный ответ.
Добрый день.
Подскажите, плиз, в чем преимущество установки кальки на жесткий диск в режиме builder?
Пока не увидел этот топик - у меня было одно понимание плюсов:
- в любой момент я могу свернуть точную копию моей системы со всеми настройками и получить livedvd, который может использоваться далее как угодно.
Какие еще могут быть плюсы?
Топикстартер использует систему, установленную в режиме builder, в своей основной повседневной деятельности - какие плюсы??? почему установку рограммы он делает в chroot, но настройку делает в рабочей системе? в чем профит?
интуитивно чувствую фишку от такого использования кальки - но знаний не хватает понять.
может быть системы становится “неубиваемой” и всегда можно откатиться к livecd.squash???
тогда это становится фишкой кальки - почему об этом не пишем? многим для экспериментов нужна неубиваемая система, на сервера например, а тут не надо ждать, когда допилят btrfs)))))
Этому топику уже два года и я давно уже не использую систему в builder-режиме, поскольку в такой системе частенько появляются различные проблемы.
Создается впечатление, что cl-builder в последние годы не развивается и не тестируется.
Вероятно её место окончательно занял calculate-assemble, который, вероятно, вам и следует использовать для сборки своей системы со своим набором приложений и своими настройками.
Алексей Степанов wrote:
Вероятно её место окончательно занял calculate-assemble, который, вероятно, вам и следует использовать для сборки своей системы со своим набором приложений и своими настройками.
да и в builder-режиме система нормально собирается …
я давно уже не использую систему в builder-режиме
а я использую, проблем почти нет. правда при этом я отключит prelink и preload(этот было необязательно, ну да там другие причины были). и /mnt/scratch/workspace ручками подчистить пришлось
Этому топику уже два года …
согласен. лучше такие вопросы в новой теме заводить
builder-режим интересен тем, что на маленьких хардах под систему достаточно партиции ~2G можно и меньше, вплоть до размера iso-шки.
Лично я под корень одного старого ноута выделил 6G
создал в корне партиции(примонтированой, если кто не знает в /mnt/scratch) следующую структуру:
# ls -ld /mnt/scratch/{cldg*,livecd.squashfs,delta}
drwxr-xr-x 4 root root 4096 нояб. 16 18:38 /mnt/scratch/cldg-20121113-i686
lrwxrwxrwx 1 root root 22 нояб. 16 18:39 /mnt/scratch/cldg-i686 -> cldg-20121113-i686
lrwxrwxrwx 1 root root 15 нояб. 16 17:36 /mnt/scratch/delta -> cldg-i686/delta
lrwxrwxrwx 1 root root 25 нояб. 16 17:36 /mnt/scratch/livecd.squashfs -> cldg-i686/livecd.squashfs
и теперь у меня обновление происходит следующим образом
# NEWVERSION=20124${MM}${DD}-i686
# mount /var/calculate/remote/linux/cldg-${NEWVERSION}-i686.iso /mnt/cdrom
# mkdir -pv /mnt/scratch/cldg-${NEWVERSION}-i686/delta
# cp -av /mnt/cdrom/{livecd.squashfs,boot} /mnt/scratch/cldg-${NEWVERSION}-i686
# ln -sf cldg-${NEWVERSION}-i686 /mnt/scratch/cldg-i686
Все, теперь можно перезагружать
при этом я внес небольшие изменения в grub.cfg
Вместо оригинального пути к ядру и initrd я прописал
linux /cldg-i686/boot/vmlinuz .....
initrd /cldg-i686/boot/initrd
Михаил Гагауз wrote:
Этому топику уже два года …
согласен. лучше такие вопросы в новой теме заводить
завел новую тему здесь:
http://www.calculate-linux.ru/boards/33/topics/18464