@Templainer, если решение выше не помогло, то выполните в терминале
$ journalctl -f
, затем попробуйте добавить какое-нибудь приложение в избранное и выложите вывод журнала сюда.
[email protected]# cat /dev/ass > /dev/head
Лишний демон в системе... Хотя выглядит привлекательно, но я с таким же успехом мог заюзать Acetoneiso, но, чот, как-то влом было запускать каждый раз огромную программулину для такой простой операции, потом искать примонтированную папку, либо, если в ней открывать, то создаётся ещё одно лишнее окно дельфина, не считая самой Acetoneiso... Хотелось всё как-то по-минимуму (хотя кде и минимум не вяжется :-)), нативненько) Единственное, что не смог пока победить, это чтобы при отмонтировании places в дельфине бы обновлялся,а то висит мертвечина, пока другое окно не откроешь( но не критично) В общем, пощупаю cdemu, спасибо за наводку)
[email protected]# cat /dev/ass > /dev/head
Всем лучи добра. Тема уже избитая давно, но всё же. Частенько приходится работать с образами и всё бы ничего, и даже утилиты стандартные есть, но всё не то, например, всем известная fuseiso из рук вон плохо работает с образами udf iso-13346, а точнее совсем не работает (монтировать-то монтирует, но там часто лежит файл ридми, что король-то голый! образ-то на самом деле смонтирован неверно, особенно это касается исошек с виндой). В общем, задался я целью сделать человеческое монтирование, а т.к. я кедераст, то чтобы ещё тычком монтировалось (ну или хотя бы через меню правой крысой). Кстати, iso-13346 отлично монтируется стандартной командой mount... но она должна запускаться от рута, в общем не то. Ну лень мне каждый раз пароль для монтирования/размонтирования исошки вводить!) Стал смотреть, какие ещё есть чудесные способы: в дельфине (стандартный фм в кде) есть замечательная возможность загружать действия и сервисы из кде стора прямо из его настроек действий, но всё, что я там видел были основаны на уже знаменитой fuseiso, а многие ещё кривили скриптами или не работали в 5-й плазме. И тут я понял, что придётся костылить всё самому: либо смириться и использовать fuseiso (но тогда смонтированный образ не появляется в боковой панели как устройство,а доступно как обычная папка) и монтировать iso-13346 ручками или прикостылить в меню скрипт на создание точки монтирования, затем mount и через пароль... Стойте! У нас же есть udisks! Он, оказывается тоже умеет в исо, и даже iso-13346 (ну да, ведь в итоге он всё равно юзает стандартный mount), но только сам создаёт точку монтирования, сам следит за всем этим хозяйством. Итак вот команда, которая нам нужна:
udisksctl loop-setup -r -f %f
loop-setup подготавливает блочное устройство (но не монтирует его), -r говорит только на чтение, -f говорит, что у нас ожидается файл исо, спецификатор %f задаёт имя его, когда скрипт исполняется через сервисный файл. Но опять пароль...
К счастью, udisksctl умеет в правила polkit. Я же хочу монтировать без регистрации бесплатно и без смс только исо, а остальные разделы, например, системный виндовоза (да-да,я тот самый сраный арчешкольник-дуалбутчик (пользую редко, но метко)) нужно чтобы монтировался не без палева, мало ли... Итак настраиваем правила, чтобы только исо и ни-ни! Т.к. подготовка образа и добавление его к списку системных устройств операция системная (простите за тавтологию), то нам надо разрешить монтировать iso без смс и регистрации только юзерам в группе storage. Долго и мучительно разбирался с polkit, под каким соусом его подают и с чем едят (с d-bus), а оно эвон что — на ECMA script крутится! Кто в танке: ECMA script — это такой эдакий стандарт для скриптовых языков и JavaScript пророк его. Таки да ООП там и всё такое, и D-bus там рядом. Так о чём это я? Ах да, правило. Вот оно:
/etc/polkit-1/rules.d/50-udisks-udf.rules
       // Allow users in group 'storage' to perform any operation on
       // some drives without having to authenticate
       //
       polkit.addRule(function(action, subject) {                                      // добавляем правило действия над субъектом
       //polkit.log("action=" + action);                                                       // ...in Just for lulz
       //polkit.log("subject=" + subject);                                                   // для отладки
           if (action.id.indexOf("org.freedesktop.udisks2.") == 0 &&         // проверяем, что действие исходит из недр udisks
               action.lookup("id.type") == "udf" &&                                     // проверяем что мы монтируем исошку (определяем по типу фс, для исо она udf)
               subject.isInGroup("storage")) {                                            // мы не верблюды
                  return polkit.Result.YES;                                                   // ОГА
              }
      });
