Пользователи могут настраивать системные таймеры , в основном путем создания службы и таймера в ~/.config/systemd/user
и включения таймера.
Есть две основные функции, которые теряются при переключении с пользовательских -заданий cron на системные таймеры (, хорошо это или плохо, зависит от ситуации):
Использование таймеров systemd добавляет ряд возможностей по сравнению с заданиями cron; например, спецификация времени более выразительна , чем у cron, а таймеры могут быть настроены на срабатывание с дополнительными требованиями, такими как «только когда определенная VPN работает». (Конечно, все эти тонкости могут быть записаны и в заданиях cron... )Я также нахожу таймеры systemd более удобными в управлении, чем задания cron :легко увидеть, каков статус таймера, и в следующий раз он будет Пожар.
В Debian шаблон, который вы видели, используется, чтобы избежать повторного запуска повторяющихся задач дважды, один раз с помощью systemd, а другой раз с помощью cron или anacron (по какой-либо причине ). Это не означает, что существует общая цель по выводу из эксплуатации cron или anacron.
Из-за чередования и отображения банков памяти очень сложно выяснить, какой модуль используется операцией.
Как насчет того, чтобы удалить половину модулей и посмотреть, не исчезнет ли проблема? Продолжайте делить пополам, пока не найдете виновного. Чтобы ускорить поиск, запустите (== boot в)memtest86+ при тестировании, чтобы ошибка появилась. Многие установочные DVD-диски Linux (, например. В Ubuntu )есть образ memtest86+, который можно легко загрузить.