Выполнить команду при включении/выключении и засыпании/пробуждении системы

смотри в сторону systemd скриптов. Например перед гибернацией выполнить комманду можно примерно так

[Unit]
 Before=hibernate.target

[Service]
 Type=oneshot
 ExecStart=/что то выполнить
 RemainAfterExit=yes

[Install] 
WantedBy=hibernate.target

Подредактировал название и шапку.

Команду добавил в шапку. Куда её кинуть?

что за ddccontrol? в любом случае нужно помнить что в ExecStart= нужно прописывать полные пути. В твоем случае команду нужно запустить скорее всего через шелл. (пути у меня на федоре)

ExecStart=/usr/bin/sh -c «/путь/к/ddccontrol -bla»

Команда управления монитором. ExecStart= - что это? Можно попроще, я только учусь...

Пробовал это - не работает.

- твои скрипты должны лежать в /etc/systemd/system. Посмотри какой нибудь в nano или с cat, чтобы увидеть как они устроенны.

в моем примере видишь 3 раздела. В разделе [Service] execstart выполняет твою команду. Тип oneshot я выбрал сам, вероятно наиболее подходящий. Многие команды выполняются корректно в таком стиле как я написал через sh, но пути всегда должны быть абсолютными. Поищи где находится твоя команда

$ whereis  ddccontrol

и забей сюда. Например в федоре путь с sh такой ExecStart= /usr/bin/sh -c «/путь/ddccontrol -r 0xe1 -w 1 dev:/dev/i2c-1»

- после написания скрипта сделать systemctl daemon-reload если хочешь его потестить сразу

- сделать systemctl enable твой_скрипт.service чтобы он проинсталлировался

KOT040188 xa, прикольная штука :))) Обалдеть, очень нужная вещь, я только что свой так выключил. Молодец, где откопал?

На просторах интернета. Причём очень давно. Но авторы забили на неё в 2006 году и её не было в источниках. В 16.04 внезапно добавили в источники. Кстати есть gddccontrol - использовать не советую - глючная до безобразия…

спасибо, действительно интересная вещь. А ты уверен что команда правильная? у меня выглядит так

/usr/bin/ddccontrol dev:/dev/i2c-1 -r 0xd6 -w 4

не подкаталоги, у меня такой путь

/etc/systemd/system/monitor.service 

работающий скрипт у меня

[Unit]
 Before=shutdown.target

[Service]
 Type=oneshot
 ExecStart=/usr/bin/sh -c "/usr/bin/ddccontrol dev:/dev/i2c-1 -r 0xd6 -w 4"
 RemainAfterExit=yes

[Install]
WantedBy=shutdown.target

Для любознательных тыц тыц

да точно тут. Должен огорчить, у меня после перезагрузки ddccontrol больше не видит ни одного монитора. Переустановка помогает, но это не выход. Видимо еще сырой. Поищу еще, может есть решение.

Probing for available monitors
Detected monitors :
No monitor supporting DDC/CI available.
If your graphics card need it, please check all the required kernel modules are loaded (i2c-dev, and your framebuffer driver).

Короче нифига не понял куда класть…

У меня gddccontrol постоянно теряет монитор и при этом меняет настройки как захочет. Но ddccontrol работает чётко… Он не сырой, он брошеннный…

мой скрипт называется monitor.service и должен лежать по этому пути

/etc/systemd/system/monitor.service 

ура, вопрос решился с ddccontrol. Надо подгружать в ядро модуль i2c и мониторы опять распознаются

А, понял. Так это для какого случая - загрузка выключение или спячка? А на бубунте не надо подгружать модули…

не может быть.. Хотя бубна в некотором смысле «развитее» что-ли чем федора для настольных пк

Вот ссылка подтвержающая.

так там же тоже написано

Для того, чтобы не приходилось после каждого запуска системы запускать модули ручками, вносим изменения в /etc/modules, дописываем модули изменения до вида.

    lp
    rtc
    i2c-dev
    interlfb (тут будет ваш фреймбуфер)

посмотри точно у тебе после рестарта распознает монитор?

оказалось у меня shutdown.target не срабатывал, надо добавить 2 других. В твоем случае наверно еще hibernate.target и еще там что есть. У меня не активирована гибернация, потому действую вслепую

окончательный вид скрипта такой

Unit]
 Before=shutdown.target reboot.target halt.target

[Service]
 Type=oneshot
 ExecStart=/usr/bin/sh -c "/usr/bin/ddccontrol dev:/dev/i2c-1 -r 0xd6 -w 4"
 RemainAfterExit=yes

[Install]
WantedBy=multi-user.target

Там написано

В Ubuntu 15.10 и старше лично мне не потребовалось, всё работает из коробки

посмотри точно у тебе после рестарта распознает монитор?

Не сомневайтесь.

окончательный вид скрипта такой

А для выхода из сна, спящего и включения системы какие слова писать? Усыпил - не сработало. Может перезагрузится надо?

а ты свой монитор в гибернацию отправляешь? Мой автоматически уходит, когда нет сигнала. После выключения безполезно что либо запускать. Наверно. Еще не пробовал

Выключил - не сработало.

Гибернация это мигающая лампочка, а я выключаю монитор совсем. После выключения нужная команда включает монитор - проверено. Почему не работает скрипт? Я что-то упустил? Что-то я не узнаю linux…

