Sheykhnur Сообщения

Sheykhnur	# 5 лет, 10 месяцев назад
Темы: 16 Сообщения: 244 Участник с: 05 февраля 2013	vasek, спасибо за ответы, но дело в том, что logind игнорирует нажатия кнопок и переключения дисплея, т.к. взведены ингибиторы (даже с настроенными опциями в /etc/logind.conf, как вы писали выше; кстати, они и так установлены в yes по умолчанию), поэтому я и задал вопрос как отключить ингибиторы, т.е. позволить управление logind'у, в то же время не отключая powerdevil, другими словами — можно ли их как-нибудь подружить? :-) естественно, в эмуляторе терминала `systemctl poweroff -i` работает корректно, более того, корректно работает и штатное выключение через меню и кнопку (если выставить в настройках powerdevil выключение, у меня пока настроено "ничего не делать", чтобы убедиться, что это он виноват, собственно об этом и тема) вопрос в другом, что позволяя управление powerdevil, он некорректно обрабатывает закрытие крышки во время выключения, и переводит ноут в ждущий режим. Если дождаться, пока завершатся кеды (а с ними и powerdevil, соответственно) и появится ядреная консоль с логами завершения, то после этого крышку можно смело закрывать, — система выключится как положено. Соответственно, logind обрабатывает данное событие корректно (закрытие крышки во время выключения), а powerdevil нет. Вот и хотелось бы отобрать у него управление кнопками и оставить всё остальное, а кнопуи доверить logind'у :-))) уф, многабукафф)) надеюсь, смог объяснить. [email protected]# cat /dev/ass > /dev/head

# 5 лет, 10 месяцев назад

Сообщения: 244

Участник с: 05 февраля 2013

vasek, спасибо за ответы, но дело в том, что logind игнорирует нажатия кнопок и переключения дисплея, т.к. взведены ингибиторы (даже с настроенными опциями в /etc/logind.conf, как вы писали выше; кстати, они и так установлены в yes по умолчанию), поэтому я и задал вопрос как отключить ингибиторы, т.е. позволить управление logind'у, в то же время не отключая powerdevil, другими словами — можно ли их как-нибудь подружить? :-) естественно, в эмуляторе терминала

systemctl poweroff -i

работает корректно, более того, корректно работает и штатное выключение через меню и кнопку (если выставить в настройках powerdevil выключение, у меня пока настроено "ничего не делать", чтобы убедиться, что это он виноват, собственно об этом и тема) вопрос в другом, что позволяя управление powerdevil, он некорректно обрабатывает закрытие крышки во время выключения, и переводит ноут в ждущий режим. Если дождаться, пока завершатся кеды (а с ними и powerdevil, соответственно) и появится ядреная консоль с логами завершения, то после этого крышку можно смело закрывать, — система выключится как положено. Соответственно, logind обрабатывает данное событие корректно (закрытие крышки во время выключения), а powerdevil нет. Вот и хотелось бы отобрать у него управление кнопками и оставить всё остальное, а кнопуи доверить logind'у :-))) уф, многабукафф)) надеюсь, смог объяснить.

[email protected]# cat /dev/ass > /dev/head

