Linuxでのsystemd-inhibitの防止

質問

アプリケーションの使用をブロックできますかsystemd-inhibit？

なぜ？

systemd-inhibitアプリケーションが、/etc/systemd/logind.conf特にHandleLidSwitch=ignoreおよびのディレクティブをオーバーライドできるようにします。HandleLidSwitchDocked=ignoreLidSwitchIgnoreInhibited=no

ある時点で、ほぼすべてのデスクトップ環境の開発者は、次のようなことを行うことができます。ケード、小人、そして最近啓発。啓蒙主義の最新の発展は私の現在の質問です。

$ systemd-inhibit 
WHO           UID  USER    PID COMM          WHAT                                                                       WHY              MODE 
Enlightenment 1000 <username> 769 enlightenment handle-power-key:handle-suspend-key:handle-hibernate-key:handle-lid-switch Normal Execution block

1 inhibitors listed.

$

さらに悪いことは、悟りの構成がその事件で何が起こるべきか、つまり蓋が閉じていることを明示することを許さないと思います。そのため、カバーを閉じるたびにラップトップが一時停止します。これは非常に悪いことであり、起こってはならないことです。だからそもそも、とをHandleLidSwitch=ignore使用HandleLidSwitchDocked=ignoreしました。悟りが実行されない場合は、すべてが大丈夫です。悟りが実行されると、システムは自動的に中断されず、蓋を閉じることができません。LidSwitchIgnoreInhibited=no/etc/systemd/logind.conf

私の考えでは、どのアプリケーションが私のアプリケーションをオーバーライドする理由がまったくないようです/etc/systemd/logind.conf。そのため、阻害剤の使用を防止しようとしていますenlightenment_start（抑制剤がないと機能しない方法で構築されないことを願っています）。再起動しないでください。）

関連質問

回答エマルジョン（gnomeでもほぼ同じことが起こります）システムインヒビターは、インヒビターを担当するアプリケーションを終了しなければ削除できないことを示しているようです。これがオプションでない場合は、元のアプリケーションがインヒビターをデプロイするのを防ぐことをお勧めします。これを行う方法については、マニュアルページを読むように提案しましたが、dbus-daemonこれがどのように関連しているのかわかりません。

方法

• 特定のアプリケーションのインヒビター設定権限を制限できますか？
• 阻害剤を完全に不活性化できますか？
• 私が設定したものの動作を反転させるために他の阻害剤を設定できますかenlightenment？

代替デスクトップ環境を使用する際の注意事項など

私が知っているすべてのデスクトップ環境開発者は、「ユーザーフレンドリー」を目指しています。これは通常、アプリケーション自体内ですべてを処理して構成ファイルとの対話を排除することが理解されます。残念ながら、これにより、この機能を実行せずにシステム構成を同じに保ちながら、いくつかの機能を提供し、一定の安定性を備えたデスクトップ環境を見つけることがますます困難になっています。適切なケース：たとえば、LXDEを見てみましたが、systemctl suspendまともに見えますが、意図的に実行されたとき（つまり、コンピュータが本当にハングアップしたいとき）、画面がロックされているかロックされていない可能性があることを除いては問題ありません。これらすべての問題はどのような方法でも解決できると確信していますが、10年前の機能を復元するだけでは面倒です。

ソフトウェア

システムはArch Linux、カーネルは5.5.9、systemdバージョンは245.2、啓発バージョンは0.23.1です。