welinux.ru / Есть проблема! — Проблемы с KDM в Arch Linux после обновления

Kraplax 17.03.2009 17:47

Есть проблема! — Проблемы с KDM в Arch Linux после обновления

После очередного обновления возникли проблемы - KDM неадекватно реагирует на логин. Причем, логин здесь как глагол, а не существительное: когда вводишь логин (сущ.) и пароль и жмешь Enter, то вместо начала загрузки KDM просто убивается и перезагрузив иксы всплывает предо мной опять.

Под катом - логи и описание того, что уже проверял и как.

kdm.log

********************************************************************************

Note that your system uses syslog. All of kdm's internally generated messages

(i.e., not from libraries and external programs/scripts it uses) go to the

daemon.* syslog facility; check your syslog configuration to find out to which

file(s) it is logged. PAM logs messages related to authentication to authpriv.*.

********************************************************************************





X.Org X Server 1.5.3

Release Date: 5 November 2008

X Protocol Version 11, Revision 0

Build Operating System: Linux 2.6.27-ARCH i686 

Current Operating System: Linux yipeee 2.6.28-ARCH #1 SMP PREEMPT Sun Mar 8 10:18:28 UTC 2009 i686

Build Date: 17 December 2008  08:20:05PM

 

  Before reporting problems, check http://wiki.x.org

      to make sure that you have the latest version.

Markers: (--) probed, (**) from config file, (==) default setting,

        (++) from command line, (!!) notice, (II) informational,

        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.

(==) Log file: "/var/log/Xorg.0.log", Time: Tue Mar 17 21:52:07 2009

(==) Using config file: "/etc/X11/xorg.conf"

(EE) Failed to load module "type1" (module does not exist, 0)

(EE) Failed to load module "record" (module does not exist, 0)

Synaptics no synaptics event device found

Query no Synaptics: 6003C8

Synaptics no synaptics event device found

Query no Synaptics: 6003C8

Could not init font path element /usr/share/fonts/Type1, removing from list!

Xlib:  extension "Generic Event Extension" missing on display ":0.0".

Xlib:  extension "Generic Event Extension" missing on display ":0.0".

Xlib:  extension "Generic Event Extension" missing on display ":0.0".

Xlib:  extension "Generic Event Extension" missing on display ":0.0".

error setting MTRR (base = 0xd0000000, size = 0x10000000, type = 1) Invalid argument (22)

Synaptics no synaptics event device found

Query no Synaptics: 6003C8

Synaptics no synaptics event device found

Query no Synaptics: 6003C8

Could not init font path element /usr/share/fonts/Type1, removing from list!

Xlib:  extension "Generic Event Extension" missing on display ":0.0".

Xlib:  extension "Generic Event Extension" missing on display ":0.0".

Xlib:  extension "Generic Event Extension" missing on display ":0.0".

Xlib:  extension "Generic Event Extension" missing on display ":0.0".

Synaptics no synaptics event device found

Query no Synaptics: 6003C8

daemon.log

Mar 17 21:52:06 yipeee acpid: starting up

Mar 17 21:52:06 yipeee acpid: 13 rules loaded

Mar 17 21:52:06 yipeee acpid: waiting for events: event logging is off

Mar 17 21:52:07 yipeee acpid: client connected from 1995<0:0>

Mar 17 21:52:07 yipeee acpid: 1 client rule loaded

Mar 17 21:52:13 yipeee kdm_greet<2880>: Cannot open default user face

Mar 17 21:52:18 yipeee kdm: :0<2879>: Cannot open ConsoleKit session: Unable to open session: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory

Mar 17 21:52:18 yipeee kdm: :0<2879>: Client start failed

Mar 17 21:52:18 yipeee kdm: :0<2879>: Cannot close ConsoleKit session: Unable to close session: no session open

Mar 17 21:52:19 yipeee acpid: client connected from 1995<0:0>

Mar 17 21:52:19 yipeee acpid: 1 client rule loaded

