[РЕШЕНО]Вопросы от DBus/LDAP

Всем привет!
После очередной попытки обновить world прилетел вопрос, замержить обновленный пакет через etc-update. Вопрос касался ldap. С этого момента начались висяки системы, не смотря на то что система обновления более не просит.
Попытка накатить на систему поверх, равно как и после форматирования всех разделов, ни к чему не привело. Ибо, обновление системы дошло до того же замержинного пакета и все по новому. Т.к. обновлять систему так или иначе необходимо, то возникает закономерный вопрос, что делаю не так?
Текущее состояние загрузки таково

Starning DBus messagebus…
[3397] nss_ldap 8 second …
[3397] nss_ldap 7 second …

и т.д. в том же духе

P.S. исходные данные выложу по необходимости, и если это требуется?
а пока вот это http://pastebin.ru/ZyBlCoGr

Сам же и предполагаю, что ответ на мой вопрос кроется здесь http://www.calculate-linux.ru/issues/733 ?

Теперь уже не спрашиваю а утверждаю! Ибо все заработало в штатном режиме.

Это брутальный способ. Остаются проблемы, как например: не автомонтируются разделы через autofs. Правильно было бы удалить “проблемный” пакет
emerge -C nss_ldap
После этого будет изменен файл nsswitch.conf. Его содержимое будет удовлетворительным, система будет работать правильно.
Сам файл nsswitch.conf удалять не стоит.

Вас понял, и практически согласен! Однако, а как же быть с вот таким мнением самой системы и соответствующих зависимостей? см. вложение
Получается, что удаляем мы соответствующий пакет из системы или нет, а он тем не менее необходим? (по зависимостям)
Может флажок какой поправить необходимо…?
Ожидаю комментариев и заранее Благодарю!

P.S. Система с удаленным /etc/nsswitch.conf работает вполне стабильно.

nss_ldap.png

Станислав Сухоруков wrote:

Вас понял, и практически согласен! Однако, а как же быть с вот таким мнением самой системы и соответствующих зависимостей? см. вложение
Получается, что удаляем мы соответствующий пакет из системы или нет, а он тем не менее необходим? (по зависимостям)
Может флажок какой поправить необходимо…?
Ожидаю комментариев и заранее Благодарю!

P.S. Система с удаленным /etc/nsswitch.conf работает вполне стабильно.

Видимо все же вопрос был несколько глубже зарыт. Ибо после переустановки на версию
Installed versions: 265-r5{tbz2}(02:03:50 31.03.2015)r5{tbz2} ,
Система продолжает работать в штатном режиме. И по сему считаю данный пост закрытым.
Благодарю всех за комментарии!

Старая проблема, которая вновь выскочила, не удалялся файл /etc/ldap.conf. Попробуйте cl-update выполнить, должно поправиться.

Если удалить пакет nss_ldap, то возникнут проблемы со штатным обновлением системы. Я заново поставил этот пакет и увидел, что если файл /etc/nsswitch.conf в системе есть (его я не стирал), то он остается нетронутым. В файле этом настройки остались, как для системы без nss_ldap, поэтому для решения проблемы достаточно в данном файле добавить авторизацию через file (первый параметр в строках типа авторизации).

Приветствую Вас, Уважаемый!
Вроде уже закрыл тему… а видимо она остается актуальной и прежде :slight_smile:
Еще раз добавлю от себя…
Я сначала просто удалил конфигурационный файл (как и описывал выше). Однако, позже подумал, что все таки если есть в системе установленный пакет, то и конфиг к нему так или иначе должен быть! Поэтому запустил систему обновиться. В результате система выдала для установки пакет (и опять же по зависимостям с sys-apps/calculate-utils). Что в принципе вполне закономерно. Поэтому, я обновил таким образом систему, включая и обратные зависимости. Файл /etc/nsswitch.conf так же благополучно появился в системе. И что характерно, никаких как Вы описываете вопросов со штатным обновлением системы нет. По крайней мере ядро версии 3.18.11, вполне штатно установилось в качестве обновления системы. Так же подтверждаю штатную работу всех систем, включая монтирование внешних устройств.

При выключении или перезагрузки в консоли ошибка желтый значок на start-stop-daemon.Как исправить?