Котаны, возникла сегодня охуенная ситуация. Короче, с утра на кудахтере не запускаются никакие графические приложения. Даже перезагрузить и выключить через меню нельзя, диалог не появляется. Хорошо, хоть был запущен yakuake, который продолжал работать, и через него удалось выяснить, что файл xauth - того. И тут первый момент, начиная с sddm 0.20 этот файл создаётся не в домашней папке (~/.Xauthority как раньше), а в /tmp/xauth_… Так вот, на директории /tmp было время модификации 3 часа ночи. В логе в это время как раз отработал cron. А в кроне есть такой любопытный скрипт systemd-tmpfiles-clean , который запускает systemd-tmpfiles --clean Но у меня же гента с openrc, какой нафиг systemd? А вот так, куски этого скверного поделия пробрались и сюда (как udev, logind). Раньше была баш-портянка в составе openrc “opentmpfiles”, но это было немодно и немолодёжно, поэтому её deprecated, и теперь с гентой идёт ещё один кусок лёниной поделки. И вот этот кусок, как оказалось, заодно по дефолту втихаря чистит /tmp, ломая систему. А, ещё, мякотка в том, что удаляются файлы 10-дневной давности, и обнаружилось всё потому, что у меня внезапно образовался аптайм как раз 10 дней. А так то вродё всё работает, и с новым sddm (где xauth в /tmp), который стабилизировался уже как пару месяцев назад. Такие дела.
гента… systemd… одно г*вно на другом сидит и другим погоняет… это реально все косяки дизайна Linux’a вцелом. так называемый базар по все статьям… плохая интеграцию разнородных систем… тут и поттер виноват, и гентушники и все-все-все, кто в этом принимал участие…
они говорили, что systemd создаст единый стандарт, а в итоге на сосискиной убунту я читаю в крон-файлах:
# Important Note! This cronjob will NOT be executed if you are # running systemd as your init system. If you are running systemd, # the cronjob.timer function takes precedence over this cronjob. For # more details, see the systemd.timer manpage, or use systemctl showотлично! еще одна специфика!
p.s.
переходи на фряху. никаких тебе левых скриптов и тем более никаких systemd.
«плохая интеграцию разнородных систем» На мой взгляд, проблема в том, что эти системы слишком много на себя берут. Ладно, если это готовый дистрибутив, куда надо только тыкать мышкой, но тут самые базовые компоненты превращаются в грёбаный комбайн, который живёт своей жизнью, и сам делает то, чего от него не ожидаешь. По сути, tmpfiles был нужен, чтобы при загрузке создавать временные папки и всякие pid-файлы в /run для демонов, а он внезапно начинает хозяйничать, удалять “старые” файлы, запускаясь по таймеру. И это не сам systemd, а его малюсенький кусочек
или слишком мало. вот если бы у тебя systemd заодно рулил файлами графических сессий, как это делается в Gnome на дистрах от RH, у тебя бы не вышло этой проблемы. так что смотря как смотреть.
смысл в том, что такие вещи должны быть продуманы в рамках единого дизайна, а не конструктора “собери сам”.
вайфай завезли или вы с диалапа капчуете до сих пор?