
LXDEとネイティブファイルマネージャが正しく機能するためにどれだけの「カスタム」が必要かを知っていれば、pcmanfm
決して試みなかったでしょう。
質問があります。多くの人がそれを持っています。これらの人々はすべて同じ問題を報告しましたpcmanfm
。フォーラムの人々はついに成功することができる約6つの素晴らしいレシピを持っています。しかし、pcmanfm
私は誰かの指示に従うのではなく、Linuxがどのように機能するのかを理解したいので、まったく機能しない原因が何であるかを知りたいと思います。
私が言うのはかなり役に立ちません。「認証されていない」ウィンドウポップアップメディアを挿入するたびに。
以前にこの問題を解決したことがあります。私は最終的にxmlファイルで魔法を振りました。 (彼らはudiskですか?本当にですかpolkit-gnome
?わかりませんが、どちらもこの問題を解決するための魔法の方法のリストにあります)。最後に、私のメディアを見ることができます。 (手動で設置することはできませんが、追加する必要があります。)
前に修正しました...何が起こったのですか?修正しようとしたためapt-get
、新しいパッケージをインストールしました。udev
その他のインストールの問題もはや使用されていないとき、人々はもう使用していないようですhal
)問題が再び発生します。
だから拷問を楽しむべきことは明らかに可能だからだ。
これは答えやすい質問ではありません。上記のリンクのいずれかをクリックしなかった場合は、私が何を言っているのかわかりません。
私の質問は、これはまさに何ですか?本物の裸の骨の上に、私たちはUnixの上にこれらのシステムを構築しますが、時には元のUnixほどうまく動作しません。評価?
答え1
まず、dbus
およびがconsolekit
実行されていることを確認してください。通常、これはステートメントの前に追加することを意味ck-launch-session dbus-launch
しますexec
。
また、ユーザーがグループにいることを確認する必要がありますstorage
(を使用して確認できますgroups
)。ほとんどのディストリビューションにはインストール時に設定されたグループポリシーが付属していますが、そうでない場合は直接デプロイすることもできます(storage
アップグレード時に削除/修正された可能性があります)。udev
[[ -d /etc/polkit-1/localauthority/50-local.d ]] || mkdir -p /etc/polkit-1/localauthority/50-local.d
cat > /etc/polkit-1/localauthority/50-local.d/99-allow_storage_mount.pkla << 'EOF'
[Storage Permissions]
Identity=unix-group:storage
Action=org.freedesktop.udisks.filesystem-mount;org.freedesktop.udisks.drive-eject;org.freedesktop.udisks.drive-detach;org.freedesktop.udisks.luks-unlock;org.freedesktop.udisks.inhibit-polling;org.freedesktop.udisks.drive-set-spindown
ResultAny=yes
ResultActive=yes
ResultInactive=no
EOF
答え2
最近 Debian テストで LXDE と同じ問題が発生しました。
最後に@jw013が私にエラーを示しました(参照:この問題)ここでの問題は、XDMと他のディスプレイマネージャがConsoleKitと通信せず、PolicyKitに関する正しい情報を設定しないことです(特にセッションの結果は次のとおりです)。非アクティブ)。
他のディスプレイマネージャ(私の場合はLightDM)に切り替えてすべてのライセンス問題を解決しましたが、この場合もGDMが良いと確信しています。
答え3
根本的な理由は、人々が自分のやり方でソフトウェアを書いて自分自身の仮定をするからです。あるアプリケーションが別のアプリケーションの前提と異なる仮定を行う場合、両方のアプリケーションはデフォルトで互いに機能しません。これがすべてのオペレーティングシステムディストリビューションにパッケージマネージャがある理由です。メンテナンスの仕事の1つは、アプリケーションにパッチを適用して一緒に機能させることです。仮定は変更でき、変更されるため、管理者がパッチを適用する前に問題が発生する可能性があります。
あなたの場合、管理者(管理者ですか、それとも直接接続していますか?)がXML設定ファイルの変更を見逃したか、テスターがユースケースを見逃したようです。状況によっては、管理者が見つけて修正するのを待つか、修正して忘れたり、バグトラッカーに報告したり(可能であれば)、ソースコードとパッチコードを受け取ったりできます。