[sisyphus] kscreenlock & kcheckpass

[sisyphus] kscreenlock & kcheckpass

[diver]

Здравствуйте,

Перестал корректно отключаться  хранитель экрана KDE,
не воспринимает пароль пользователя. Приходится переключаться на
консоль и убивать по kill -9

в логе вижу строки вада:
... tcb_chkpwd[25758]: user unknown
... kcheckpass[25755]: Authentication failure for diver (invoked by uid 500)

Если в консоли рута выполнить
/usr/lib/kde4/libexec/kcheckpass -U user
Все ОК,
но если тоже самое под  user
$ /usr/lib/kde4/libexec/kcheckpass
Password:
Authentication failure
$ /usr/lib/kde4/libexec/kcheckpass -U user
Password:
Authentication failure


В какую сторону смотреть?

-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 405 bytes --]

On 29 ноября 2011 12:38:01 diver wrote:

[...]
> В какую сторону смотреть?
Такая же проблема у sbolshakov@alt , но у меня пока не получилось выяснить.
Похоже или на настройки авторизации или что-то недоустановлено.

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

2011/11/29 Sergey V Turchin <zerg@altlinux.org>:
> On 29 ноября 2011 12:38:01 diver wrote:
>
> [...]
>> В какую сторону смотреть?
> Такая же проблема у sbolshakov@alt , но у меня пока не получилось выяснить.
> Похоже или на настройки авторизации или что-то недоустановлено.

Системы дома и в офисе почти идентичны. По пакетам сильно различаться
не могут, т.к. клонировал 2 месяца назад.
В офисе работает, дома ошибки.

Помню точно что сломалось в одно время как заменил akonadi-database3
на akonadi-database0.
Не знаю или это могло повлиять. Но после ребута уже скринсейвер пароль
не принимал.
Больше никаких движений по настройке системы не было. Обычный apt-get
update && apt-get dist-upgrade


-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 1242 bytes --]

On 29 ноября 2011 15:48:54 diver wrote:

[...]
> >> В какую сторону смотреть?
> > 
> > Такая же проблема у sbolshakov@alt , но у меня пока не получилось
> > выяснить. Похоже или на настройки авторизации или что-то
> > недоустановлено.
> 
> Системы дома и в офисе почти идентичны. По пакетам сильно различаться
> не могут, т.к. клонировал 2 месяца назад.
> В офисе работает, дома ошибки.
> 
> Помню точно что сломалось в одно время как заменил akonadi-database3
> на akonadi-database0.
> Не знаю или это могло повлиять.
Не, это точно не могло.
Попробуйте удалить pam_ldap и nss_ldap , если установлены.

> Но после ребута уже скринсейвер пароль
> не принимал.
Пришлите мне лично /var/log/messages . Посмотрю, что ставилось-удалялось.

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

2011/11/29 Sergey V Turchin <zerg@altlinux.org>:
> On 29 ноября 2011 15:48:54 diver wrote:
>
> [...]
>> >> В какую сторону смотреть?
>> >
>> > Такая же проблема у sbolshakov@alt , но у меня пока не получилось
>> > выяснить. Похоже или на настройки авторизации или что-то
>> > недоустановлено.
>>
>> Системы дома и в офисе почти идентичны. По пакетам сильно различаться
>> не могут, т.к. клонировал 2 месяца назад.
>> В офисе работает, дома ошибки.
>>
>> Помню точно что сломалось в одно время как заменил akonadi-database3
>> на akonadi-database0.
>> Не знаю или это могло повлиять.
> Не, это точно не могло.
> Попробуйте удалить pam_ldap и nss_ldap , если установлены.
>
>> Но после ребута уже скринсейвер пароль
>> не принимал.
> Пришлите мне лично /var/log/messages . Посмотрю, что ставилось-удалялось.

Кусок лога от момента  апдейта и до ребута-поломки ушел в личку,

Чуть в сторону вспомнилось еще. После того ребута у юзера перетсал
реботать резолв. (под рутом все ок).Вв /etc/resolv.conf все было на
месте и я по быстрому поставил pdnsd что решило тогда проблему.


-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 854 bytes --]

On 29 ноября 2011 16:29:56 diver wrote:

[...]
> Кусок лога от момента  апдейта и до ребута-поломки ушел в личку,
Что-то с kcheckpass/pam. Там ругань:
Nov 24 09:10:02 genesis tcb_chkpwd[6299]: user unknown
Nov 24 09:10:02 genesis kcheckpass[6296]: Authentication failure for
 
> Чуть в сторону вспомнилось еще. После того ребута у юзера перетсал
> реботать резолв. (под рутом все ок).Вв /etc/resolv.conf все было на
> месте
Сравните с /var/resolv/etc/resolv.conf
Если разные,
update_chrooted -f all

> и я по быстрому поставил pdnsd что решило тогда проблему.


-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 523 bytes --]

29.11.2011 09:29, diver пишет:
> Чуть в сторону вспомнилось еще. После того ребута у юзера перетсал
> реботать резолв. (под рутом все ок).Вв /etc/resolv.conf все было на
> месте и я по быстрому поставил pdnsd что решило тогда проблему. 
Выстрл в воздух - права на /etc/resolv.conf, /etc/hosts и т.д. правильные?

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4903 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

2011/11/29 Dubrovskiy Viacheslav:
> 29.11.2011 09:29, diver пишет:
>> Чуть в сторону вспомнилось еще. После того ребута у юзера перетсал
>> реботать резолв. (под рутом все ок).Вв /etc/resolv.conf все было на
>> месте и я по быстрому поставил pdnsd что решило тогда проблему.
> Выстрл в воздух - права на /etc/resolv.conf, /etc/hosts и т.д. правильные?

Ничего не настраивалось и не менялось, просто перестало работать после ребута.
Времени у меня не было разбираться, поставил пакет и все так и работает.




-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

2011/11/29 Sergey V Turchin:
> On 29 ноября 2011 16:29:56 diver wrote:
>
> [...]
>> Кусок лога от момента  апдейта и до ребута-поломки ушел в личку,
> Что-то с kcheckpass/pam. Там ругань:
> Nov 24 09:10:02 genesis tcb_chkpwd[6299]: user unknown
> Nov 24 09:10:02 genesis kcheckpass[6296]: Authentication failure for

ну с этого я и начинал тред. Куда дальше смотреть не понятно.

