Как понять, по какой причине корневая файловая система монтируется в readonly?

В большинстве случаев она по умолчанию монтируется в RO см.опции загрузки ядра, потом её повторно монтирует, вместе со всем остальным система инициализации, проверь что в fstab, или если systemd рулит точками монтирвания, то её. Заодно никогда не смотри результат в выводе mount, он берёт инфу из /etc/mtab который может быть не правильным, только /proc/mounts, только хардкор.

Где-то ещё остались дистрибутивы, где нет

ls -l /etc/mtab
lrwxrwxrwx 1 root root 19 апр 19 11:11 /etc/mtab -> ../proc/self/mounts

если systemd рулит точками монтирвания, то её.

Тут написано, что имя конфигурационного файла должно совпадать с именем директории:
https://oguya.ch/posts/2015-09-01-systemd-mount-partition/

мне не ясно, какое имя должно быть для корневой директории.
https://www.freedesktop.org/software/systemd/man/systemd.unit.html#String Esc...
-.mount подойдёт?

Mount units may either be configured via unit files, or via /etc/fstab (see fstab(5) for details). Mounts listed in /etc/fstab will be converted into native units dynamically at boot and when the configuration of the system manager is reloaded.

https://unix.stackexchange.com/questions/179430/how-do-i-run-systemctl-comman...

6й редхат, SLES 11, ынтырпрайз вообще медленно обновляется, много где 5й редхат колосится.

Я так понимаю ты сам на свой вопрос уже ответил))

нет, я пока только в /etc/fstab прописал и оно заработало. Но хотя это и рекомендованный способ - он неправильный. А при помощи systemd я пока так и не сделал (исходя из принципа «не сломалось - не чини»). Так что как буду делать следующую виртуалку, наткнусь на эту проблему, буду искать в интернете, прийду в этот топик, и вот тогдаааа...

Смотри дальше по логам. Обычно в RO перемонтируется, когда какие-то лютые ошибки ФС происходят.

Имхо, будет хорошо, если ты в тело темы напишешь решение :)

Так я не нашел решения. У меня не получается сделать такой файл
/etc/systemd/system/-.mount
чтобы корень монтировался в rw, а не в ro.

бага вот есть - https://github.com/systemd/systemd/issues/7945

Ага, только она закрыта как wontfix c вполне логичным обоснованием.

В качестве костыля могу предложить еще передавать ядру параметр rw. Тогда корневая ФС будет СРАЗУ смонтирована в R/W. Но если тебе нужны другие опции(окромя того что прописано для твоей ФС по дефолту) - тогда облом.

Update: rw дефолт уже хрен знает сколько времени. Если у тебя не передается опция ro ядру, тогда ФС уже должна быть примонтирована для записи.

Я не понимаю, в какой момент запускается проверка файловых систем. Изначальная идея была ведь примонтировать в readonly, запустить fsck и затем смонтировать в rw, правильно? Если я сразу смонтирую в rw, я всю идею опошлю

Update: rw дефолт уже хрен знает сколько времени

у меня умеренно свежее ядро (из генты - стабильное, 4.14.65 если точнее)

https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html
ro [KNL] Mount root device read-only on boot
rw [KNL] Mount root device read-write on boot

у тебя не передается опция ro ядру

я не указываю такой параметр в конфиге grub

может какую настройку CONFIG_ поискать?

Не видел в проде экспулатацию точек монтирования systemd. Энтерпрайзы пишут fstab. Не вижу особого смысла в поиске смысла. Если нет ни fstab ни точек монтирования оно в rw не перемонтирует.

есть идея, что корень(/dev/ram0)-то монтируется в rw, а real_root монтируется в ro.