Запрет вывода из ждущего/спящего режима клавиатурой и мышью

[KVM2007]

Близкая тема уже есть, но увы - закрыта.
Запрет вывода из спящего режима по usb мышью
но решение в ней неполное т.к. предполагается, что файл /etc/rc.local уже есть. А, в моем случае, (Mint 19.1) его нет и надо создавать самому.
Проблема в том, что этот файл должен иметь определеную первую строку, не упомянутую по ссылке.
Без нее вылетает ошибка Exec format error
В общем, полный вариант /etc/rc.local

Код: Выделить всё

#!/bin/sh -e
echo "USBE" > /proc/acpi/wakeup
echo "EUSB" > /proc/acpi/wakeup

не забыть выставить права 755 и убедиться, что текст не оказался в юникодах (если с инета копипастить)

[slant]

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

Этот файл - самый обычный скрипт. А первая строка скрипта начинающаяся с "#!" - вызов командного интерпретатора для остального тела файла. Ему будет передан сам файл скрипта в качестве параметра. Т.е. в вашем примере произойдет вызов /bin/sh -e /etc/rc.local И вот ключ -e в вызове sh для этого файла скорее лишний. Тут лучше наоборот, завершить файл строчкой "exit 0" чтобы systemd который его вызывает не прервал загрузку системы в случае чего.

Ну и если уж придираться, действительно не полное, т.к. /etc/rc.local в других дистрибутивах не просто нету, но еще и создавать только его смысла уже тоже нету - это legacy, которое почти не используется сейчас. Скажем в Manjaro надо самому unit для systemd с его вызовом добавить, чтобы такой автостарт использовать.

[KVM2007]

Спасибо за детальный разбор ситуации. Поясню, зачем я эту тему завел.
Я почти не знаю Линукс, хотя компьютеры моя профессия. Но зато вижу проблемы, с которыми сталкиваются "неспециалисты", кто мигрирует на Линукс с Винды или других версий Линуксов. Найти самому решение, в такой ситуации крайне непросто.
Я долго пользовался для Инета OpenSUSE, и там решенеи было через редактирование
/etc/init.d/*boot.local, добавлением тех же строчек, что и тут.
В Mint этого файла тоже нет (и почему - я тоже не знаю).

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

ПыСы: поправил.

Код: Выделить всё

#!/bin/sh
echo "USBE" > /proc/acpi/wakeup
echo "EUSB" > /proc/acpi/wakeup
exit 0

Всё работает.

[rogoznik]

KVM2007, как выше писали - этот файл legacy. Это значит что использовать его не рекомендуется, т.к. есть современные механизмы. В данном случае нужно использовать systemd

[KVM2007]

KVM2007, как выше писали - этот файл legacy. Это значит что использовать его не рекомендуется, т.к. есть современные механизмы. В данном случае нужно использовать systemd

Поймите и Вы - тема для тех, кого от одного вида командной строки "кондратий хватит". Люди "от Винды" слов "скрипт" или "юнит" может даже не слышали. У них знания Линукса в пределах волнистого попугая - т.е. повторить некое действо могут, но лучше без самодеятельности (т.к. всё на уровне su).
А на Линукс их сейчас мелкософт пинками загоняет (что, вообще-то, есть хорошо).
Я вот, по привычке, долго ломился в систему рутом, пока не выснилось, что в ubuntu рута вообще нет. Оказывается тут лучше в терминале сеанс с правами рута закрепить через sudo -s . Так пока это выяснил....
Потому, я лишь старательно выкладываю рабочие варианты найденого решения. Может не оптимал, но работает.
А разобрать запуск требуемогог функционала через systemd надо перекопать уйму специфичных документов с описанием ее применения. Вот у меня
/run/systemd/system - динамически создаваемые юниты (т.е. на лету); есть но пустая
/etc/systemd/system - юниты и исправления, внесённые администратором - вообще нет
что создавать и куда вписывать, совершенно неясно.

[rogoznik]

У них знания Линукса в пределах волнистого попугая

Так хотят сменить ОС - значит захотят и узнать про нее. Сейчас информации полно.

Оказывается тут лучше в терминале сеанс с правами рута закрепить через sudo -s

Зачем? Запускаем нажную команду с sudo и все.

/etc/systemd/system - юниты и исправления, внесённые администратором - вообще нет

Как это нет? Что у вас за дистрибутив?
Создать юнит - не сложно. Как это сделать в интеренете полно инструкций.
Для начала вот этого точно хватит
https://habr.com/en/company/southbridge/blog/255845/
https://linux-notes.org/pishem-systemd-unit-fajl/
https://debian.pro/2602

Ну и свой юнит должен лежать по адресу

Код: Выделить всё

/etc/systemd/system

[KVM2007]

Так хотят сменить ОС - значит захотят и узнать про нее. Сейчас информации полно.

И много обычных юзеров способны править реестр Винды!? Да они вообще не знают, что это такое, и знать не хотят.
Снять/поставить галки в окошке управления - да могут. Но не более. Документация по ключам реестра тоже есть, хоть и неполная. И изучать ее тоже можно и иногда приходится, но не "домохозяйккам". По systemd документацию глянул сразу, как только его тут упомянули всуе. Разобраться можно, но зачем!? Только чтоб "по феншую" было? Ради одной мелкой фичи, разбирать применение довольно монструозного инструмента, не вижу никакого смысла, если нет намерения далее писать systemd unit'ы. Тем более, в legacy это уже решается в 3..4 строчки и их не надо придумывать.
sudo -s потому, что использование chmod все же менее удобно, чем войти в mc и управлять правами файла через него - просто наглядней и удобней. Да и пробегать по каталогам сподручней.
etc/systemd/system нашел. Видимо просмотрел поначалу - пардон.