Sheykhnur	# 5 лет, 10 месяцев назад (отредактировано 5 лет, 10 месяцев назад)
Темы: 16 Сообщения: 244 Участник с: 05 февраля 2013	Намедни решил раскопать проблему выключения своего ноута, а именно: при выключении, если не дождаться завершения сессии графического окружения (кеды), закрытие крышки ноутбука приводит ко сну, а не к выключению. Если далее открыть крышку и разбудить, то завершение работы продолжится как ни в чём ни бывало и комп выключится. Долгие и мучительные раскопки вопроса привели к тому, что тут шалит powerdevil кед; совсем отказываться от него не хочу, т.к. в остальном он меня устраивает (определение заряда батареи, переход в разные режимы и т.д.). Что интересно, на lxde такой ерунды не было, но там и нет менеджера питания: всё под контролем logind. Дальнейшее расследование показало, что logind не реагирует ни на что, несмотря на то, что я настроил, чтобы датчиком крышки ноутбука и кнопкой питания он управлял сам. Если в настройках powerdevil в кедах выставить на закрытие крышки «сон», то он, как и полагается засыпает, когда крышка закрывается, но появляется данная проблема (если закрыть крышку быстрее, чем успели завершиться кеды во время выключения); если же выставить в значение «ничего не делать», то он действительно ничего не делает, только экран при закрытии гаснет, но и logind'у не отдаёт управление, сволочь. Дальше я выяснил, что происходит это по причине т.н. systemd-inhibit, который запрещает обработку logind'ом каких бы то ни было событий питания; таким образом настраивать /etc/logind.conf бесполезно. Гугление на эту тему привело к весьма туманным результатам: описывается апи systemd-inhibit; то, что это всё дело управляется через dbus и т.д. В мане systemd-inhibit описано только как создавать энти самые запреты, а как ими управлять (удалять, временно блокировать и т.д.) ни слова. Теперь вопрос: кто что знает по этому поводу? Либо как «объяснить» powerdevil'у, что мне нужно, чтобы события от кнопок управлялись logind'ом, либо как исправить переход в сон во время завершения работы (повторюсь: выключается нормально, если закрыть крышку после того, когда кеды завершились и появилась консоль с журналом завершения работы)? systemd-inhibit --list Who: NetworkManager (UID 0/root, PID 305/NetworkManager) What: sleep Why: NetworkManager needs to turn off networks Mode: delay Who: PowerDevil (UID 1000/bigboyuser, PID 552/org_kde_powerde) What: handle-power-key:handle-suspend-key:handle-hibernate-key:handle-lid-switch Why: KDE handles power events Mode: block Who: Telepathy (UID 1000/bigboyuser, PID 464/mission-control) What: shutdown:sleep Why: Disconnecting IM accounts before suspend/shutdown... Mode: delay 3 inhibitors listed. [email protected]# cat /dev/ass > /dev/head

Sheykhnur

# 5 лет, 10 месяцев назад (отредактировано 5 лет, 10 месяцев назад)

Темы: 16

Сообщения: 244

Участник с: 05 февраля 2013

Намедни решил раскопать проблему выключения своего ноута, а именно: при выключении, если не дождаться завершения сессии графического окружения (кеды), закрытие крышки ноутбука приводит ко сну, а не к выключению. Если далее открыть крышку и разбудить, то завершение работы продолжится как ни в чём ни бывало и комп выключится. Долгие и мучительные раскопки вопроса привели к тому, что тут шалит powerdevil кед; совсем отказываться от него не хочу, т.к. в остальном он меня устраивает (определение заряда батареи, переход в разные режимы и т.д.). Что интересно, на lxde такой ерунды не было, но там и нет менеджера питания: всё под контролем logind. Дальнейшее расследование показало, что logind не реагирует ни на что, несмотря на то, что я настроил, чтобы датчиком крышки ноутбука и кнопкой питания он управлял сам. Если в настройках powerdevil в кедах выставить на закрытие крышки «сон», то он, как и полагается засыпает, когда крышка закрывается, но появляется данная проблема (если закрыть крышку быстрее, чем успели завершиться кеды во время выключения); если же выставить в значение «ничего не делать», то он действительно ничего не делает, только экран при закрытии гаснет, но и logind'у не отдаёт управление, сволочь. Дальше я выяснил, что происходит это по причине т.н. systemd-inhibit, который запрещает обработку logind'ом каких бы то ни было событий питания; таким образом настраивать /etc/logind.conf бесполезно. Гугление на эту тему привело к весьма туманным результатам: описывается апи systemd-inhibit; то, что это всё дело управляется через dbus и т.д. В мане systemd-inhibit описано только как создавать энти самые запреты, а как ими управлять (удалять, временно блокировать и т.д.) ни слова. Теперь вопрос: кто что знает по этому поводу? Либо как «объяснить» powerdevil'у, что мне нужно, чтобы события от кнопок управлялись logind'ом, либо как исправить переход в сон во время завершения работы (повторюсь: выключается нормально, если закрыть крышку после того, когда кеды завершились и появилась консоль с журналом завершения работы)?

systemd-inhibit --list
     Who: NetworkManager (UID 0/root, PID 305/NetworkManager)
    What: sleep
     Why: NetworkManager needs to turn off networks
    Mode: delay

     Who: PowerDevil (UID 1000/bigboyuser, PID 552/org_kde_powerde)
    What: handle-power-key:handle-suspend-key:handle-hibernate-key:handle-lid-switch
     Why: KDE handles power events
    Mode: block

     Who: Telepathy (UID 1000/bigboyuser, PID 464/mission-control)
    What: shutdown:sleep
     Why: Disconnecting IM accounts before suspend/shutdown...
    Mode: delay

3 inhibitors listed.

[email protected]# cat /dev/ass > /dev/head