kde4 пакеты одинаковые на обеих машинах. и по количеству и по версиям.


>> Чуть в сторону вспомнилось еще. После того ребута у юзера перетсал
>> реботать резолв. (под рутом все ок).Вв /etc/resolv.conf все было на
>> месте
> Сравните с /var/resolv/etc/resolv.conf
> Если разные,
> update_chrooted -f all

уже поздно сравнивать, проблемы нет :)



-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 602 bytes --]

On 29 ноября 2011 18:47:32 Sergey V Turchin wrote:
> On 29 ноября 2011 16:29:56 diver wrote:
> 
> [...]
> 
> > Кусок лога от момента  апдейта и до ребута-поломки ушел в личку,
> 
> Что-то с kcheckpass/pam. Там ругань:
> Nov 24 09:10:02 genesis tcb_chkpwd[6299]: user unknown
> Nov 24 09:10:02 genesis kcheckpass[6296]: Authentication failure for
https://bugzilla.altlinux.org/show_bug.cgi?id=26653
Небходимо сделать
control tcb_chkpwd tcb

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 283 bytes --]

On 29 ноября 2011 16:58:32 diver wrote:

[...]
> > update_chrooted -f all
> уже поздно сравнивать, проблемы нет :)
Для профилактики не помешает сделать.

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

2011/11/29 Sergey V Turchin:
> On 29 ноября 2011 18:47:32 Sergey V Turchin wrote:
>> On 29 ноября 2011 16:29:56 diver wrote:
>>
>> [...]
>>
>> > Кусок лога от момента  апдейта и до ребута-поломки ушел в личку,
>>
>> Что-то с kcheckpass/pam. Там ругань:
>> Nov 24 09:10:02 genesis tcb_chkpwd[6299]: user unknown
>> Nov 24 09:10:02 genesis kcheckpass[6296]: Authentication failure for
> https://bugzilla.altlinux.org/show_bug.cgi?id=26653
> Небходимо сделать
> control tcb_chkpwd tcb
Он итак:
$ control tcb_chkpwd
tcb

Но сделал, вечером буду дома, проверю.

-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

2011/11/29 diver
>
> Но сделал, вечером буду дома, проверю.

не помогло
$ control tcb_chkpwd
tcb


$ /usr/lib/kde4/libexec/kcheckpass
Password:
Authentication failure


Nov 29 17:13:35 tcb_chkpwd[5330]: user unknown
Nov 29 17:13:35 kcheckpass[5325]: Authentication failure for diver
(invoked by uid 500)
Nov 29 17:13:40 tcb_chkpwd[5334]: user unknown
Nov 29 17:13:40 kcheckpass[5331]: Authentication failure for diver
(invoked by uid 500)


-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[Anton Farygin]

29.11.2011 18:55, diver пишет:
> 2011/11/29 Dubrovskiy Viacheslav:
>> 29.11.2011 09:29, diver пишет:
>>> Чуть в сторону вспомнилось еще. После того ребута у юзера перетсал
>>> реботать резолв. (под рутом все ок).Вв /etc/resolv.conf все было на
>>> месте и я по быстрому поставил pdnsd что решило тогда проблему.
>> Выстрл в воздух - права на /etc/resolv.conf, /etc/hosts и т.д. правильные?
>
> Ничего не настраивалось и не менялось, просто перестало работать после ребута.
> Времени у меня не было разбираться, поставил пакет и все так и работает.

loopback интерфейс не исчез ?

ip a покажите.

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

2011/11/29 Anton Farygin:
>
> loopback интерфейс не исчез ?
>
> ip a покажите.
>

$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast
state DOWN qlen 1000
    link/ether 00:1a:4d:54:df:bf brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
    link/ether 00:19:5b:ff:78:4b brd ff:ff:ff:ff:ff:ff
    inet 192.168.229.100/24 brd 192.168.229.255 scope global wlan0



-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

В общем нашел такой вот древний тред
http://lists.altlinux.org/pipermail/sisyphus/2008-January/327305.html

При  control tcb_chkpwd tcb
имеем:
Nov 29 21:19:01 genesis tcb_chkpwd[16998]: user unknown
Nov 29 21:19:11 genesis tcb_chkpwd[17002]: user unknown

при:  control tcb_chkpwd traditional

Nov 29 21:20:32 genesis vlock[17074]: Locked tty on pts/7 for diver by (uid=500)
Nov 29 21:20:35 genesis vlock[17074]: Unlocked tty on pts/7 for diver
by (uid=500)


Подскажите по каким кйвордам грепать вывод rpmverify -Va

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

Переставил все пакеты *tcb*, *pam* - безрезультатно.

Но судя по тому что треды с такими симптомами всплывают в нашей
рассылке почти каждый год с 2002, и все они заканчиваются как мое
предыдущее письмо,то мне не сказано повезло.
Купить что ли лотерейный билет... :)

/гугль "tcb_chkpwd: user unknown"


-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 834 bytes --]

On Tue, Nov 29, 2011 at 09:26:02PM +0200, diver wrote:
> В общем нашел такой вот древний тред
> http://lists.altlinux.org/pipermail/sisyphus/2008-January/327305.html
> 
> При  control tcb_chkpwd tcb
> имеем:
> Nov 29 21:19:01 genesis tcb_chkpwd[16998]: user unknown
> Nov 29 21:19:11 genesis tcb_chkpwd[17002]: user unknown
> 
> при:  control tcb_chkpwd traditional
> 
> Nov 29 21:20:32 genesis vlock[17074]: Locked tty on pts/7 for diver by (uid=500)
> Nov 29 21:20:35 genesis vlock[17074]: Unlocked tty on pts/7 for diver
> by (uid=500)

Если "control tcb_chkpwd traditional" решает проблему, в то время как
"control tcb_chkpwd tcb" воспроизводит ее, то, скорее всего, у вас
local misconfiguration: испортились права доступа на содержимое /etc/tcb.
О том, как устроены эти права, написано в tcb(5).


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 627 bytes --]

On Tue, Nov 29, 2011 at 10:23:34PM +0200, diver wrote:
> Переставил все пакеты *tcb*, *pam* - безрезультатно.
> 
> Но судя по тому что треды с такими симптомами всплывают в нашей
> рассылке почти каждый год с 2002, и все они заканчиваются как мое
> предыдущее письмо,то мне не сказано повезло.
> Купить что ли лотерейный билет... :)