После сохранения правила автоматом перечитаются и изменения немедленно вступят в силу. Теперь можно невозбранно намонтировать себе исошек аж целых семь (7) штук. Использование голого udisks некошегно, ибо придётся совершать много дополнительных действий по подготовке блочного устройства, его последующего монтирования с отслеживанием имени файла, который мы только что примонтировали для его дальнейшего корректного размонтирования (т.к. пункт меню «отключить» в дельфине сбоку в устройствах на самом деле только удалит точку монтирования, но не размонтирует само блочное устройство /dev/loop%), поэтому заюзаем обёртку над udisks — udiskie. Ага, udisks сам по себе является обёрткой над стандартным mount, только с D-Bus и танцовщицами, эдакий дом, который построил Джек, впрочем, в наш век гипервизоров над виртуалками в виртуалках, да с электроном, это норм... Так, о чём это я? А, да, т.к. монтирование в консоли для слабаков и мы не ищем лёгких путей, создадим пункт в контекстном меню, которое будет появляться при клике правой крысой и только на исошках. Для этого создаём файлик в (для кде 5) ~/.local/share/kservices5/ServiceMenus/ с любым подходящим названием и расширением .desktop со следующим содержанием:

[Desktop Entry]
Type=Service
ServiceTypes=KonqPopupMenu/Plugin
MimeType=application/x-cd-image
Actions=mount;unmount;
X-KDE-Priority=TopLevel
X-KDE-StartupNotify=false
Icon=application-x-cd-image
X-KDE-Submenu=Монтирование ISO

[Desktop Action unmount]
Name=Размонтировать
Icon=edit-redo
Exec=udiskie-umount %f

[Desktop Action mount]
Name=Монтировать
Icon=circular-arrow-shape
Exec=udiskie-mount %f
Сохраняем и всё, теперь у нас есть в контекстном меню при нажатии на исошку пункт Монтирование ISO с двумя подпунктиками Монтировать/Размонтировать, которые будут появляться только на файлах образов. Монтируется/Размонтируется правым кликом на файле образа. Если отключить правым кликом на смонтированном диске слева в дельфине, то устройство просто потеряет связь с реальностью (удалится папка монтирования), но останется смонтированным и если вы просто снова кликните на этот переход, то он с радостью опять создаст папку и смонтирует туда. Для окончательного размонтирования нам понадобится снова найти тот файл *.iso который мы смонтировали и правым кликом на нём размонтировать. Устройство из дельфина никуда не денется, но, поверьте, его там больше нет).
P.S.: так, почему у меня ничего не работает!!!!11111? А, ну да, ну да, udiskie-то мы не установили:
$ sudo pacman -S udiskie
Может кому пригодится, если нет, то в /dev/null. Заранее прошу простить и понять за излишнее графоманство и многабукафф :-)
[email protected]# cat /dev/ass > /dev/head
А что не так с гибернацией в залоченном состоянии?
[email protected]# cat /dev/ass > /dev/head
RusWolf
А что такое отложенная гибернация?
Отложенная гибернация — это когда комп через два часа (время настраивается) ожидания, сна (что одно и то же) (Sleep, Suspend-to-RAM), если его никто не пользует всё это время, уходит в гибернацию во имя экономии батарейки (в режиме ожидания ноут тоже жрёт, хоть и мало очень). В основном это актуально для ноутбуков. Другими словами, закрыл ты крышку и забиыл про него, так вот, чтобы батарейка на ноуте не села, через n-е время ноут сам просыпается и сам уходит в гибернацию (кидает всё в своп и отключается). Как-то так.
P.S.: Ух, как не хватает примечаний у нас, как на педивикии: навёл указатель мыши и выскакивают подробности, от этого у меня предложения перегружены скобками :-( А писать кратко и ёмко — искусство, пока неподвластное мне :-)
[email protected]# cat /dev/ass > /dev/head
...а готовит он нам исправление недавней регрессии, которая поломала скрипт отложенной гибернации. Так как гибернацией я пользуюсь нечасто, то заметил, что скрипт не отрабатывает совсем недавно, а проблема появилась с релизом системды 233 и была аж с июля месяца. Полистал за месяц наш форум и заметил, что никто не заметил (извиняюсь за тавтологию), по-видимому, данной проблемы. Но, если вдруг кому пригодится, то вот решение проблемы:
  1. Удалить/переименовать файл suspend.target (если таковой есть) в /etc/systemd/system;
  2. Изменить файл suspend-to-hibernate.service: в секции Conflicts= найти hybrid-suspend.target и заменить её на hybrid-sleep.target (если кто делал по старой версии вики, то там было обновление, т.к. hybrid-suspend.target сейчас не существует, а вместо него сейчас hybrid-sleep.target), затем в секции Before= изменить с suspend.target на sleep.target (это всё есть в вики, но в вики не указано другое, а именно, что нужно изменить ещё тройку файлов);
  3. Изменить три файла: hibernate.target, hybrid-sleep.target и suspend.target в /usr/lib/systemd/system/ (при обновлении на мажорную версию системды они останутся такими же, т.к. это патч, который уже приняли в основную ветку): секции BindsTo= этих файлов необходимо заменить на Requires= с сохранением значений в них; добавить новые секции StopWhenUnneeded=yes;
  4. Рестарт демонов командой systemctl daemon-reload.
