Отмонтировать корневую фс в systemd-based дистрибутиве

Монтируешь куда-нибудь tmpfs, строишь там минимальную систему (вместе с sshd в default.target), потом pivot_root (systemctl switch-root) и делаешь со старым корнем что хочешь.

Перемонтировать read-only несложно. Достаточно чтобы никто не держал открытыми файлы на запись, обычно достаточно перейти в single user. Systemd тут параллелен.

Про отмонтирование выше написали, это более заковыристо. Я обычно просто с live cd/usb загружаю, когда собираюсь с корнем что-то страшное делать.

отмонтирование корневой фс, например чтобы перемонтировать её в r/o

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

я не против поэксперементировать. Сервер виртуальный, физический доступ к нему отсутствует как факт, только ssh.

1) получи удаленный доступ хотя бы к VNC или serial console 2) если он хоть кому-то важен — сейчас же остановись, подними себе свой и извращайся на нем

по ssh
примерился прибить pid 1

ай молодец

<еще и systemd приплел>

и грустно, и противно.

мой и никому не важен

Переход в single user это «telinit 1». Как он на systemd-based системе выполняется? При этом ведь должен произойти перезапуск всех процессов, порожденных процессом с pid 1, то есть sshd остановится и я потеряю контроль над системой. Дальше только холодный резет и всё сначала.

так же как и несколько ядер (проверенное и новое) должно быть два корня, на удаленых серверах. С одним экспериментируешь, второй на случай если доэкспериментировался

Товарищ, у тебя в голове каша.

Во-первых, single user mode — это не «перезапуск всех процессов», а остановка всех процессов (кроме PID 1 и ещё пары-тройки системных, типа udev) и запуск аварийного шелла.

Во-вторых, в systemd нет ранлевелов. То, чем будет твой single user mode, определяешь только ты. В частности, нет никакой проблемы добавить sshd.service и сеть в Wants= к rescue.target.

Делал по указанной инструкции уменьшение корня на виртуалке в жидитал оушен, виртуалка centos 7. Вся разница только в том, что вместо telinit u, надо использовать systemctl daemon-reload, ну и journalctl перезапустить до кучи.

Связь при перезапуске ssh не теряется.

В этой статье вполне себе рабочий и понятный рецепт. Если то, что там написано не понятно, могу только посочувствовать.

systemctl switch-root

О, спасибо! Как всегда толковая информация о systemd. Откуда такие знания? Работа обязывает? :)

Нет, просто я не ленюсь читать маны.

Товарищ, у тебя в голове каша.

Во-первых, single user mode — это не «перезапуск всех процессов», а остановка всех процессов (кроме PID 1 и ещё пары-тройки системных, типа udev) и запуск аварийного шелла.

Во-вторых, в systemd нет ранлевелов. То, чем будет твой single user mode, определяешь только ты. В частности, нет никакой проблемы добавить sshd.service и сеть в Wants= к rescue.target.

Это так делается? А что ему не нравится?

root@iskatelproxy:/# systemctl isolate recue.target
Failed to start recue.target: Operation refused, unit may not be isolated.

rescue

recue