Если у вас есть решимость исправить ошибку, то давайте разберемся.
Первое, что надо выяснить - есть проблема в kscreenlock/kcheckpass или
нет.  Для этого надо проверить, работает ли у вас vlock
(http://lists.altlinux.org/pipermail/sisyphus/2008-January/327304.html).


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

2011/11/29 Dmitry V. Levin:
>
> Если у вас есть решимость исправить ошибку, то давайте разберемся.
> Первое, что надо выяснить - есть проблема в kscreenlock/kcheckpass или
> нет.  Для этого надо проверить, работает ли у вас vlock
> (http://lists.altlinux.org/pipermail/sisyphus/2008-January/327304.html).
>

Выше по треду отвечал. vlock работает только при control tcb_chkpwd
traditional. При tcb: "tcb_chkpwd[1135]: user unknown"

Права перепроверял на всем пути к  /etc/tcb/<user>/shadow согласно man.
+ смотрел отличия в правах, между офисной и домашней машиной. Отличий
не обнаружил.

Куда еще смотреть?

-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1138 bytes --]

On Wed, Nov 30, 2011 at 12:20:48AM +0200, diver wrote:
> 2011/11/29 Dmitry V. Levin:
> >
> > Если у вас есть решимость исправить ошибку, то давайте разберемся.
> > Первое, что надо выяснить - есть проблема в kscreenlock/kcheckpass или
> > нет.  Для этого надо проверить, работает ли у вас vlock
> > (http://lists.altlinux.org/pipermail/sisyphus/2008-January/327304.html).
> 
> Выше по треду отвечал. vlock работает только при control tcb_chkpwd
> traditional. При tcb: "tcb_chkpwd[1135]: user unknown"

Эта диагностика говорит о том, что tcb_chkpwd не хватило прав на
getspnam(3), чего в нормальной ситуации не бывает.
Значит, что-то с правами на файлы или параметрами монтирования.
Давайте проверим все по порядку.

> Права перепроверял на всем пути к  /etc/tcb/<user>/shadow согласно man.
> + смотрел отличия в правах, между офисной и домашней машиной. Отличий
> не обнаружил.

Давайте посмотрим еще раз.  Что у вас показывают
# ls -ld / /etc /etc/tcb /etc/tcb/diver /etc/tcb/diver/shadow /usr/lib/chkpwd /usr/lib/chkpwd/tcb_chkpwd
и
# sed -rn '/^[^ ]+ \/(usr(\/lib(\/chkpwd)?)?)? /p' /proc/mounts


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1300 bytes --]

On Wed, Nov 30, 2011 at 03:02:41AM +0400, Dmitry V. Levin wrote:
> On Wed, Nov 30, 2011 at 12:20:48AM +0200, diver wrote:
> > 2011/11/29 Dmitry V. Levin:
> > >
> > > Если у вас есть решимость исправить ошибку, то давайте разберемся.
> > > Первое, что надо выяснить - есть проблема в kscreenlock/kcheckpass или
> > > нет.  Для этого надо проверить, работает ли у вас vlock
> > > (http://lists.altlinux.org/pipermail/sisyphus/2008-January/327304.html).
> > 
> > Выше по треду отвечал. vlock работает только при control tcb_chkpwd
> > traditional. При tcb: "tcb_chkpwd[1135]: user unknown"
> 
> Эта диагностика говорит о том, что tcb_chkpwd не хватило прав на
> getspnam(3), чего в нормальной ситуации не бывает.
> Значит, что-то с правами на файлы или параметрами монтирования.
> Давайте проверим все по порядку.
> 
> > Права перепроверял на всем пути к  /etc/tcb/<user>/shadow согласно man.
> > + смотрел отличия в правах, между офисной и домашней машиной. Отличий
> > не обнаружил.
> 
> Давайте посмотрим еще раз.  Что у вас показывают
> # ls -ld / /etc /etc/tcb /etc/tcb/diver /etc/tcb/diver/shadow /usr/lib/chkpwd /usr/lib/chkpwd/tcb_chkpwd
> и
> # sed -rn '/^[^ ]+ \/(usr(\/lib(\/chkpwd)?)?)? /p' /proc/mounts

И заодно
$ grep ^shadow: /etc/nsswitch.conf


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

2011/11/30 Dmitry V. Levin <ldv@altlinux.org>:
> On Wed, Nov 30, 2011 at 12:20:48AM +0200, diver wrote:
>> 2011/11/29 Dmitry V. Levin:
>> >
>> > Если у вас есть решимость исправить ошибку, то давайте разберемся.
>> > Первое, что надо выяснить - есть проблема в kscreenlock/kcheckpass или
>> > нет.  Для этого надо проверить, работает ли у вас vlock
>> > (http://lists.altlinux.org/pipermail/sisyphus/2008-January/327304.html).
>>
>> Выше по треду отвечал. vlock работает только при control tcb_chkpwd
>> traditional. При tcb: "tcb_chkpwd[1135]: user unknown"
>
> Эта диагностика говорит о том, что tcb_chkpwd не хватило прав на
> getspnam(3), чего в нормальной ситуации не бывает.
> Значит, что-то с правами на файлы или параметрами монтирования.
> Давайте проверим все по порядку.
>
>> Права перепроверял на всем пути к  /etc/tcb/<user>/shadow согласно man.
>> + смотрел отличия в правах, между офисной и домашней машиной. Отличий
>> не обнаружил.
>
> Давайте посмотрим еще раз.  Что у вас показывают
> # ls -ld / /etc /etc/tcb /etc/tcb/diver /etc/tcb/diver/shadow /usr/lib/chkpwd /usr/lib/chkpwd/tcb_chkpwd
> и
> # sed -rn '/^[^ ]+ \/(usr(\/lib(\/chkpwd)?)?)? /p' /proc/mounts
>

root@genesis:~$ control tcb_chkpwd traditional

root@genesis:~$ ls -ld / /etc /etc/tcb /etc/tcb/diver
/etc/tcb/diver/shadow /usr/lib/chkpwd /usr/lib/chkpwd/tcb_chkpwd
drwxr-xr-x  23 root  root    4096 Сен 22 15:49 /
drwxr-xr-x 148 root  root   12288 Ноя 30 06:02 /etc
drwx--x---  88 root  shadow  4096 Окт  4 23:19 /etc/tcb
drwx--s---   2 diver auth    4096 Ноя 26  2009 /etc/tcb/diver
-rw-r-----   1 diver auth      79 Ноя 26  2009 /etc/tcb/diver/shadow
drwx--x---   2 root  chkpwd  4096 Ноя 30 06:02 /usr/lib/chkpwd
-rws--x--x   1 root  root    7680 Авг 12 22:39 /usr/lib/chkpwd/tcb_chkpwd


root@genesis:~$ control tcb_chkpwd tcb

root@genesis:~$ ls -ld / /etc /etc/tcb /etc/tcb/diver
/etc/tcb/diver/shadow /usr/lib/chkpwd /usr/lib/chkpwd/tcb_chkpwd
drwxr-xr-x  23 root  root    4096 Сен 22 15:49 /
drwxr-xr-x 148 root  root   12288 Ноя 30 06:02 /etc
drwx--x---  88 root  shadow  4096 Окт  4 23:19 /etc/tcb
drwx--s---   2 diver auth    4096 Ноя 26  2009 /etc/tcb/diver
-rw-r-----   1 diver auth      79 Ноя 26  2009 /etc/tcb/diver/shadow
drwx--x---   2 root  chkpwd  4096 Ноя 30 06:02 /usr/lib/chkpwd
-rwx--s--x   1 root  shadow  7680 Авг 12 22:39 /usr/lib/chkpwd/tcb_chkpwd


root@genesis:~$ grep ^shadow: /etc/nsswitch.conf
shadow:     tcb files


root@genesis:~$ cat /proc/mounts
rootfs / rootfs rw 0 0
udevfs /dev devtmpfs rw,relatime,size=5120k,nr_inodes=213963,mode=755 0 0
/dev/sda1 / ext3
rw,relatime,errors=continue,commit=5,barrier=1,data=writeback 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
shmfs /dev/shm tmpfs rw,relatime 0 0
/dev/sda3 /home reiserfs rw,relatime 0 0
/dev/sdb1 /home/diver/Media ext4
rw,noatime,user_xattr,acl,barrier=1,data=ordered 0 0
tmpfs /tmp tmpfs rw,nosuid,relatime 0 0

Re: [sisyphus] kscreenlock & kcheckpass

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 294 bytes --]

On 29 ноября 2011 17:16:20 diver wrote:
> 2011/11/29 diver
> 
> > Но сделал, вечером буду дома, проверю.
> 
> не помогло
Покажите вывод от `ls -al /usr/lib/chkpwd/`

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 422 bytes --]

On 30 ноября 2011 15:57:57 Sergey V Turchin wrote:
> On 29 ноября 2011 17:16:20 diver wrote:
> > 2011/11/29 diver
> > 
> > > Но сделал, вечером буду дома, проверю.
> > 
> > не помогло
> 
> Покажите вывод от `ls -al /usr/lib/chkpwd/`
Не нужно. Я не прочел письмо от Ldv
 
-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1277 bytes --]