Mar 17 21:52:22 yipeee kdm_greet<2895>: Cannot open default user face

Mar 17 22:04:34 yipeee acpid: client connected from 1995<0:0>

Mar 17 22:04:34 yipeee acpid: 1 client rule loaded

errors.log

Mar 17 21:52:06 yipeee kernel: ath_pci: HAL doesn't support MAC revision 0xe2

Mar 17 21:52:06 yipeee kernel: Error: Driver 'pcspkr' is already registered, aborting...

Mar 17 21:52:06 yipeee kernel: Error: Driver 'pcspkr' is already registered, aborting...

Mar 17 21:52:08 yipeee kernel: <drm:i915_gem_detect_bit_6_swizzle> *ERROR* Couldn't read from MCHBAR.  Disabling tiling.

Mar 17 21:52:10 yipeee kernel: sd 2:0:0:0: <sdc> Assuming drive cache: write through

Mar 17 21:52:10 yipeee kernel: sd 2:0:0:0: </sdc><sdc> Assuming drive cache: write through

Mar 17 21:52:13 yipeee kdm_greet<2880>: Cannot open default user face

Mar 17 21:52:18 yipeee kdm: :0<2879>: Cannot open ConsoleKit session: Unable to open session: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory

Mar 17 21:52:18 yipeee kdm: :0<2879>: Client start failed

Mar 17 21:52:18 yipeee kdm: :0<2879>: Cannot close ConsoleKit session: Unable to close session: no session open

Mar 17 21:52:22 yipeee kdm_greet<2895>: Cannot open default user face

Mar 17 21:52:36 yipeee login<1953>: pam_tally(login:auth): pam_get_uid; no such user

</sdc></drm:i915_gem_detect_bit_6_swizzle>

Что имеем в итоге: под подозрением ConsoleKit, Hal (даже если удается загрузить KDE через startx или SLiM апплет батареи ноута не работает) и DBus.

Так как логи у меня уничтожаются с каждой перезагрузкой (по моей же инструкции /var/log смонтировано в tmpfs), то единственный способ узнать дату обновления пакетов - посмотреть вывод

ls -l /var/cache/pacman/pkg/ | grep console

ls -l /var/cache/pacman/pkg/ | grep hal

ls -l /var/cache/pacman/pkg/ | grep dbus

Первые два указывают на 8е марта, что явно не является датой обновления. dbus же выдал два набора пакетов - старые от 8го числа (кажется, это была дата установки арча на ноут), и новые от 16го. Шерстим пакеты на предмет 16го марта (я не гуру баша и регулярных выражений незнаю, ногами не пинать):

1	ls -l /var/cache/pacman/pkg/ \| grep " 16 "

и получаю список пакетов, которые были обновлены:

dbus, dbus-core, device-mapper, inittool, jasper, libxi, lvm2

Конечно, может быть я забыл перезагрузиться после предидущего обновления - за 15е марта у меня обновились следующие пакеты:

abs, dhcpcd, kdebase, kdelibs, kdepim, qt

Читал по некоторым форумам что проблема могла быть с HAL, но он запущен (до этого не запускался, добавил в DAEMONS в rc.conf и теперь вроде бы работает, но все же проблема осталась).

Теперь вот думаю что делать - SLiM, конечно, изящен, но с ним отчего-то пропадает половина функций в диалоге выхода из KDE4, да и убежать от проблемы не означает решить ее. Так что очень нужна помощь. Буду благодарен всем.

Тэги: KDE4 KDM Linux вопрос

+ 0 -

Похожие

nvbn 17.03.2009 18:08 #

+ -1 -

Я буду ответственно относиться к безопасности своих приложений.

l1feh4ck3r 17.03.2009 18:23 #

+ 0 -

Может consolekit и kdm чего-то не поделили? Точнее может они не поделили dbus.
Кстати, а демон fam запущен?

Kraplax 17.03.2009 19:24 # ↑

+ 0 -

