Оболочка измененного корня к несуществующему пути

Это - зарегистрированная торговая марка, видимая в: http://www.unix.org/

Это - просто UNIX всеми заглавными буквами и иногда маленькие заглавные буквы.

3
задан 14 June 2011 в 12:58
7 ответов

Начальная загрузка в однопользовательский режим и затем:

mount -w /
vipw

Путь изменения к /usr/local/bin/bash

exit
9
ответ дан 3 December 2019 в 04:40

Используйте живой CD/DVD некоторого вида. (Хинду является хорошим выбором.) Просто монтируют диск и редактируют/etc/passwd файл.

3
ответ дан 3 December 2019 в 04:40

Просто подсказка... После первого входа в систему как корень я изменяю toor пароль. Таким образом, даже с повреждением данных / диск или потерянный раздел, у меня есть пользователь с полномочиями и 2 оболочками différents.

3
ответ дан 3 December 2019 в 04:40

Можете Вы su (без -) ?

В противном случае, возможно, sudo -u root /usr/bin/bash мог работать?

Иначе, начальная загрузка с CD, смонтируйте корневую файловую систему, изменитесь etc/passwd файл в корневой файловой системе, синхронизации, umount, перезагрузке.

1
ответ дан 3 December 2019 в 04:40

Попытайтесь изменить строку начальной загрузки личинки во время начальной загрузки так, что она не могла найти ядро. личинка отбросит Вас к busybox. Это имеет встроенный редактор vi. Смонтируйте, отредактируйте и перезагрузка.

0
ответ дан 3 December 2019 в 04:40

Корректная команда для однопользовательского режима:


mount -u -rw /
mount -a -t ufs

затем просто сделайте: chsh-s/usr/local/bin/bash корень

0
ответ дан 3 December 2019 в 04:40

Я только что сделал то же самое на Synology Diskstation - Я предположил, что / bin / bash был доступен при поспешной смене корневой оболочки. Doh.

Я использовал параметр -s su, когда входил в систему как admin, чтобы принудительно запустить оболочку:

-s, --shell=SHELL            run SHELL if /etc/shells allows it

То есть:

su -s /bin/ash 

Phew.

0
ответ дан 3 December 2019 в 04:40

Теги

Похожие вопросы