команда не працює в cron (systemctl призупинити)

У мене є цей набір кронових завдань:

* * * * * /usr/bin/systemctl suspend

І це не працює. Але я можу запустити його в оболонці, і це працює. Я не розумію, що може не працювати.

EDIT Перенаправлення помилки виводу для отримання /tmp/errorцього:

Failed to issue method call: Access denied
Failed to issue method call: Access denied

Моє запитання тоді: чи виконується cronjobs як спеціальний користувач ( cronнаприклад), який би пояснив, що мій користувач може виконувати команду, але не cronсам?

Додаткове пояснення:

• Це мінімальний приклад, щоб показати проблему, яку я маю в сценарії (це має більше сенсу, ніж окрема команда, надана тут)

• systemctlє частиною systemd. Я думаю, що перезавантаження, вимкнення, призупинення працюють з користувачем, який не працює в корені systemd. У будь-якому випадку, це працює в моїй системі.

• Нарешті, я використовую Arch Linux і /bin, /usr/sbin, /sbinвсе символічні посилання на /usr/bin.

Я не можу реально відповісти як такий, але я думаю, що можу направити вас у правильному напрямку. Я знайшов це в Arch Wiki сторінки з systemd:

polkit необхідний для управління енергією. Якщо ви перебуваєте в локальному сеансі користувача systemd-logind, і жоден інший сеанс не активний, наступні команди працюватимуть без привілеїв root. Якщо ні (наприклад, через те, що інший користувач увійшов у tty), systemd автоматично попросить вас кореневий пароль.

[список різних команд systemctl]

systemctl призупинити

Це пропонує мені такі можливості:

1. У вас увійшов інший користувач. Можливо, ви ввійшли через tty?

2. cronзапускає свої команди, використовуючи /bin/sh. За замовчуванням в Arch це символьне посилання на /bin/bash. Це означатиме, що cronзапускається неінтерактивна оболонка bash, яка потім виявляє, що працює інший сеанс користувача (ваш), тому він не має права запускатись, systemctlнезважаючи на те, що працює як ваш користувач.

Отже, якщо ваша проблема полягає в тому cron, що не дозволяється запускатись, systemctlоскільки ви вже ввійшли в систему, ви можете це обійти, граючи з polkit, але я не маю там досвіду, тому я не можу допомогти.

Просте вирішення - використовувати crontab root замість власного. Відредагуйте його за допомогою:

$ sudo crontab -e

замість:

$ crontab -e

Цитуючи звідси :

Інша відповідь чудова! Але для цього потрібен кореневий крон.

Якщо ви хочете перезимувати з не-sudo cron, є два варіанти:

1. Використання polkit

Створіть файл, що містить:

[Enable hibernate to be run via cron]
Identity=unix-user:*
Action=org.freedesktop.login1.hibernate;org.freedesktop.login1.hibernate-multiple-sessions
ResultAny=yes 

названий com.0.enable-hibernation-from-cron.pklaу довіднику /etc/polkit-1/localauthority/50-local.d/.

Пояснення дано тут .

2. Використання візудо

Цитуючи звідси :

Якщо користувачам слід дозволити використовувати лише команди відключення, але вони не мають інших привілеїв sudo, тоді, як корінь, додайте наступне до кінця /etc/sudoersвикористання visudoкоманди.

user hostname =NOPASSWD: /usr/bin/systemctl poweroff,/usr/bin/systemctl halt,/usr/bin/systemctl reboot

Замініть userсвоє ім'я користувача та hostnameім'я хоста машини.
Тепер ваш користувач може відключити sudo systemctl poweroffта перезавантажити sudo systemctl reboot. Користувачі, які бажають вимкнути систему, також можуть використовувати sudo systemctl halt.
Використовуйте тег NOPASSWD: лише в тому випадку, якщо ви не хочете, щоб вас запросили пароль.

У моєму випадку точний рядок:

anmol ALL=NOPASSWD: /bin/systemctl hibernate

(Зверніть увагу, що у systemctlвашій системі місце розташування може бути різним.)

Після цього ви можете написати sudo systemctl hibernateлобовий крон в сплячку.

Примітка: Безпосередньо зміна /etc/sudoersє поганим ; замість цього створіть спеціальний файл судорів за /etc/sudoers.d/допомогою команди - sudo visudo -f /etc/sudoers.d/custom.

Якщо ви використовуєте системний crontab, ви забудете поле користувача. Спробуйте:

* * * * * root /usr/bin/systemctl suspend

Вам потрібно використовувати системний конфігураційний файл у /etc/systemd/system

[Unit]
Description=Pimcore Events Processor

[Service]
WorkingDirectory=/var/www/html
ExecStart=/usr/bin/php run something
Restart=always
WatchdogSec=300 #in seconds
User=www-data
Group=www-data

[Install]
WantedBy=multi-user.target