Вы здесь

Главная › Форум › Gentoo Linux › Общие вопросы

После обновления hald не запустился[РЕШЕНО]

9 февраля, 2010 - 23:11 — vovanvster

После последнего обновления не запустился hald и после конечно xdm
Может я чего в выводе баша не дочитал ?
пишет: /usr/portage/profiles/package.mask
как исправить ?

P.S. CFLAGS="-march=k8-sse3 -O3 -pipe"

Форум: 
Общие вопросы
10 февраля, 2010 - 13:47 — draft3r

А причем здесь файл настройки для установки пакетов, запуск(не установка!) hald, xdm и параметры оптимизации ?? ;)

PS Если при запуске hald не запускается смотрите в логах что как и почему и, соотвтественно лог ошибки сюда.
PPS Попробуйте запустить Hald: если нет - попробуйте пересобрать; если выдаст ошибку ее сюда (кажется ошибка с autoconf должна быть что то с local...)

—

知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"

10 февраля, 2010 - 14:03 — vovanvster

Пересобрал, не запускается. Не представляю в каких логах смотреть ?

hald | * ERROR: hald failed to start

—

Мышка дура, прав был Суворов.

10 февраля, 2010 - 14:09 — Lupo Alberto

Осознанно сделать etc-update.
Вывод сообщений после установки пакетов смотреть в /var/log/portage/elog/summary.log

—

Я ♥ Gentoo & Funtoo

10 февраля, 2010 - 14:26 — vovanvster

etc-update
Scanning Configuration files...
Exiting: Nothing left to do; exiting. :)

/var/log/portage/elog/summary.log тоже прочитал, ничего необычного.

—

Мышка дура, прав был Суворов.

10 февраля, 2010 - 14:45 — Theli

естессно ))) если hald собрался, то там ничего интересного и не будет ;)
давайте лучше сюда весь вывод /var/log/messages с момента запуска hald

10 февраля, 2010 - 15:24 — vovanvster 

