>
fsck.repair=yes
Выглядит так, что на старте системы запустился fsck на / , ниасилил исправить ошибки, и дальше система загрузилась в r/o
Черт его знает, смог ли он в какой-то лог записать, почему именно не смог починить ошибки. Возможно, что-то есть в journalctl -xe - журнал в памяти должен лежать.