web-dev-qa-db-ja.com

Nautilusを使用してマウントする場合の「D-Busインターフェイスのオブジェクトなし」

メインHDDが正常に動作している間に、Nautilusの2つのパーティションのいずれかをマウントしようとすると、このエラーが発生する内蔵HDDがあります。

ディスクを使用してマウントすると機能しますが、Nautilusでアンマウントすると同じエラーが発生します。 mountも機能します。

dmesgとsyslogには特別なものは何も表示されないので、関連するログをどこで探すべきかわかりません。誰かがこの問題に関するヒントを提供してくれることを願っています。

mountnautilusdbus
25
duo8

どうやらこの質問はGoogleに掲載されたようで、多くの人が答えを投稿するように頼んでいるので、ここにあります。

  1. まず、Dash（Ubuntuの場合）に移動するか、スーパーユーザー（できればgparted-pkexec）を使用してgpartedを実行します。
  2. パーティションを右クリックして、New UUIDを選択します。
  3. Applyボタンをクリックします。

あなたが何かを台無しにするまで、この解決策は永続的でなければならないので、心配はありません。

更新：一部の人々は、gparted情報を更新するだけで問題が解決したと主張しました。 UUIDを更新するとfstabになってしまうため、最初に試してみてください。

17
dat tutbrus

gvfs-udisks2-volume-monitorユーザーサービスを再起動するだけで、この問題をオンラインで回避できました。

systemctl --user restart gvfs-udisks2-volume-monitor

その後、Nautilusでのディスクのマウントは正常に機能しました。

5
Morphit

一時的な解決策があります

Sudo mount /dev/... /mnt/tothisdir

または、「ディスク」を使用してマウントするか、他の任意のノーチラスではありません

3
kdm6389

詳細な分析については、私の Question＆Solution をご覧ください。

つまり、GNOME Virtual File Systemまたはgvfsはまったく機能していません。

ただし、Do Not unmount & remove/run/user/[USER ID]/gvfsフォルダーは、他のポスターで提案されているとおりです（デフォルトのユーザーIDは1000です）。

Gvfsフォルダーと[ユーザーID]を見つけます

$ mount | grep gvfs
gvfsd-Fuse on /run/user/[USER ID]/gvfs type Fuse.gvfsd-Fuse (rw,nosuid,nodev,user=jean)
$

gvfsによって使用されるマウントポイントを一覧表示します。 [注：gvfsは動作していないため、空である必要があります]

$ ls -als /run/user/[USER ID]/gvfs
total 0
0 dr-x------  2 jean jean   0 Dec 22 17:42 .
0 drwx------ 10 jean jean 260 Dec 22 17:42 ..
$

gvfsdデーモンプロセスがアクティブかどうかを確認します

$ ps axu | grep gvfsd
jean      5993  0.0  0.0 680372  6356 ?        Sl   17:42   0:00 /usr/lib/gvfs/gvfsd

次のコマンドでそれを殺します。

$ Sudo killall -9 gvfsd

次に、デーモン（プロセス）を再起動します

$ Sudo /usr/lib/gvfs/gvfsd-Fuse /run/user/[USER ID]/gvfs

まあ、それだけです。システムを完全にシャットダウンして再起動する必要があるため、すぐには表示されませんでした（完全にシャットダウンせずにシステムを再起動しても機能しません）。しかし、システムの再起動直後、gvfsは正常に機能し、Nemo/Nautilus内のすべてのパーティション/ドライブにアクセスできました。

以前は、システムを再起動しても何も解決されませんでした。

2
Antonio

Gvfsをアンマウントすると問題が解決しました：

umount -fl /home/user/.gvfs
rm -rf /home/user/.gvfs

私はその解決策を見つけました ここ

0
botchniaque

Botchniaqueの修正がうまくいかない場合は、まずシステムのgvfsマウントポイントを確認してください。

mount | grep gvfs

Ubuntu 15.10では、/run/user/[USER ID]/gvfsの下にマウントされていたため、次のコマンドが機能しました。

Sudo umount -fl /run/user/[USER ID]/gvfs
Sudo rm -rf /run/user/[USER ID]/gvfs
0
g.ptic

私にとって、言及された解決策はどれもうまくいきませんでした。または、少なくともすぐには動作しませんでした。

しかし、マシンを再起動した後、ドライブは機能しました。

単純な再起動で修正されたのか、umount/rm -methodで修正された後、再起動したのかはわかりません。

0
mavavilj