On Wed, Nov 30, 2011 at 08:55:09AM +0200, diver wrote:
> root@genesis:~$ control tcb_chkpwd tcb
> root@genesis:~$ ls -ld / /etc /etc/tcb /etc/tcb/diver
> /etc/tcb/diver/shadow /usr/lib/chkpwd /usr/lib/chkpwd/tcb_chkpwd
> drwxr-xr-x  23 root  root    4096 Сен 22 15:49 /
> drwxr-xr-x 148 root  root   12288 Ноя 30 06:02 /etc
> drwx--x---  88 root  shadow  4096 Окт  4 23:19 /etc/tcb
> drwx--s---   2 diver auth    4096 Ноя 26  2009 /etc/tcb/diver
> -rw-r-----   1 diver auth      79 Ноя 26  2009 /etc/tcb/diver/shadow
> drwx--x---   2 root  chkpwd  4096 Ноя 30 06:02 /usr/lib/chkpwd
> -rwx--s--x   1 root  shadow  7680 Авг 12 22:39 /usr/lib/chkpwd/tcb_chkpwd
> root@genesis:~$ grep ^shadow: /etc/nsswitch.conf
> shadow:     tcb files
> root@genesis:~$ cat /proc/mounts
> /dev/sda1 / ext3 rw,relatime,errors=continue,commit=5,barrier=1,data=writeback 0 0

На вид все нормально.  Тогда придется немного поотлаживать.
Какое, кстати говоря, у вас работает ядро?

Итак, запустите на одном терминале vlock, а на другом после этого
от рута запустите
# strace -f -o ~/tmp/vlock.log -p `pidof vlock`
Далее разлочьте vlock, замените в файле ~/tmp/vlock.log все упоминания о
вашем пароле на что-нибудь безобидное, и пришлите этот ~/tmp/vlock.log мне.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

2011/11/30 Dmitry V. Levin:
> На вид все нормально.  Тогда придется немного поотлаживать.
> Какое, кстати говоря, у вас работает ядро?
>
> Итак, запустите на одном терминале vlock, а на другом после этого
> от рута запустите
> # strace -f -o ~/tmp/vlock.log -p `pidof vlock`
> Далее разлочьте vlock, замените в файле ~/tmp/vlock.log все упоминания о
> вашем пароле на что-нибудь безобидное, и пришлите этот ~/tmp/vlock.log мне.
root@genesis:~$ cat ~/tmp/vlock.log |grep Perm
14975 open("/etc/nsswitch.conf", O_RDONLY) = -1 EACCES (Permission denied)
14975 open("/etc/nsswitch.conf", O_RDONLY) = -1 EACCES (Permission denied)
14975 open("/etc/shadow", O_RDONLY|O_CLOEXEC) = -1 EACCES (Permission denied)
14975 open("/etc/shadow", O_RDONLY|O_CLOEXEC) = -1 EACCES (Permission denied)
14976 open("/etc/nsswitch.conf", O_RDONLY) = -1 EACCES (Permission denied)
14976 open("/etc/nsswitch.conf", O_RDONLY) = -1 EACCES (Permission denied)
14976 open("/etc/nsswitch.conf", O_RDONLY) = -1 EACCES (Permission denied)
14976 open("/etc/nsswitch.conf", O_RDONLY) = -1 EACCES (Permission denied)
14976 open("/etc/shadow", O_RDONLY|O_CLOEXEC) = -1 EACCES (Permission denied)
14976 open("/etc/shadow", O_RDONLY|O_CLOEXEC) = -1 EACCES (Permission denied)
14977 open("/etc/nsswitch.conf", O_RDONLY) = -1 EACCES (Permission denied)
14977 open("/etc/nsswitch.conf", O_RDONLY) = -1 EACCES (Permission denied)
14977 open("/etc/shadow", O_RDONLY|O_CLOEXEC) = -1 EACCES (Permission denied)
14977 open("/etc/shadow", O_RDONLY|O_CLOEXEC) = -1 EACCES (Permission denied)