Sheykhnur	# 5 лет, 10 месяцев назад
Темы: 16 Сообщения: 244 Участник с: 05 февраля 2013	vasek опять написал ерунду, чтобы показать себя... Вот если бы все писали вот такую ерунду, насколько жить было бы легче! А статья действительно полезная. Таких статей — тех, которые по существу, всегда мало. [email protected]# cat /dev/ass > /dev/head

Sheykhnur

# 5 лет, 10 месяцев назад

Темы: 16

Сообщения: 244

Участник с: 05 февраля 2013

vasek
опять написал ерунду, чтобы показать себя...

Вот если бы все писали вот такую ерунду, насколько жить было бы легче! А статья действительно полезная. Таких статей — тех, которые по существу, всегда мало.

[email protected]# cat /dev/ass > /dev/head

Sheykhnur	# 6 лет, 6 месяцев назад
Темы: 16 Сообщения: 244 Участник с: 05 февраля 2013	Возможно это проблемы вашего оконного менеджера. Каким пользуетесь? Попробуйте отключить системный оконный менеджер и использовать родной от хромиума: правым кликом на заголовке хромиума ==> снять галочку с «Использовать системные рамки и строку заголовка». [email protected]# cat /dev/ass > /dev/head

Sheykhnur

# 6 лет, 6 месяцев назад

Темы: 16

Сообщения: 244

Участник с: 05 февраля 2013

Возможно это проблемы вашего оконного менеджера. Каким пользуетесь? Попробуйте отключить системный оконный менеджер и использовать родной от хромиума: правым кликом на заголовке хромиума ==> снять галочку с «Использовать системные рамки и строку заголовка».

[email protected]# cat /dev/ass > /dev/head

Sheykhnur	# 6 лет, 6 месяцев назад
Темы: 16 Сообщения: 244 Участник с: 05 февраля 2013	Попробуйте открыть внутренний диспетчер задач Chromium сочетанием клавиш Shift+ESC и посмотреть нагрузку. Он вам распишет всё по вкладкам и по потреблению. [email protected]# cat /dev/ass > /dev/head

Sheykhnur	# 6 лет, 7 месяцев назад
Темы: 16 Сообщения: 244 Участник с: 05 февраля 2013	Хорошая, годная статья. Вопрос: а как прошивается тогда контроллёр флешки? Для винды есть спец утилиты, они умеют изменять прошивку контролёра, например, китайцы этим нагло пользуются и флешки у них из 1-гиговых превращаются в 32-гиговые. Так вот, эти утилиты с помощью тех же комманд на низком уровне переводят мк в режим записи, а потом льют образ, я правильно понимаю? Или есть спец. команды для перевода мк в режим прошивки, не относящиеся к спецификациям SCSI? [email protected]# cat /dev/ass > /dev/head

Sheykhnur

# 6 лет, 7 месяцев назад

Темы: 16

Сообщения: 244

Участник с: 05 февраля 2013

Хорошая, годная статья. Вопрос: а как прошивается тогда контроллёр флешки? Для винды есть спец утилиты, они умеют изменять прошивку контролёра, например, китайцы этим нагло пользуются и флешки у них из 1-гиговых превращаются в 32-гиговые. Так вот, эти утилиты с помощью тех же комманд на низком уровне переводят мк в режим записи, а потом льют образ, я правильно понимаю? Или есть спец. команды для перевода мк в режим прошивки, не относящиеся к спецификациям SCSI?

[email protected]# cat /dev/ass > /dev/head

Sheykhnur	# 6 лет, 7 месяцев назад
Темы: 16 Сообщения: 244 Участник с: 05 февраля 2013	Я обычно по одному двум постам определяю, хочу ли помогать человеку и оцениваю, хватит ли моих знаний) А идиотские вопросы или троллинг просто игнорирую. Обычно в заголовке вопроса уже ясно, ознакомился ли человек с базовыми знаниями. Не кормите троллей и будет вам счастье. Чем больше вы подогреваете тему срачем, тем больше еды)) я давно научился не вестись на это, — очень экономит нервы. [email protected]# cat /dev/ass > /dev/head

Sheykhnur

# 6 лет, 7 месяцев назад

Темы: 16

Сообщения: 244

Участник с: 05 февраля 2013

Я обычно по одному двум постам определяю, хочу ли помогать человеку и оцениваю, хватит ли моих знаний) А идиотские вопросы или троллинг просто игнорирую. Обычно в заголовке вопроса уже ясно, ознакомился ли человек с базовыми знаниями. Не кормите троллей и будет вам счастье. Чем больше вы подогреваете тему срачем, тем больше еды)) я давно научился не вестись на это, — очень экономит нервы.

