Как стать автором
Обновить

Комментарии 10

ЗАНУДА_МОДЕ=ON
Ну если пишете что все/большинство команд требуют рута, то стоит шел приглашение рутовое использовать (# вместо $).
абсолютно не согласен. нельзя давать ни малейшего упоминания, что можно зайти под пользователем root, а уже тем более выполнить команду.

пароль от пользователя root должен быть в строжайшем секрете и открываться с двух апрувов.
касательно статьи — я бы принудительно редактировал все статьи, которые советуют войти как root.
root — это инструмент. Да, инструмент опасный. Да, инструмент требующий повышенной ответственности, но инструмент. Нельзя запретить болгарку, потому что она очень опасна. Надо просто научиться ей пользоваться. Я не вижу ничего плохого в том, чтобы использовать root, но только тогда, когда это необходимо и только там, где это необходимо.
А я то думал что я зануда :)
По-моему, вы зря минусуете человека. Это ведь явно сарказм.
Вы можете ввести root-пароль здесь, если вы хотите запросить оболочку с root-правами, или вы можете нажать Ctrl + D, чтобы продолжить процесс запуска, который будет отображать обычное приглашение входа в консоль.


Вот тут я не понял — если нажать Ctrl + D то под каким тогда пользователем будет логин в системе?

Просто к примеру в Ubuntu штатно под рутом не войти (он залочен). Но sudo воспользоватся может только конкретные пользователи (участники группы admin). Так вот войти под админом как-то нужно, но под ним входить тоже, по идее, нужно с паролем…
хм… попробовал на xubuntu 18.04 (root — залочен, пациентом был снимок btrfs корня).

В Ubuntu выводится такое приглашение после загрузки контейнера:
You are in rescue mode. After logging in, type "journalctl -xb" to view
system logs, "systemctl reboot" to reboot, "systemctl default" or "exit"
to boot into default mode.
Press Enter for maintenance
(or press Control-D to continue): 

Если нажать просто Enter то попадаю в консоль восстановления под рутом.
А если нажать CTRL + D то выбрасывает на tty login и таргет уже не rescue.target а default target: там multiuser и даже graphical пытался GUI в контейнере загрузить (неуспешно конечно).

т.е. в rescue.target можно попасть только рутом… что вобщем-то логично.
Если уж мы удосужились вытащить диски и переставить их в другую машину, то зачем все эти пляски с systemd, если по сути надо просто смонтировать диск (ну если надо — то прогнать fsck) и поправить файлы, которые испортились?
А как определить, какие испортились? Для этого грузим систему, смотрим на ошибки и вручную их исправляем. Можно, конечно, сразу после fsck унести диск на родную систему и делать это там, но и вариант с контейнером имеет право на жизнь. Особенно если вы сделали копию диска и хотите поиграться с ней, не гоняя fsck на оригинальном носителе.
А не проще настроить резервное копирование и восстановить систему при необходимости? Или бэкап для слабаков?
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.