блокировки при обновлении baselayout на baselayout2
вот уже третий час мучаюсь с baselayout2. в gentoo я новичек со стажем в три дня :)
пробовал обновить udev из маскиованіх пакетов, но ӕто ничего не дает. при удалении появляются новые блокировки :(
помогите пожалуйста ...
# emerge baselayout
Calculating dependencies... done!
[ebuild N ] dev-libs/apr-1.3.3 USE="urandom -debug -doc"
[ebuild N ] net-misc/neon-0.28.3 USE="nls ssl zlib -doc -expat -gnutls -kerberos -pkcs11 -socks5" LINGUAS="-cs -de -fr -ja -nn -pl -ru -tr -zh_CN"
[ebuild N ] virtual/perl-MIME-Base64-3.07
[ebuild N ] dev-libs/apr-util-1.3.4 USE="berkdb gdbm -doc -freetds -ldap -mysql -odbc -postgres -sqlite -sqlite3"
[ebuild N ] dev-perl/URI-1.35
[ebuild N ] dev-util/subversion-1.5.4 USE="berkdb dso nls perl python vim-syntax webdav-neon -apache2 -bash-completion -debug -doc -emacs -extras -java -ruby -sasl -webdav-serf"
[ebuild U ] sys-apps/baselayout-2.0.0 [1.12.11.1]
[ebuild N ] sys-apps/openrc-9999 USE="ncurses pam unicode -debug"
[blocks B ] sys-fs/udev-133 ("sys-fs/udev-133" is blocking sys-apps/openrc-9999
- Для комментирования войдите или зарегистрируйтесь
Последняя строчка говорит о
Последняя строчка говорит о том, что udev блокируется openrc-9999.
Попробуй удали udev:
emerge -C =sys-fs/udev-133
emerge baselayout
Его лучше не удалить
А тоже размаскировать и обновить (emerge -avu udev); более новые версии не конфликтуют с openrc. Так что у вас что-то неправильно, раз не получается обновить.
А вообще, насколько помню, при установке openrc приходится размаскировывать несколько пакетов: udev, hal, sysvinit, baselayout, openrc, device-mapper, может и ещё какие-то, навскидку не скажу.
1) Не следовать совету -
1) Не следовать совету - "удали udev"
2) Не ставить openrc-9999
3) Размаскировать последний udev и обновить его
4) поставить openrc-0.4.2
5. За совет удалить udev бить
5. За совет удалить udev бить автора этого совета. Ногами. Долго.
Учитывая, что автор темы
Учитывая, что автор темы пишет
примерно так и поступить :)
Поздно, ничего кроме удаления udev не помогло.
Поздно, ничего кроме удаления udev не помогло. После удаления все установилось. Потои снова установил udev и началось ... слетело: локализация, иксы, автозагрузка модулей ядра. Система грузится на 30 сек. дольше :) (ядро собрано через genkernel, 30 сек. тратятся после сканирования но до запуска openrc) уже подумываю о сохранении конфигов и переустановке. :(
я добавил в /etc/portage/package.keywords вот это и все хорошо
система загружаеться и выключаеться на много быстрее
sys-apps/baselayout ~* #baselayout2 and openRC
sys-apps/openrc ~*
sys-apps/sysvinit ~*
sys-fs/udev ~*
sys-fs/cryptsetup ~*
sys-apps/hal ~* #baselayout2 and openRC
+ почитать про изменение конфигов и не забыть сделать etc-update
тпачы
dispatch-conf/etc-update производился?
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
vlad_k
Убейся ап стену =)
Удева надо просто обновить =)
___________________________________________
Working on Gentoo for iPAQ hx4700 and Openmoko Neo Freerunner :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера
Чё вы панику с удавом то
Чё вы панику с удавом то подняли??? и ап стену предлагаете убится? не вежливо во-первых, неправы во-вторых. если удава удалить, то пока не перезагрузишься с ситемой ничего не случиться. да и загрузиться она сможет.. в большинстве случаев. Правда я сомневаюсь что человек с опытом ""три дня" сможет разобраться , что дальше делать. НО это другой вопрос. В его случае можно было как обновиться так и удалить|поставить. Равноценно. Остальное выпендрёж и\или паранойя
Тактичность — не сильная
Тактичность — не сильная сторона гр. alexxy (впрочем, и не моя тоже).
Но в целом он прав. Если можно что-то не сносить, а повесить это на portage — так и надо делать. Тем более новичку. МОжет, он после винды будет рваться всё перезагружать после каждого чиха, пока не опомнится.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
openrc+baselayout2
плавно перешел на openrc и baselayout2,
без распаралелливания загружается за 60 секунд стоит ли включать?
на прежней системе было 60 секунд потом стало 80 секунд (из-за чего не знаю)
(конец таймера = открытие терминала в иксах - наборкоманды uptime)
Шот как то медленно, 30
Шот как то медленно, 30 секунд самый максимум ежели всё верно настроить
OpenRC
Почему медленно?
Может у него на этапе загрузки проверка Ф.С. проходит?
Он же не писал об этом ;)
и действительно последнее
и действительно последнее сообщение от dmesg
[33.481126] eth0: no IPv6 routers present
протестировал = 62 секунды, полная загрузка системы (открытие терминала и ввод uptime (~5 на ввод пароля))
проблема в gdm, есть ли пути минимизировать время загрузки иксов?
romantic написал(а): [ebuild
Вам нужно добавить sys-fs/udev в /etc/portage/package.keywords. После этого, если блокировка не пропадёт, вам нужно обновить portage: emerge -1 portage и снова попробовать.
Я бы не рекомендовал ставить
Я бы не рекомендовал ставить openrc-9999 если вы точно не знает как рашать возникнувшие проблемы =)
___________________________________________
Working on Gentoo for iPAQ hx4700 and Openmoko Neo Freerunner :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера
перешел тоже на openrc и
перешел тоже на openrc и baselayout.
как было вермя загрузик 60 секнд так и осталось.из них только 8 секунд на ядро
проверки фс нету, банально она не находит фаил fsck.reiserfs, хотя он есть и из под запущенный генту работает.
загрузка стпороится на процессе
waiting for uevents to be proceed
потом несколько раз вот это
devfs waiting for udev
и продолжается загрузка.занимает эта часть порядка 30 секунд
OpenRC
У Вас в /etc/conf.d/rc
RC_DEVICES="auto" стоит?
Попробуйте сменить на RC_DEVICES="udev"
Может полегчает :)
Не, ну мене "Святой мальчик" (HolyBoy) приколол :)
Прямо император Константин :D
Зачем же человека так мучить (бить ногами, долго), давайте
его просто зарубим или засрелим :))) - "неча тут, панимашь
ашибатьси" (шучу)
попробовал.0 реакции
попробовал.0 реакции
нормально?
это нормально в openrc и baselayout2?
rc-config show/usr/share/eselect//modules/rc.eselect: line 199: /var/lib/init.d/softlevel: Нет такого файла или каталога
Status of init scripts in runlevel
Да . #rc-status --runlevel
Да видимо
#rc-status заместо этого пользую
Это родная от baselayout, а rc-config от eselect
если не лень то можно в исходниках /var/lib/init.d/softlevel на rc-status --runlevel поменять.