web-dev-qa-db-ja.com

マウントされたディスクにあるファイルを返さない場所を見つける

はい、私はhaveupdatedb.confをプルーンしないように設定nfs、cifs、smb、autofsを設定し、プルーンを設定しますマウントを「no」にバインドします。

Prune_BIND_MOUNTS="no"
# PRUNENAMES=".git .bzr .hg .svn"
PRUNEPATHS="/tmp /var/spool /home/.ecryptfs /var/lib/schroot"
PRUNEFS="rpc_pipefs afs binfmt_misc proc iso9660 ncpfs coda devpts ftpfs devfs mfs shfs sysfs lustre tmpfs usbfs udf Fuse.glusterfs Fuse.sshfs curlftpfs ecryptfs Fuse

--debug-pruningの出力を確認すると、正しい出力が得られます。さらに、--verboseおよびteeを使用してindexed_paths.txtファイルへの出力を作成し、そのtxtファイルには他のドライブ上のファイルが含まれています。

それでも、locate my_video.mp4を呼び出しても、/media/myusername/での一致は表示されず、起動ドライブの内容のみが表示されます。

私はこれを2つの別々のubuntu 16インストールで試しました。

何をしているのですか？

私が考えることができる唯一のことは、私のLONG updatedb呼び出しがまだ完了しておらず、既存のlocate.dbが置き換えられたときだけです。私の更新されたジョブがまだ完了していなくても、検索結果に表示される起動ディスクから新しいファイルを漠然と思い出しているので、それが本当の理由だとは思いません。

その他の情報

mountエントリは次のようになります。

/dev/sde1 on /media/myusername/myNtfsDrive type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)

オートマウンターを使用しています。問題が発生しないことを願っています。

locateupdatedb
1
Sridhar Sarnobat

@muruが言ったように、updatedbはバッチアップデーターであることがわかりました。約10時間実行していたインデックス作成ジョブが完了したばかりで、マウントされたドライブで結果が得られます（そして、以前成功したと思っていたジョブは無人で失敗しました）。

なぜ私の仕事に10時間かかるのかと不思議に思われるかもしれませんが、巨大な階層を持つ古いテラバイトのディスクがいくつかあります（古いコンピューターのバックアップから）。

物語の教訓：我慢してください:)

フォローアップ

updatedbを一度に1つのディスクで実行する方法はあるのでしょうか。

1
Sridhar Sarnobat