root@genesis:~$ ls -l /etc/nsswitch.conf
---------- 1 root root 1808 Авг 12 16:08 /etc/nsswitch.conf
root@genesis:~$ ls -l /etc/shadow
-r-------- 1 root root 0 Авг 16  2003 /etc/shadow

root@genesis:~$ apt-get install --reinstall glibc-core
Решил вопрос.


root@genesis:~$ control tcb_chkpwd tcb
...
root@genesis:~$ tail -n2 /var/log/messages
Nov 30 15:01:34 genesis vlock[15370]: Locked tty on pts/3 for diver by (uid=500)
Nov 30 15:01:38 genesis vlock[15370]: Unlocked tty on pts/3 for diver
by (uid=500)

Спасибо за помощь. Проблема решилась.
Остался только вопрос что могло так испоганить права?

-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

30 листопада 2011 р. 15:07 diver:

>
> Спасибо за помощь. Проблема решилась.
> Остался только вопрос что могло так испоганить права?
>
с правами 00000 также
/etc/resolv.conf
/etc/host.conf
/etc/hosts
/etc/services

На всех файлах изменения от: Ноя 24 09:21





-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 564 bytes --]

On Wed, Nov 30, 2011 at 03:12:48PM +0200, diver wrote:
> 30 листопада 2011 р. 15:07 diver:
> 
> > Спасибо за помощь. Проблема решилась.
> > Остался только вопрос что могло так испоганить права?

Ничто разумное не могло.

> с правами 00000 также
> /etc/resolv.conf
> /etc/host.conf
> /etc/hosts
> /etc/services

Можно поискать все такие файлы на rootfs:
# find / -xdev -perm 0
Обычно системные файлы с такими права доступа не бывают.

> На всех файлах изменения от: Ноя 24 09:21

Проверьте по логам, что еще произошло в этот час.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

[-- Attachment #1: Type: text/plain, Size: 331 bytes --]

> Проверьте по логам, что еще произошло в этот час.

Помню как сейчас.

Проснулся.
Разлочил скринсейвер (еще работало).
apt-get update && apt-get dist-upgrade
reboot

После этого отвалился резолв доменов у пользователя, и сломался unlock
kscreensaver.

В атаче то что ставилось/сносилось. Возможно прольет свет.


-- 
LRU: #407670

[-- Attachment #2: messages.gz --]
[-- Type: application/x-gzip, Size: 1623 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

2011/11/30 Dmitry V. Levin:
> Можно поискать все такие файлы на rootfs:
> # find / -xdev -perm 0
> Обычно системные файлы с такими права доступа не бывают.
$ find / -xdev -perm 0
/var/resolv/etc/nsswitch.conf
/var/resolv/lib/libnss_files.so.2
/var/lib/dhcp/dhcpd/etc/nsswitch.conf
/var/lib/dhcp/dhcpd/lib/libnss_files.so.2
/var/lib/mysql/usr/lib/libmysqlclient_r.so.16
/var/lib/mysql/usr/lib/mysql/plugin/ha_innodb_plugin.so.0
/var/lib/mysql/usr/lib/mysql/plugin/ha_innodb_plugin.so.0.0.0
/var/lib/mysql/usr/lib/mysql/plugin/ha_federated.so
/var/lib/mysql/usr/lib/mysql/plugin/ha_federated.so.0.0.0
/var/lib/mysql/usr/lib/mysql/plugin/ha_federated.so.0
/var/lib/mysql/usr/lib/mysql/plugin/ha_innodb_plugin.so




-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

Вот что сносит у меня права.

root@genesis:~$ find / -xdev -perm 0
root@genesis:~$ apt-get install MySQL-client MySQL-server
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Следующие НОВЫЕ пакеты будут установлены:
  MySQL-client MySQL-server
...
Завершено.
root@genesis:~$ find / -xdev -perm 0
root@genesis:~$ /etc/init.d/mysqld start
Installing all prepared tables
...
Adjusting environment for mysqld:

                           [ DONE ]
Starting mysqld service:

                           [ DONE ]

root@genesis:~$ apt-get remove MySQL-client MySQL-server
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Следующие пакеты будут УДАЛЕНЫ:
  MySQL-client MySQL-server
...
Продолжить? [Y/n] y
Завершено.
root@genesis:~$ find / -xdev -perm 0
/var/resolv/etc/host.conf
/var/resolv/etc/hosts
/var/resolv/etc/resolv.conf
/var/resolv/etc/services
/var/lib/dhcp/dhcpd/etc/host.conf
/var/lib/dhcp/dhcpd/etc/hosts
/var/lib/dhcp/dhcpd/etc/resolv.conf
/var/lib/dhcp/dhcpd/etc/services
/var/lib/mysql/usr/lib/mysql/plugin/ha_innodb_plugin.so.0
/var/lib/mysql/usr/lib/mysql/plugin/ha_innodb_plugin.so.0.0.0
/var/lib/mysql/usr/lib/mysql/plugin/ha_federated.so
/var/lib/mysql/usr/lib/mysql/plugin/ha_federated.so.0.0.0
/var/lib/mysql/usr/lib/mysql/plugin/ha_federated.so.0
/var/lib/mysql/usr/lib/mysql/plugin/ha_innodb_plugin.so
/etc/nsswitch.conf
/etc/host.conf
/etc/hosts
/etc/resolv.conf
/etc/services
root@genesis:~$

Как так?

-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 903 bytes --]

On Wed, Nov 30, 2011 at 04:02:49PM +0200, diver wrote:
> 2011/11/30 Dmitry V. Levin:
> > Можно поискать все такие файлы на rootfs:
> > # find / -xdev -perm 0
> > Обычно системные файлы с такими права доступа не бывают.
> $ find / -xdev -perm 0
> /var/resolv/etc/nsswitch.conf
> /var/resolv/lib/libnss_files.so.2
> /var/lib/dhcp/dhcpd/etc/nsswitch.conf
> /var/lib/dhcp/dhcpd/lib/libnss_files.so.2
> /var/lib/mysql/usr/lib/libmysqlclient_r.so.16
> /var/lib/mysql/usr/lib/mysql/plugin/ha_innodb_plugin.so.0
> /var/lib/mysql/usr/lib/mysql/plugin/ha_innodb_plugin.so.0.0.0
> /var/lib/mysql/usr/lib/mysql/plugin/ha_federated.so
> /var/lib/mysql/usr/lib/mysql/plugin/ha_federated.so.0.0.0
> /var/lib/mysql/usr/lib/mysql/plugin/ha_federated.so.0
> /var/lib/mysql/usr/lib/mysql/plugin/ha_innodb_plugin.so

Попробуйте
# update_chrooted -f all
для исправления прав на эти файлы.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

2011/11/30 Dmitry V. Levin
> Попробуйте
> # update_chrooted -f all
> для исправления прав на эти файлы.

Уже советовали, не помогает.

root@genesis:~$ update_chrooted -f all
root@genesis:~$ find / -xdev -perm 0
/var/resolv/etc/nsswitch.conf
/var/resolv/etc/host.conf
/var/resolv/etc/hosts
/var/resolv/etc/resolv.conf
/var/resolv/etc/services
/var/lib/dhcp/dhcpd/etc/nsswitch.conf
/var/lib/dhcp/dhcpd/etc/host.conf
/var/lib/dhcp/dhcpd/etc/hosts
/var/lib/dhcp/dhcpd/etc/resolv.conf
/var/lib/dhcp/dhcpd/etc/services
/var/lib/mysql/usr/lib/mysql/plugin/ha_innodb_plugin.so.0
/var/lib/mysql/usr/lib/mysql/plugin/ha_innodb_plugin.so.0.0.0
/var/lib/mysql/usr/lib/mysql/plugin/ha_federated.so
/var/lib/mysql/usr/lib/mysql/plugin/ha_federated.so.0.0.0
/var/lib/mysql/usr/lib/mysql/plugin/ha_federated.so.0
/var/lib/mysql/usr/lib/mysql/plugin/ha_innodb_plugin.so
/etc/nsswitch.conf
/etc/host.conf
/etc/hosts
/etc/resolv.conf
/etc/services



-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 562 bytes --]

On Wed, Nov 30, 2011 at 04:22:48PM +0200, diver wrote:
> 2011/11/30 Dmitry V. Levin
> > Попробуйте
> > # update_chrooted -f all
> > для исправления прав на эти файлы.
> 
> Уже советовали, не помогает.

Если системные файлы уже испорчены, то, конечно, уже не поможет.

> root@genesis:~$ update_chrooted -f all
> root@genesis:~$ find / -xdev -perm 0
> /var/resolv/etc/nsswitch.conf
> /var/lib/dhcp/dhcpd/etc/nsswitch.conf
> /etc/nsswitch.conf

На самом деле это один и тот же файл nsswitch.conf с числом ссылок на него
равным трем.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1300 bytes --]

