journalctl -fu tor@default.service --lines 10
tor@default.service: Failed to set up mount namespacing: /run/systemd/unit-root/: Transport endpoint is not connected
tor@default.service: Failed at step NAMESPACE spawning /usr/bin/tor: Transport endpoint is not connected
tor@default.service: Main process exited, code=exited, status=226/NAMESPACE
Помучив гугл, пришёл к временному решению — закомментировать ReadOnlyDirectories=/. Но как это вообще отлаживать и чинить?
Уточню, мне очень не хочется перезагружаться, так что варианты со сменой дистрибутива на такой, где нет systemd тоже не рассматриваются
1. откатить систему на предыдущую версию 2. поискать по ресурсам поддержки тор сервиса информацию о том, как это пофиксить 3. полезть читать исходный код, подписаться на рассылку, разобраться в чем дело самому, выкатить исправление, закоммитить 4. попробовать другой дистр, в котором это работает 5. поменять сервис на другой какой-нибудь
Ну, я подозреваю, что проблема не в tor, а в systemd, поэтому решил задать вопрос, надеясь, получить не решение, а подсказку по дебагу. Так что из всех пунктов мне бы только 3 и подошёл, но я пока не настолько отчаялся...
-fu это означает прицепиться к стриму логов конкретного юнита
Кстати, нашёл, как в этом счастье получить более вербозные логи перед падением: systemd[1]: tor@default.service: Failed to read oom_kill field of memory.events cgroup attribute: No such file or directory ... Failed to umount /run/systemd/unit-root/dev, ignoring: Device or resource busy ... Failed to re-mount '/run/systemd/unit-root/' and its submounts: Transport endpoint is not connected ... * ушёл гуглить, пока опять не надоело *
Обсуждают сегодня