Feb 10 15:07:42 vovantux /etc/init.d/hald[4685]: ERROR: hald failed to start
Feb 10 15:07:42 vovantux dhcpcd: version 5.1.5 starting
Feb 10 15:07:42 vovantux kernel: [   14.121926] fbcondecor: console 0 using theme 'natural_gentoo'
Feb 10 15:07:42 vovantux kernel: [   14.154468] fbcondecor: switched decor state to 'on' on console 0
Feb 10 15:07:42 vovantux /etc/init.d/xdm[4694]: ERROR: cannot start xdm as hald would not start
Feb 10 15:07:42 vovantux dhcpcd: eth0: rebinding lease of 10.113.17.50
Feb 10 15:07:42 vovantux dhcpcd: eth0: acknowledged 10.113.17.50 from 62.192.224.249 `dhcp-men'
Feb 10 15:07:42 vovantux dhcpcd: eth0: checking for 10.113.17.50
Feb 10 15:07:47 vovantux dhcpcd: eth0: leased 10.113.17.50 for 3600 seconds
Feb 10 15:07:47 vovantux dhcpcd: forking to background
Feb 10 15:07:47 vovantux /etc/init.d/ntp-client[4690]: WARNING: ntp-client is scheduled to start when net.ppp0 has started
Feb 10 15:07:47 vovantux pppd[5138]: Plugin rp-pppoe.so loaded.
Feb 10 15:07:47 vovantux pppd[5138]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.4
Feb 10 15:07:47 vovantux pppd[5138]: Plugin passwordfd.so loaded.
Feb 10 15:07:47 vovantux pppd[5138]: pppd 2.4.4 started by root, uid 0
Feb 10 15:07:47 vovantux pppd[5138]: PPP session is 39411
Feb 10 15:07:47 vovantux pppd[5138]: Using interface ppp0
Feb 10 15:07:47 vovantux pppd[5138]: Connect: ppp0 <--> eth0
Feb 10 15:07:47 vovantux cron[5151]: (CRON) STARTUP (V5.0)
Feb 10 15:07:49 vovantux pppd[5138]: CHAP authentication succeeded
Feb 10 15:07:49 vovantux pppd[5138]: CHAP authentication succeeded
Feb 10 15:07:49 vovantux pppd[5138]: peer from calling number 00:1B:53:DE:77:78 authorized
Feb 10 15:07:49 vovantux pppd[5138]: local  IP address 172.29.242.189
Feb 10 15:07:49 vovantux pppd[5138]: remote IP address 62.192.224.113
Feb 10 15:07:49 vovantux pppd[5138]: primary   DNS address 62.192.253.5
Feb 10 15:07:49 vovantux pppd[5138]: secondary DNS address 62.192.255.242
Feb 10 15:07:49 vovantux /etc/init.d/net.ppp0[4688]: WARNING: net.ppp0 has started, but is inactive
Feb 10 15:07:54 vovantux ntpdate[5287]: step time server 212.100.132.50 offset -0.053372 sec
Feb 10 15:08:07 vovantux login[5178]: pam_unix(login:session): session opened for user root by LOGIN(uid=0)
Feb 10 15:08:07 vovantux login[5292]: ROOT LOGIN  on '/dev/tty1'
Feb 10 15:08:16 vovantux /usr/sbin/gpm[5314]: *** info [daemon/startup.c(136)]:
Feb 10 15:08:16 vovantux /usr/sbin/gpm[5314]: Started gpm successfully. Entered daemon mode.
Feb 10 15:09:15 vovantux login[5179]: pam_unix(login:session): session opened for user vovantux by LOGIN(uid=0)
Feb 10 15:09:36 vovantux /usr/sbin/gpm[5314]: *** info [daemon/processrequest.c(42)]:
Feb 10 15:09:36 vovantux /usr/sbin/gpm[5314]: Request on 6 (console 2)
Feb 10 15:11:26 vovantux /usr/sbin/gpm[5314]: *** info [daemon/processrequest.c(42)]:
Feb 10 15:11:26 vovantux /usr/sbin/gpm[5314]: Request on 6 (console 2)
Feb 10 15:11:26 vovantux /usr/sbin/gpm[5314]: *** info [daemon/processrequest.c(42)]:
Feb 10 15:11:26 vovantux /usr/sbin/gpm[5314]: Request on 6 (console 2)
Feb 10 15:14:21 vovantux /usr/sbin/gpm[5314]: *** info [daemon/processrequest.c(42)]:
Feb 10 15:14:21 vovantux /usr/sbin/gpm[5314]: Request on 6 (console 2)
Feb 10 15:14:25 vovantux kernel: [  417.237656] fbcondecor: console 0 using theme 'natural_gentoo'
Feb 10 15:14:25 vovantux kernel: [  417.265513] fbcondecor: switched decor state to 'on' on console 0
Feb 10 15:14:29 vovantux shutdown[5402]: shutting down for system reboot
Feb 10 15:14:29 vovantux init: Switching to runlevel: 6
Feb 10 15:14:30 vovantux syslog-ng[4767]: Termination requested via signal, terminating;
Feb 10 15:14:30 vovantux syslog-ng[4767]: syslog-ng shutting down; version='3.0.4'
~

Вроде и не пишет ничего...

—

Мышка дура, прав был Суворов.

10 февраля, 2010 - 16:08 — Theli

так... попробуйте в /etc/conf.d/hald параметр HALD_VERBOSE установить в yes и снова посмотрите за /var/log/messages... лучше сюда =) а еще лучше с помощью wgetpaste =)

10 февраля, 2010 - 18:36 — draft3r

и кстати у вас hal пересобирается вообще? А то у меня такая же проблема была не hal ни от него зависящие службы не запускались да и Hal сам отказывался пересобиратся... только у меня на тот момент апдейт совпал с emerge e system\world ;)

—

知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"

10 февраля, 2010 - 19:17 — vovanvster

Надоело возиться, восстановился из бэкапа и сейчас снова обновление делаю. Посмотрю повнимательней что получится.

—

Мышка дура, прав был Суворов.

11 апреля, 2010 - 15:48 — vovanvster

На этот раз всё хорошо прошло. Наверное я зря system с -O3 собирал.Вспоминается мне что сообщение было о каком то баге компилятора. Нельзя в ~amd64 -O3 ставить

—

Мышка дура, прав был Суворов.

Russian Gentoo Linux Community © 2005—2026
Gentoo — торговая марка Gentoo Foundation, Inc.
Сервер работает под управлением Gentoo Linux
Сайт работает под управлением CMS Drupal