ps aux | grep fam
не выдал ничего.
Кстати, файл, который якобы не может найти ConsoleKit - существует. То есть судя по всему он создается после того, как проверяется его существование. А еще нет файла /etc/rc.d/consolekit
То есть нет как такового демона-то. Хотя у моего друга тоже арч, и там и этот файл присутствует, и он же добавлен в /etc/rc.conf в список демонов. Самое странное - ни у него, ни у меня нет этого файла в выводе команды
pacman -Ql consolekit

l1feh4ck3r 18.03.2009 03:15 # ↑

+ 0 -

В арчевой вики написано, что для запуская кде нужно, чтобы в /etc/rc.conf в списке DAEMONS были hal и fam.

rphx 18.03.2009 22:11 # ↑

+ 0 -

кстати насчет fam - это не Ъ. вместо него лучше использовать gamin. Сейчас точно не помню, но были описаны непонятного генезиса проблемы только из-за использования fam.

Kraplax 18.03.2009 22:28 # ↑

+ 0 -

Хм... Припоминаю... видел что-то подобное когда ставил Арч и листал маны. Не вспомню где, думаю. Но я поставил что-то из этих двух. Кажется, LXDE потянул что-то из них как зависимость.

thoice 17.03.2009 20:17 #

+ 0 -

а можно глянуть массив DAEMONS из /etc/rc.conf ?

Kraplax 17.03.2009 20:26 #

+ 0 -

Окей, кажется решение маячит на горизонте. Вот тут у человека в точности моя проблема. По какой-то причине у него тоже не оказалось скрипта в /etc/rc.d/ после обновления. Причем, у него даже не Арч, а дистр основанный на Арче. То есть должно быть связано. Кстати, у него kdemod.
В общем-то я мог бы использовать его скрипт, но если у кого есть вариант из Arch Linux - запостите, пожалуйста. Я хотел бы не отклоняться от оригинала.

PS Я уже отчаялся, когда начал искать с таким запросом

thoice 17.03.2009 20:30 # ↑

+ 0 -

У меня арч, все нормально пашет, обновления прошли успешно, /etc/rc.d/consolekit не существует

Kraplax 17.03.2009 21:56 # ↑

+ 0 -

Так. По вопросам трудящихся:
DAEMONS=(syslog-ng network hal netfs crond acpid alsa)
Да, самого consolekit в нем нет. Но я полагаю что этот массив предназначен для запуска демонов из /etc/rc.d/, так? Как у вас работает?

thoice 18.03.2009 19:56 # ↑

+ 0 -

Вот такой у меня массивчик:
DAEMONS=(syslog-ng hal fam mysqld @httpd @netfs @crond @wicd kdm @ptal-init @cups)
У меня кдм запхнут почти в конец массива DAEMONS потому что с ранлевелами что-то у меня не срослось, поэтому я гружусь в 3й ранлевел и оттуда уже грузится kdm(из массива демонов)...Это я так понимаю как это все работает.
А насчет для чего предназначен массив демонов - вроде да, для запуска инит скриптов демонов, которые в /etc/rc.d/

Lolka 18.03.2009 02:05 #

+ 0 -

На свежем Архе с кде4 наблюдалась эта проблема. Добавил hal: DAEMONS=(syslog-ng network hal ...)
и все заработало.

Kraplax 18.03.2009 05:51 # ↑

+ 0 -

Хм.. А kdm у вас как запускается? Где прописан его запуск? так же в демонах rc.conf? или как и у меня - через /etc/inittab?

Kraplax 18.03.2009 20:24 #

+ 0 -

В общем, решил проблему с помощью скрипта запуска consolekit в /etc/rc.d/, на который слинковал в шестом каменте. Не думаю что скрипт чем-то отличается от других скриптов-демонов, поэтому и взял его.
Просто у меня идет запуск до ранлэвэла 5 сразу, и в том же /etc/inittab прописано чтобы грузил kdm. Видимо, такой способ запуска и порождает подобную проблему :/