On Wed, Nov 30, 2011 at 04:09:58PM +0200, diver wrote:
> Вот что сносит у меня права.
> 
> root@genesis:~$ find / -xdev -perm 0
> root@genesis:~$ apt-get install MySQL-client MySQL-server
> Чтение списков пакетов... Завершено
> Построение дерева зависимостей... Завершено
> Следующие НОВЫЕ пакеты будут установлены:
>   MySQL-client MySQL-server
> ...
> Завершено.
> root@genesis:~$ find / -xdev -perm 0
> root@genesis:~$ /etc/init.d/mysqld start
> Installing all prepared tables
> ...
> Adjusting environment for mysqld:
> 
>                            [ DONE ]
> Starting mysqld service:
> 
>                            [ DONE ]
> 
> root@genesis:~$ apt-get remove MySQL-client MySQL-server
> Чтение списков пакетов... Завершено
> Построение дерева зависимостей... Завершено
> Следующие пакеты будут УДАЛЕНЫ:
>   MySQL-client MySQL-server
> ...
> Продолжить? [Y/n] y
> Завершено.
> root@genesis:~$ find / -xdev -perm 0
> /var/resolv/etc/host.conf
> /var/resolv/etc/hosts
> /var/resolv/etc/resolv.conf
> /var/resolv/etc/services

У меня это не воспроизводится.  Давайте попробуем сузить диапазон для
поиска.  Например, ограничимся установкой одного лишь MySQL-server и
вместо "/etc/init.d/mysqld start" выполним только "/etc/chroot.d/mysql.all".


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

2011/11/30 Dmitry V. Levin:
> У меня это не воспроизводится.  Давайте попробуем сузить диапазон для
> поиска.  Например, ограничимся установкой одного лишь MySQL-server и
> вместо "/etc/init.d/mysqld start" выполним только "/etc/chroot.d/mysql.all".


root@genesis:~$ find / -xdev -perm 0
root@genesis:~$ apt-get install MySQL-server
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Следующие дополнительные пакеты будут установлены:
  MySQL-client
Следующие НОВЫЕ пакеты будут установлены:
  MySQL-client MySQL-server
0 будет обновлено, 2 новых установлено, 0 пакетов будет удалено и 0 не
будет обновлено.
Необходимо получить 0B/6673kB архивов.
После распаковки потребуется дополнительно 30,0MB дискового пространства.
Продолжить? [Y/n] y
Совершаем изменения...
...
Running /usr/lib/rpm/posttrans-filetriggers
Завершено.
root@genesis:~$ find / -xdev -perm 0
root@genesis:~$ apt-get install MySQL-server
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Следующие дополнительные пакеты будут установлены:
  MySQL-client
Следующие НОВЫЕ пакеты будут установлены:
  MySQL-client MySQL-server
0 будет обновлено, 2 новых установлено, 0 пакетов будет удалено и 0 не
будет обновлено.
Необходимо получить 0B/6673kB архивов.
После распаковки потребуется дополнительно 30,0MB дискового пространства.
Продолжить? [Y/n] y
Совершаем изменения...
Preparing...
###################################################################################################
[100%]
1: MySQL-client
###################################################################################################
[ 50%]
2: MySQL-server
###################################################################################################
[100%]
Running /usr/lib/rpm/posttrans-filetriggers
Завершено.
root@genesis:~$ /etc/chroot.d/mysql.all
root@genesis:~$ find / -xdev -perm 0


-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1533 bytes --]

