mxlinuxでanboxをテストして、私が使用しているいくつかのAndroidアプリが正しく実行されていることを確認したいと思います。問題は、anboxがsnapdを使用していますが、これら2つはSystemdでのみ使用できることです。
Systemdを使ってみましたが、災いでした。何らかの理由でコンピュータが予期せずシャットダウンした場合、次回コンピュータを起動したときにコンピュータが起動することはありません。
だから私はsysvinitでsnapdを使う方法を知りたいです。
ベストアンサー1
別言します。 Snapは、systemdが提供する隔離、マウント、およびコンテナ実行サービスに基づいています。
cgroupを管理するサービス、共有ネームスペースを調整するサービス、権限のないユーザーがアーカイブをマウントできるようにするサービス、コンテナ化されたアプリケーションのランタイムを管理するサービスが必要です。 Systemdはこれらすべての機能を提供しますが、sysvinitは80〜90年代の純粋なブートシステムであり、snapdが使用する最新のLinuxベースのオペレーティングシステムではこれらの機能を提供しません。
説明されている症状はsystemdとは関係がない可能性が高いため、2023年にsysvinitなどのニッチ初期化システムを採用することは、システムが正常に動作するのにやや非生産的であると思います。それにもかかわらず、snapdの人々は非systemdシステムをサポートする計画がないと公に繰り返し述べており、systemdの一部を再実装するために必要な解決策がかなりあると期待することは不可能ではありません。 。
私はここで怒っているだけであり、それは明らかにあなたを個人的に狙ったものではありません。しかし、開発者がこのトピックについて実際に話していることを見ると、インターネット全体で見ることができる非常に醜いパターンが思い出されました。だから私は「これは私の胸です」と書かなければなりませんでした：
似た話題を読むとこれ、あなたはsnapdの人々が非常にフレンドリーで生産的であり、systemdなしでsnapd機能のサブセットを可能にすることに専念しているユーザーを助けることを好むことがわかります。しかし、このようなすべてのスレッドでソフトウェアが依存する依存関係なしに実行できるソフトウェアを要求する人々が実際の専門知識をもたらすことなく最も人気を得るのはインターネットの法則のようです。そして、開発者は、人々がうまく統合されたグラフィックスアプリケーションや十分に分離されたサーバーを実行するために必要な機能の完全なセットを持っていないかもしれませんが、追いつくことができないタスクを作成しようとしています。そして、実際に彼らと一緒に働く能力を失うことになります。
これはシステム化されていない群衆の呪いです。システム化を嫌う人が貢献していない開発者に少し時間を費やす場合は、システム化に頼るべき理由がある多くのものが現在実行可能な代替バックエンドを持つ可能性があります。一般的に言えば、FOSSマネージャとして、あなたのエネルギーは「特別な」システムをサポートするように促す人々によって非常に迅速に使い果たされる可能性が高く、したがってほとんどの人に役立つものを構築するのにかかる時間を費やしますになります。
MX Linuxと同様の努力が悪いと思うことは間違いありません。 systemdが果たす役割を独占しないことが重要だと思います。ただ1つだけです。ポジティブその理由 - 誰かがsystemdに依存するものがあると言うたびに、否定的な考えが彼のメールボックスにあふれます。 10年前、基本的にすべての主要ディストリビューションはこれが正しいことだと思いました！