Суть проблемы, как обычно, в неправильном разруливании зависимостей (одно лечим, другое калечим :-) )
Не знаю, куда поместить данную тему, да и временная она, поэтому в /dev/null.
[email protected]# cat /dev/ass > /dev/head
"Компьютер ALSA, PulseAudio,виндовс качество звучания." Как будто на алиэкспресс зашёл) Извиняюсь за оффтоп))
А теперь по делу: попробуйте в консоли набрать команду alsamixer, затем выбрать звуковую карту клавишей F6, в появившемся списке выбрать вашу аппаратную звучку, у меня, например HDA Intel PCH и в появившемся списке проверьте настройку параметра Loopback Mixing, он должен быть Disabled.
[email protected]# cat /dev/ass > /dev/head
Aivar
mxdev
Свежая сборка арч только 64 битная
Это как бы само собой разумеется, вот только "сборок" в Арче нет, есть установочный образ.

mxdev
скорее всего, лучше использовать старые сборки графических сред.
Да ладно... это как?

Легко! Например установить Trinity DE
[email protected]# cat /dev/ass > /dev/head
Приехал домой, попробовал ваш совет отредактировать /etc/systemd/logind.conf и раскомментировал LidSwitchIgnoreInhibited, но оставил параметр yes, также изменил параметр PowerKeyIgnoreInhibited на yes, всё заработало, настройки powerdevil'а в отношении питания игнорируются, проверил ждущий режим и гибернацию, а также скрипт отложенной гибернации, всё работает. Спасибо за советы, тема закрыта!
P.S.: ещё мой косяк был в том, что я предположил, что значения в закомментированных строчках /etc/systemd/logind.conf являются значениями по умолчанию и поэтому по-настоящему выставил эти значения только сегодня, приехав домой, после этого всё встало на свои места.
[email protected]# cat /dev/ass > /dev/head
Да, баг; только вот, сдаётся мне, это таки баг powerdevil kde, т.к. это он не справляется с обработкой события закрытия во время выключения :-) logind как раз таки нормально обрабатывает данную ситуацию (см. первый пост про вариант lxde, там у меня питание полностью отдано на откуп systemd :-) Кстати, vasek, зная вашу любовь к статистике: в systemd, в целом за время, что я с ним знаком (около четырёх лет) мало сталкивался с багами, по крайней мере, как админ холокоста локалхоста, а вот с багами различных прикладных приложений — регулярно. Я полагаю всё же системный код в линуксе пишут довольно качественно. А сколько срачей читал про системд, — в основном его хают за его концепцию, но я считаю это делом привычки (т.к. с инитом я успел столкнуться очень мало) и нежеланием переучиваться (уж так устроен наш мозг, что в 90℅ случаев нам просто лень учиться и принимать новое), а так некоторые люди отмечают его код технически правильным и хорошо документированным. Из чего я сделал для себя вывод, что все проблемы банально от непонимания сути ( в мире вообще много проблем от этой простой вещи ). Один из примеров: https://bbs.archlinux.org/viewtopic.php?id=204346. P.s.: это лишь моё скромное мнение, и, т.к. тема про системд холиварная, я на этом закончу :-)
---
По теме: вообще говоря, я немного неверно передал суть проблемы в названии. То, что моя проблема — баг powerdevil kde, это я знал изначально, но, т.к. исходники я читать не сильно умею, и учётной записью на девелоперском сайте кед не обладаю, код кде очень изменчивый, мне тупо пока лень с ними разбираться (да-да, лень матушка), а из-за короткого срока жизни кода вообще мало желания. Поэтому мне проще подпереть костылями посредством systemd-inhibitors: т.е. убрать запрет на управление питанием logind'у. В выводе команды это второй сервис, как следует из названия:
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
Вот это мне нужно как-то выловить и удалить запрет. В этом суть моего вопроса. Как работают ингибиторы, я полагаю, разобрался, но исходя из манов, их можно только создать, а как удалить нигде не написано! Как я понял блокировки реализуются посредством DBus API [²]. С Dbus я пока особо не разбирался, но, видимо, там и зарыта собака. Может как-то оттуда нужно удалять эти строки; где прописаны эти конфиги, — с этим мне и предстоит разбираться. Уж не знаю что легче: разобраться с логикой powerdevil и исправить её, или разобраться с dbus :-) Скорее всего пойду по второму пути, т.к. DBus уже много где используется и нужно с ним разобраться.

Источники:
[1] [2] [3]
[email protected]# cat /dev/ass > /dev/head