On Wed, Nov 30, 2011 at 04:34:47PM +0200, diver wrote:
> 2011/11/30 Dmitry V. Levin:
> > У меня это не воспроизводится.  Давайте попробуем сузить диапазон для
> > поиска.  Например, ограничимся установкой одного лишь MySQL-server и
> > вместо "/etc/init.d/mysqld start" выполним только "/etc/chroot.d/mysql.all".
> 
> root@genesis:~$ find / -xdev -perm 0
> root@genesis:~$ apt-get install MySQL-server
> Чтение списков пакетов... Завершено
> Построение дерева зависимостей... Завершено
> Следующие дополнительные пакеты будут установлены:
>   MySQL-client
> Следующие НОВЫЕ пакеты будут установлены:
>   MySQL-client MySQL-server
> 0 будет обновлено, 2 новых установлено, 0 пакетов будет удалено и 0 не
> будет обновлено.
> Необходимо получить 0B/6673kB архивов.
> После распаковки потребуется дополнительно 30,0MB дискового пространства.
> Продолжить? [Y/n] y
> Совершаем изменения...
> Preparing...
> ###################################################################################################
> [100%]
> 1: MySQL-client
> ###################################################################################################
> [ 50%]
> 2: MySQL-server
> ###################################################################################################
> [100%]
> Running /usr/lib/rpm/posttrans-filetriggers
> Завершено.
> root@genesis:~$ /etc/chroot.d/mysql.all
> root@genesis:~$ find / -xdev -perm 0

А последующий /etc/init.d/mysqld start сразу превращает систему в тыкву?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

2011/11/30 Dmitry V. Levin
>
> А последующий /etc/init.d/mysqld start сразу превращает систему в тыкву?
>
Нет, можно и не стартовать. Систему в тыкву превращает
apt-get remove MySQL-client MySQL-server



-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

> Нет, можно и не стартовать. Систему в тыкву превращает
> apt-get remove MySQL-client MySQL-server
А точнее:
apt-get remove MySQL-server

-- 
LRU: #407670

Re: [sisyphus] kscreenlock & kcheckpass

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 489 bytes --]

On Wed, Nov 30, 2011 at 04:43:25PM +0200, diver wrote:
> > Нет, можно и не стартовать. Систему в тыкву превращает
> > apt-get remove MySQL-client MySQL-server
> А точнее:
> apt-get remove MySQL-server

Давайте еще немного поотлаживаем.  Откройте файл
/usr/lib/rpm/posttrans-filetriggers и вставьте сразу после RC=0
ту же самую диагностику (find / -xdev -perm 0 -ls).
Таким образом мы узнаем, когда происходит разлом, до файлтриггеров
или в одном из файлтриггеров.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[diver]

2011/11/30 Dmitry V. Levin:

>
> Давайте еще немного поотлаживаем.  Откройте файл
> /usr/lib/rpm/posttrans-filetriggers и вставьте сразу после RC=0
> ту же самую диагностику (find / -xdev -perm 0 -ls).
> Таким образом мы узнаем, когда происходит разлом, до файлтриггеров
> или в одном из файлтриггеров.

root@genesis:~$ find / -xdev -perm 0 -ls
root@genesis:~$ apt-get remove MySQL-server
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Следующие пакеты будут УДАЛЕНЫ:
  MySQL-server
0 будет обновлено, 0 новых установлено, 1 пакетов будет удалено и 0 не
будет обновлено.
Необходимо получить 0B архивов.
После распаковки будет освобождено 19,7MB дискового пространства.
Продолжить? [Y/n] y
Совершаем изменения...
Preparing...
###################################################################################################
[100%]
Running /usr/lib/rpm/posttrans-filetriggers
1241503    4 ----------   3 root     root         1808 Авг 12 16:08
/var/resolv/etc/nsswitch.conf
1241620    4 ----------   3 root     root           31 Ноя 30 15:22
/var/resolv/etc/host.conf
1241629    4 ----------   3 root     root          253 Ноя 30 15:22
/var/resolv/etc/hosts
1240888    4 ----------   3 root     root          181 Ноя 30 17:34
/var/resolv/etc/resolv.conf
1241515   28 ----------   3 root     root        24739 Ноя 30 15:21
/var/resolv/etc/services
1241503    4 ----------   3 root     root         1808 Авг 12 16:08
/var/lib/dhcp/dhcpd/etc/nsswitch.conf
1241620    4 ----------   3 root     root           31 Ноя 30 15:22
/var/lib/dhcp/dhcpd/etc/host.conf
1241629    4 ----------   3 root     root          253 Ноя 30 15:22
/var/lib/dhcp/dhcpd/etc/hosts
1240888    4 ----------   3 root     root          181 Ноя 30 17:34
/var/lib/dhcp/dhcpd/etc/resolv.conf
1241515   28 ----------   3 root     root        24739 Ноя 30 15:21
/var/lib/dhcp/dhcpd/etc/services
1566965 1160 ----------   3 root     root      1183412 Ноя 23 20:27
/var/lib/mysql/usr/lib/mysql/plugin/ha_innodb_plugin.so.0
1566965 1160 ----------   3 root     root      1183412 Ноя 23 20:27
/var/lib/mysql/usr/lib/mysql/plugin/ha_innodb_plugin.so.0.0.0
1566873   48 ----------   3 root     root        46916 Ноя 23 20:27
/var/lib/mysql/usr/lib/mysql/plugin/ha_federated.so
1566873   48 ----------   3 root     root        46916 Ноя 23 20:27
/var/lib/mysql/usr/lib/mysql/plugin/ha_federated.so.0.0.0
1566873   48 ----------   3 root     root        46916 Ноя 23 20:27
/var/lib/mysql/usr/lib/mysql/plugin/ha_federated.so.0
1566965 1160 ----------   3 root     root      1183412 Ноя 23 20:27
/var/lib/mysql/usr/lib/mysql/plugin/ha_innodb_plugin.so
1241503    4 ----------   3 root     root         1808 Авг 12 16:08
/etc/nsswitch.conf
1241620    4 ----------   3 root     root           31 Ноя 30 15:22
/etc/host.conf
1241629    4 ----------   3 root     root          253 Ноя 30 15:22 /etc/hosts
1240888    4 ----------   3 root     root          181 Ноя 30 17:34
/etc/resolv.conf
1241515   28 ----------   3 root     root        24739 Ноя 30 15:21
/etc/services
Завершено.




