On 10/29/07, <b class="gmail_sendername">Sergey V Kalinin</b> <<a href="mailto:sergei.kalinin@amur.dti.ru">sergei.kalinin@amur.dti.ru</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<a href="mailto:banzaj@altlinux.org">banzaj@altlinux.org</a><br><br>> Здравствуйте,<br>><br>> On 10/29/07, Sergey V Kalinin <> wrote:<br>> ><br>> > Приветствую!<br>> ><br>> > Выявилась проблема при старте системы виснет на этапе
<br>> ><br>> > populating /dev<br>> ><br>> > в чем может быть проблема?<br>> > юзера берутся из лдап LDAP (nss_ldap, pam_ldap)<br>> > но как-то странно, казалось-бы, причем тут устройства и авторизация
<br>> > пользователей?<br>> ><br>> > может кто разъяснить данную проблему?<br>> ><br>> > (про timelimit уже почитал)<br>><br>><br>> Если проблема в "грязной" файловой системе, то вероятно это уже было
<br>> поставлено в список задач, но похоже не решено:<br>> <a href="http://lists.altlinux.ru/pipermail/sisyphus/2007-July/102136.html">http://lists.altlinux.ru/pipermail/sisyphus/2007-July/102136.html</a><br>><br>
<br>в том то и дело что диагносцировать не удалось, хотя вроде сперва<br>ругнулось на какой-то раздел винта и умерло<br></blockquote></div><br>Если оно ругается, а потом не виснет, то это, видимо, как раз оно... Как было указано, если я всё правильно понял (
<a href="http://lists.altlinux.ru/pipermail/sisyphus/2007-July/102126.html">http://lists.altlinux.ru/pipermail/sisyphus/2007-July/102126.html</a>), в такой ситуации, корректно загрузиться удалось, только убрав из nsswitch.conf
упоминание об ldap. В этом случае загрузка, после проверки файловой системы, проходит успешно. Я так понимаю, что именно в этой проверке, сопуствующих действиях или их следствиях происходит залипание, что вероятно связано с использованием определённых вызовов glibc, затрагивающих такие части nss_ldap, которые могут так себя вести... Мне в голову приходит пока только такой забавный вариант, когда пытаются разрешить неверно сформированное, в результате сбоя, имя или uid/gid, но это только догадка...
<br><br>-- <br>Sin (Sinelnikov Evgeny)