«Усыпил - не сработало. Может перезагрузится надо?» запости твой сюда.

и еще вывод команды

systemctl list-units --type target --all

[code-bash]kot@kot-MS-7930:~$ systemctl list-units --type target --all UNIT LOAD ACTIVE SUB DESCRIPTION basic.target loaded active active Basic System bluetooth.target loaded active active Bluetooth cryptsetup.target loaded active active Encrypted Volumes emergency.target loaded inactive dead Emergency Mode final.target loaded inactive dead Final Step getty.target loaded active active Login Prompts graphical.target loaded active active Graphical Interface halt.target loaded inactive dead Halt local-fs-pre.target loaded active active Local File Systems (Pre) local-fs.target loaded active active Local File Systems mail-transport-agent.target loaded active active Mail Transport Agent multi-user.target loaded active active Multi-User System network-online.target loaded active active Network is Online network-pre.target loaded inactive dead Network (Pre) network.target loaded active active Network nss-lookup.target loaded inactive dead Host and Network Name Lookups nss-user-lookup.target loaded active active User and Group Name Lookups paths.target loaded active active Paths reboot.target loaded inactive dead Reboot remote-fs-pre.target loaded active active Remote File Systems (Pre) remote-fs.target loaded active active Remote File Systems rescue.target loaded inactive dead Rescue Mode

[Unit]
 Before=shutdown.target reboot.target halt.target

[Service]
 Type=oneshot
 ExecStart=/usr/bin/sh -c "/usr/bin/ddccontrol -r 0xe1 -w 0 dev:/dev/i2c-1"
 RemainAfterExit=yes

[Install]
WantedBy=shutdown.target

Надо еще сделать systemctl enable asdfsdfs.service

Блин, вот это я упустил…

не, а ты пробовал просто запустить свой скрипт, без выключения. Перед этим закоментируй # Before=

$ sudo systemctl restart monitor.service

$ sudo systemctl -l status monitor.service

напомню после каждого изменения скрипта, если хочешь тестировать сразу надо сделать

$ sudo systemctl daemon-reload

да, что выдает

$ sudo systemctl -l status monitor.service

?

кавычки забыл??

/usr/bin/sh -c «/usr/bin/ddccontrol -r 0xe1 -w 0 dev:/dev/i2c-1»

Я же показал скрипт.

Оказывается:

kot@kot-MS-7930:~$ ddccontrol -r 0xe1 -w 0 dev:/dev/i2c-1
ddccontrol version 0.4.2
Copyright 2004-2005 Oleg I. Vdovikin (oleg@cs.msu.su)
Copyright 2004-2006 Nicolas Boichat (nicolas@boichat.ch)
This program comes with ABSOLUTELY NO WARRANTY.
You may redistribute copies of this program under the terms of the GNU General Public License.

Чтение EDID и инициализация DDC/CI на шине dev:/dev/i2c-1...
dev:/dev/i2c-1: Отказано в доступе

DDC/CI на dev:/dev/i2c-1 нерабочее (-3).
Если Ваша видеокарта это требует, то проверьте, что все требуемые модули ядра загружены (i2c-dev и драйвер фрейбуфера)

там обрезанно на самом интересном месте. Однако у меня подозрения что как раз после рестарта ddccontrol у тебя и не пашет. Что выдает

$ sudo ddccontrol -p

/usr/bin/sh -c "/usr/bin/ddccontrol -r 0xe1 -w 0 dev:/dev/i2c-1"

Поправил предыдущее сообщение. Sudo ddccontrol -r 0xe1 -w 0 dev:/dev/i2c-1 - работает без проблем. Может в скрипт надо sudo добавить?

хаха. Дык я тебе о чем, хде модуль? А ты думал у пользователей бубны полная свобода. Нет, ты пока еще в матрице

Sudo ddccontrol -r 0xe1 -w 0 dev:/dev/i2c-1 - работает без проблем. Модули грузить не надо. Может в скрипт надо sudo добавить?

А у тебя вообще есть /usr/bin/sh? Попробуй /bin/sh написать (а лучше вообще без шелла, сразу /usr/bin/ddccontrol запускай)

если так пашет значит и скрипт должен работать. Это пробовал запустить?

/usr/bin/sh -c «/usr/bin/ddccontrol -r 0xe1 -w 0 dev:/dev/i2c-1»

и еще раз

$systemctl -l status monitor.service

-l важно чтобы не обрезался

А у тебя вообще есть /usr/bin/sh?

нет.

kot@kot-MS-7930:~$ /usr/bin/sh -c «/usr/bin/ddccontrol -r 0xe1 -w 0 dev:/dev/i2c-1» bash: /usr/bin/sh: Нет такого файла или каталога

Ну вот. По стандарту sh находится в /bin, но в федоре (и вроде в арче) /bin это ссылка на /usr/bin, поэтому там работает /usr/bin/sh, а у тебя нет.

так я же писал вначале - абсолютные пути

$ whereis sh

А где его искать?

/bin/sh

Я уже нашёл. Теперь такая ругань:

kot@kot-MS-7930:~$ /bin/sh -c «/usr/bin/ddccontrol -r 0xe1 -w 0 dev:/dev/i2c-1»
-r: 1: -r: «/usr/bin/ddccontrol: not found