[email protected]# cat /dev/ass > /dev/head

Sheykhnur	# 6 лет, 7 месяцев назад (отредактировано 6 лет, 7 месяцев назад)
Темы: 16 Сообщения: 244 Участник с: 05 февраля 2013	Давайте не будем здесь разводить флейм по поводу форточек! В отличие от соседнего треда, здесь тс хотя бы пытается разобраться сам для начала и хоть что-то читает, прежде чем задавать вопросы, и таким людям можно помочь. Теперь по делу: я сам не знаю, как можно сделать запуск и настройку интерфейса через обычного пользователя, но NetworkManager это таки умеет от обычного пользователя, значит как-то можно. Для начала нужны права на добавление и изменение устройств в /dev, но и это ещё не всё. Там много тонкостей на самом деле, например, какие файлы изменяет ip link, что добавляет, что удаляет и т.д... Думаю, как вариант можно подсмотреть скрипт установки NetworkManagera, полагаю, что там это решается каким-нибудь дополнительным модулем PAM или что-то в этом роде, либо доп. группы пользователей. Тут мне аж самому стало интересно)) [email protected]# cat /dev/ass > /dev/head

Sheykhnur

# 6 лет, 7 месяцев назад (отредактировано 6 лет, 7 месяцев назад)

Темы: 16

Сообщения: 244

Участник с: 05 февраля 2013

Давайте не будем здесь разводить флейм по поводу форточек! В отличие от соседнего треда, здесь тс хотя бы пытается разобраться сам для начала и хоть что-то читает, прежде чем задавать вопросы, и таким людям можно помочь. Теперь по делу: я сам не знаю, как можно сделать запуск и настройку интерфейса через обычного пользователя, но NetworkManager это таки умеет от обычного пользователя, значит как-то можно. Для начала нужны права на добавление и изменение устройств в /dev, но и это ещё не всё. Там много тонкостей на самом деле, например, какие файлы изменяет ip link, что добавляет, что удаляет и т.д... Думаю, как вариант можно подсмотреть скрипт установки NetworkManagera, полагаю, что там это решается каким-нибудь дополнительным модулем PAM или что-то в этом роде, либо доп. группы пользователей. Тут мне аж самому стало интересно))

[email protected]# cat /dev/ass > /dev/head

Sheykhnur	# 6 лет, 7 месяцев назад (отредактировано 6 лет, 7 месяцев назад)
Темы: 16 Сообщения: 244 Участник с: 05 февраля 2013	Да, через wpa_supplicant тоже можно поднять соединение, но напрямую оно работает только от рута, а wpa_cli позволяет настраивать сеть от обычного пользователя. И ещё, wpa_cli подключается через сокет к уже работающему демону wpa_supplicant (если таковой запустился при старте или вручную), в то время, как запуск второго экземпляра wpa_supplicant приведёт к ошибке. При этом необходимо учитывать, что, как я написал ранее, wpa_supplicant в настоящее время уже не запускается автоматически, как это было совсем недавно. Последовательность запуска вручную должна быть такая: вначале поднимается интерфейс `$ sudo ip link set wlp3s0 up` , затем настраивается сама сеть на этот интерфейс: запускается wpa_supplicant либо сразу с параметрами сети `$ sudo wpa_supplicant -B -i имя_интерфейса -c <(wpa_passphrase имя_SSID_сети пароль)` (если имя SSID содержит пробелы, то имя необходимо заключить в кавычки), либо просто в качестве демона `$ sudo wpa_supplicant -B` без каких-либо параметров на все интерфейсы (в вашем случае на один wlp3s0) и затем можно будет управлять работой демона через wpa_cli. Затем, в последнюю очередь, запускается демон dhcpcd, т.к. ip-адрес можно получить только в уже настроенной сети `sudo systemctl start dhcpcd` . Как-то так. P.s.: да, и напрямую редактировать конфиг /etc/wpa_supplicant/wpa_supplicant.conf не рекомендую. Лучше создайте дополнительный файл конфига, например wpa_supplicant-wlp3s0.conf и добавьте начальную конфигурацию `ctrl_interface=DIR=/run/wpa_supplicant GROUP=wheel update_config=1` затем можно добавлять секции network в него с именами и паролями WiFi- сетей. По одной секции на каждую сеть: `network={ ssid=''имя_SSID_сети'' psk=''парольная_фраза'' }` [email protected]# cat /dev/ass > /dev/head