-- 
LRU: #407670

Re: [sisyphus] rpm-4.0.4-alt100.32 regression

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1264 bytes --]

On Wed, Nov 30, 2011 at 05:02:10PM +0200, diver wrote:
> 2011/11/30 Dmitry V. Levin:
> 
> > Давайте еще немного поотлаживаем.  Откройте файл
> > /usr/lib/rpm/posttrans-filetriggers и вставьте сразу после RC=0
> > ту же самую диагностику (find / -xdev -perm 0 -ls).
> > Таким образом мы узнаем, когда происходит разлом, до файлтриггеров
> > или в одном из файлтриггеров.
> 
> root@genesis:~$ find / -xdev -perm 0 -ls
> root@genesis:~$ apt-get remove MySQL-server
> Чтение списков пакетов... Завершено
> Построение дерева зависимостей... Завершено
> Следующие пакеты будут УДАЛЕНЫ:
>   MySQL-server
> 0 будет обновлено, 0 новых установлено, 1 пакетов будет удалено и 0 не
> будет обновлено.
> Необходимо получить 0B архивов.
> После распаковки будет освобождено 19,7MB дискового пространства.
> Продолжить? [Y/n] y
> Совершаем изменения...
> Preparing...
> ###################################################################################################
> [100%]
> Running /usr/lib/rpm/posttrans-filetriggers
> 1241503    4 ----------   3 root     root         1808 Авг 12 16:08 /var/resolv/etc/nsswitch.conf

Всё понятно, спасибо, это rpm >= 4.0.4-alt100.32.
Диагностику можно убирать, ждите исправленный rpm в Сизифе.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] kscreenlock & kcheckpass

[Dubrovskiy Viacheslav]

30.11.2011 08:12, diver пишет:
> Спасибо за помощь. Проблема решилась.
> Остался только вопрос что могло так испоганить права?
>
> с правами 00000 также
> /etc/resolv.conf
> /etc/host.conf
> /etc/hosts
> /etc/services
>
> На всех файлах изменения от: Ноя 24 09:21
А мой выстрел был совсем не в воздух :), т.к. я на это тоже наступал.
Я же вам написал об этом сразу и сказал. А вы не посмотрели и отписались...


-- 
WBR,
Dubrovskiy Viacheslav

Re: [sisyphus] rpm-4.0.4-alt100.32 regression

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1456 bytes --]

On Wed, Nov 30, 2011 at 07:18:12PM +0400, Dmitry V. Levin wrote:
> On Wed, Nov 30, 2011 at 05:02:10PM +0200, diver wrote:
> > 2011/11/30 Dmitry V. Levin:
> > 
> > > Давайте еще немного поотлаживаем.  Откройте файл
> > > /usr/lib/rpm/posttrans-filetriggers и вставьте сразу после RC=0
> > > ту же самую диагностику (find / -xdev -perm 0 -ls).
> > > Таким образом мы узнаем, когда происходит разлом, до файлтриггеров
> > > или в одном из файлтриггеров.
> > 
> > root@genesis:~$ find / -xdev -perm 0 -ls
> > root@genesis:~$ apt-get remove MySQL-server
> > Чтение списков пакетов... Завершено
> > Построение дерева зависимостей... Завершено
> > Следующие пакеты будут УДАЛЕНЫ:
> >   MySQL-server
> > 0 будет обновлено, 0 новых установлено, 1 пакетов будет удалено и 0 не
> > будет обновлено.
> > Необходимо получить 0B архивов.
> > После распаковки будет освобождено 19,7MB дискового пространства.
> > Продолжить? [Y/n] y
> > Совершаем изменения...
> > Preparing...
> > ###################################################################################################
> > [100%]
> > Running /usr/lib/rpm/posttrans-filetriggers
> > 1241503    4 ----------   3 root     root         1808 Авг 12 16:08 /var/resolv/etc/nsswitch.conf
> 
> Всё понятно, спасибо, это rpm >= 4.0.4-alt100.32.
> Диагностику можно убирать, ждите исправленный rpm в Сизифе.

По этой же причине не советую удалять пакет screen < 4.0.3-alt9.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

[sisyphus] [JT] Re: rpm-4.0.4-alt100.32 regression

[Michael Shigorin]

On Wed, Nov 30, 2011 at 07:18:12PM +0400, Dmitry V. Levin wrote:
> > ----------   3 root     root
> Всё понятно, спасибо, это rpm >= 4.0.4-alt100.32.
> Диагностику можно убирать, ждите исправленный rpm в Сизифе.

Дежавю: xfs тоже по заботе нулила (правда, не метаданные,
а данные на "подозрительных к утечке после сбоя" блоках)...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[sisyphus] "tcb_chkpwd: user unknown" (was: kscreenlock & kcheckpass)

[Michael Shigorin]

On Wed, Nov 30, 2011 at 01:05:32AM +0400, Dmitry V. Levin wrote:
> > В общем нашел такой вот древний тред
> > http://lists.altlinux.org/pipermail/sisyphus/2008-January/327305.html
> > 
> > При  control tcb_chkpwd tcb
> > имеем:
> > Nov 29 21:19:01 genesis tcb_chkpwd[16998]: user unknown
> > Nov 29 21:19:11 genesis tcb_chkpwd[17002]: user unknown
> > 
> > при:  control tcb_chkpwd traditional
> > 
> > Nov 29 21:20:32 genesis vlock[17074]: Locked tty on pts/7 for diver by (uid=500)
> > Nov 29 21:20:35 genesis vlock[17074]: Unlocked tty on pts/7 for diver
> > by (uid=500)
> 
> Если "control tcb_chkpwd traditional" решает проблему, в то время как
> "control tcb_chkpwd tcb" воспроизводит ее, то, скорее всего, у вас
> local misconfiguration: испортились права доступа на содержимое /etc/tcb.
> О том, как устроены эти права, написано в tcb(5).

Только что диагностировали как раз такую ситуацию после промаха,
вот скоропальная чинилка прав в /etc/tcb/ для архива:

cd /etc/tcb && for u in *; do chown "$u:auth" $u/ $u/shadow && chown root:root "$u"/shadow- "$u"/shadow.lock ||:; done && cd -

(одной строкой)

Также стоит проверить права на сам /etc/tcb/ (0710 root:shadow).

Хотя лучше, конечно, так не промахиваться...

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info