Здравствуйте, cppguard, Вы писали:

C>Лог systemd units лучше смотреть через journalctl -xeu <название>.

Что писать в <название>?

C>C systemd лучше не конфликтовать, потому что куча всяких неявных правил и установок. Проще или поправить соответствующий конфиг, или полностью отказаться от systemd.

Типа его выпилить проще, чем починить fstab?

C>read-only root это действительно странно. Обычно, / монтируется в read-only, когда инициализация системы не прошла успешно.

Я уверен что не поэтому, а потому что по умолчанию в этих армбианах /tmp и своп живут в оперативной памяти, и когда я вырезал это щастье — мог что то недоснести.

Ну и journalctl -b ничего о проблемах не говорит, куда ещё смотреть?

И ничего не объясняет почему /tmp не монтируется. Ведь генератор даже не ругается, типа, всё делает как надо, только оно потом не работает. Хотя, это я запускал на загруженной системе, а, судя по ману, оно запускается при каждой загрузке и вот хер знает что оно видит в тот момент и что генерит.

C>Я раньше тоже недолюбливал systemd, но по большей части из-за множественных косяков ранних версий и на волне всеобщего порицания от фанатов Столлмана. Но к тому времени я не успел потратить много времени в обнимку с init scripts, поэтому синдрома утёнка не заполучил, и, разобравшись, мне systemd стал нравится. Тем более, что man pages у проекта отличные и всеобъемлющие.

Я его не люблю из-за этой самой "кучи всяких неявных правил и установок". Какая то винда вырисовывается на горизонте. И на каждый второй чих своя, неповторимая тулза, типа hostnamectl. resolv вырезаю уже на автомате. И их маны не помогают в случае проблем вообще.

Здравствуйте, cppguard, Вы писали:

C>Лог systemd units лучше смотреть через journalctl -xeu <название>.

Что писать в <название>?

C>C systemd лучше не конфликтовать, потому что куча всяких неявных правил и установок. Проще или поправить соответствующий конфиг, или полностью отказаться от systemd.

Типа его выпилить проще, чем починить fstab?

C>read-only root это действительно странно. Обычно, / монтируется в read-only, когда инициализация системы не прошла успешно.

Я уверен что не поэтому, а потому что по умолчанию в этих армбианах /tmp и своп живут в оперативной памяти, и когда я вырезал это щастье — мог что то недоснести.

[upd] рут всегда сначала монтируется ro, а только потом, когда все счастливы — перемонтируется в rw. Но не у меня.

Ну и journalctl -b ничего о проблемах не говорит, куда ещё смотреть?

И ничего не объясняет почему /tmp не монтируется. Ведь генератор даже не ругается, типа, всё делает как надо, только оно потом не работает. Хотя, это я запускал на загруженной системе, а, судя по ману, оно запускается при каждой загрузке и вот хер знает что оно видит в тот момент и что генерит.

C>Я раньше тоже недолюбливал systemd, но по большей части из-за множественных косяков ранних версий и на волне всеобщего порицания от фанатов Столлмана. Но к тому времени я не успел потратить много времени в обнимку с init scripts, поэтому синдрома утёнка не заполучил, и, разобравшись, мне systemd стал нравится. Тем более, что man pages у проекта отличные и всеобъемлющие.

Я его не люблю из-за этой самой "кучи всяких неявных правил и установок". Какая то винда вырисовывается на горизонте. И на каждый второй чих своя, неповторимая тулза, типа hostnamectl. resolv вырезаю уже на автомате. И их маны не помогают в случае проблем вообще.