Sheykhnur

# 6 лет, 7 месяцев назад (отредактировано 6 лет, 7 месяцев назад)

Темы: 16

Сообщения: 244

Участник с: 05 февраля 2013

Да, через wpa_supplicant тоже можно поднять соединение, но напрямую оно работает только от рута, а wpa_cli позволяет настраивать сеть от обычного пользователя. И ещё, wpa_cli подключается через сокет к уже работающему демону wpa_supplicant (если таковой запустился при старте или вручную), в то время, как запуск второго экземпляра wpa_supplicant приведёт к ошибке. При этом необходимо учитывать, что, как я написал ранее, wpa_supplicant в настоящее время уже не запускается автоматически, как это было совсем недавно.
Последовательность запуска вручную должна быть такая: вначале поднимается интерфейс

$ sudo ip link set  wlp3s0 up

, затем настраивается сама сеть на этот интерфейс: запускается wpa_supplicant либо сразу с параметрами сети

$ sudo wpa_supplicant -B -i имя_интерфейса -c <(wpa_passphrase имя_SSID_сети пароль)

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

$ sudo wpa_supplicant -B

без каких-либо параметров на все интерфейсы (в вашем случае на один wlp3s0) и затем можно будет управлять работой демона через wpa_cli. Затем, в последнюю очередь, запускается демон dhcpcd, т.к. ip-адрес можно получить только в уже настроенной сети

sudo systemctl start dhcpcd

. Как-то так.
P.s.: да, и напрямую редактировать конфиг /etc/wpa_supplicant/wpa_supplicant.conf не рекомендую. Лучше создайте дополнительный файл конфига, например wpa_supplicant-wlp3s0.conf и добавьте начальную конфигурацию

ctrl_interface=DIR=/run/wpa_supplicant GROUP=wheel
update_config=1

затем можно добавлять секции network в него с именами и паролями WiFi- сетей. По одной секции на каждую сеть:

network={
    ssid=''имя_SSID_сети''
    psk=''парольная_фраза''
}

[email protected]# cat /dev/ass > /dev/head

Sheykhnur	# 6 лет, 7 месяцев назад
Темы: 16 Сообщения: 244 Участник с: 05 февраля 2013	А, ну тогда всё зависит от того, с чем вы хотите иметь дело: если с командной строкой, то в конфиг /etc/wpa_supplicant/wpa_supplicant-interface.conf прописываете строки `ctrl_interface=/run/wpa_supplicant update_config=1` разрешая тем самым изменять конфиг пользователям, находящимся в группе wheel, и настраиваете сеть от имени обычного пользователя через wpa_cli (оттуда же можно и запустить и остановить сеть, и не только). Это всё прекрасно и подробно описано в вики, ссылку на которую я дал выше. И про Netctl, которым вы пользуетесь тоже есть неплохая статья. И да, кстати, зачем каждый раз включать WiFi вручную, когда он, по идее, должен включаться автоматически при старте службы dhcpcd? Или выбрать один из способов настройки через гуй, например, через NetworkManager. Там вообще от вас ничего не потребуется настраивать, он всё сделает за вас и включит; от вас только нужно будет один раз ввести пароль, и всё это с правами обычного пользователя. [email protected]# cat /dev/ass > /dev/head

Sheykhnur

# 6 лет, 7 месяцев назад

Темы: 16

Сообщения: 244

Участник с: 05 февраля 2013

А, ну тогда всё зависит от того, с чем вы хотите иметь дело: если с командной строкой, то в конфиг /etc/wpa_supplicant/wpa_supplicant-interface.conf прописываете строки

ctrl_interface=/run/wpa_supplicant
update_config=1

разрешая тем самым изменять конфиг пользователям, находящимся в группе wheel, и настраиваете сеть от имени обычного пользователя через wpa_cli (оттуда же можно и запустить и остановить сеть, и не только). Это всё прекрасно и подробно описано в вики, ссылку на которую я дал выше. И про Netctl, которым вы пользуетесь тоже есть неплохая статья. И да, кстати, зачем каждый раз включать WiFi вручную, когда он, по идее, должен включаться автоматически при старте службы dhcpcd?
Или выбрать один из способов настройки через гуй, например, через NetworkManager. Там вообще от вас ничего не потребуется настраивать, он всё сделает за вас и включит; от вас только нужно будет один раз ввести пароль, и всё это с правами обычного пользователя.

[email protected]# cat /dev/ass > /dev/head