Продолжая икать от пережитого…
Сегодня возник неприятный инцидент. В связи с тем, что современные операционные системы поддерживают работу как с 32битными, так и с 64 битными приложениями, в них вводят разные механизмы переключения. Так вот на Sun Solaris есть чудная команда crle… И если ее запустить с ошибочным ключом, то система перестанет искать библиотеки там, «где следует». В результате НИ ОДНА команда не работает, кроме самых простых.
Если вы напоролись на такую ситуацию — ни в коем случае не закрывайте консоль.
1. Выполните команду setenv LD_NOCONFIG=1
2. После этого выполните crle с правильным (дефолтным) аргументом.
3. Удалите файл /var/ld/ld.config (в моем случае его изначально не было)
4. Убедитесь, что система живет. Попробуйте открыть еще одну консоль и позаходите на нее через telnet, ssh, rlogin.
5. Наберите команду unsetenv LD_NOCONFIG.
6. Повторите действия из п.4
Уфф.. вроде все. Загрузки системы в safe mode избежали.
Кое-Что О Слонах
Личная Песочница
ARCAdaptor
Кое-Что О Слонах 
Доброго времени суток. Мне не так повезло с рутовой консолью, собсно после логина по ссш под обычным юзером имеем
$ su
ld.so.1: su: fatal: passwdutil.so.1: open failed: No such file or directory
ld.so.1: su: fatal: relocation error: file /usr/lib/security//pam_authtok_get.so.1: symbol __get_authtoken_attr: referenced symbol not found
Killed
Не подскажете в какую сторону копать?
Боюсь, что уже в сторону ребута в каком-нибудь emergency режиме. Ну или взять какой-нибудь netbsd для этого процессора и загрузиться в live-режиме, подмонтировать файловую систему и поправить конфигурацию. Правда это уже из области фантастики, но на безрыбье много чего соловей.
Спасибо, как ни банально спасло export LD_NOCONFIG=1 и дальше удалось залогиниться под рутом, после чего
mv /var/ld/ld.config /var/ld/ld.config.old
и все забегало.
Может мой рецепт кому то поможет.
Совсем забыл. после удаления обязательно unset LD_NOCONFIG