37946 2020-01-28 13:49:22 +0300 tor start request too quickly 2020-01-28 17:30:45 +0300 1 1 4 Development Sisyphus tor unstable x86_64 Linux CLOSED NOTABUG P5 normal --- 1 ruslandh rider rider ruslandh vladimir.didenko qa-sisyphus oldest_to_newest 187290 0 ruslandh 2020-01-28 13:49:22 +0300 При старте tor Описано не только у нас, например здесь https://bugzilla.redhat.com/show_bug.cgi?id=974477 187292 1 ruslandh 2020-01-28 13:52:31 +0300 https://tor.stackovernet.com/ru/q/2909 As @Peter Gerber noted, that was an issue with systemd. What I've done: Changed symlink /var/run to point to ../run instead of /run Added ReadWriteDirectories=-/run to /lib/systemd/system/tor@default.service After every change run systemctl daemon-reload These two changes separately didn't help, but both of it combined resolved my problem. Thank you Peter once more! 187295 2 ruslandh 2020-01-28 14:19:46 +0300 Не, не помогает. Помогает только переустановка tor ﷐[U+1F609]﷑ как не странно 187303 3 vladimir.didenko 2020-01-28 14:50:41 +0300 (In reply to ruslandh from comment #2) > Не, не помогает. Помогает только переустановка tor ﷐[U+1F609]﷑ как не странно Как-то странно, очень похоже на локальный misconfiguration. Нужна либо процедура воспроизведения, либо подробные логи. Иначе тикет можно закрывать как бесполезный. 187309 4 ruslandh 2020-01-28 17:30:45 +0300 Да, извините, мой косяк. Разобрался /var/log/ был в ОЗУ (tmpfs) и не было каталога /var/log/top PS Когда скрипт рукам /etc/rc.d/tor запустил, /etc/rc.d/tor start он мне и выдал всё, что не так, а до этого systemd совсем в другую сторону уводил. Временно решил упаковав каталог /var/log c пустыми директориями (из аналогичной системы, но без /var/log/ в tmpfs) в tar.bz2 и заставив /etc...rc.local его распавывать при старте.