web-dev-qa-db-ja.com

削除されたファイルが継続的に再表示されるのはなぜですか？

最近、ある場所（デスクトップなど）からファイルを削除してからゴミ箱を空にするという奇妙な問題が発生しています。ただし、1日ほど後（何がトリガーされるのか正確にはわかりません）、ファイルは新しいアクセス許可（644）で再表示されます。

何が原因であるかを把握するか、完全に停止するにはどうすればよいですか？それはかなり前から続いていて、ホームフォルダのクリーニングに約1時間費やしたことを考えると、かなり面倒ですが、今では元の状態に戻っています。

P.S. Linux Mint 15Oliviaを実行しています

要求に応じて、cronジョブ：

# ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ luckybackup entries ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
@reboot    sleep 180;    /usr/bin/luckybackup -c --no-questions --skip-critical /root/.luckyBackup/profiles/Jason.profile > /root/.luckyBackup/logs/Jason-LastCronLog.log 2>&1
# ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ end of luckybackup entries ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

そして

0 21 * * * fwbackups-run -l 'Daily Backup' # autogenerated by fwbackups
filesfilesystemslinux-mintcronnemo
3
user1340073

それ Linux Mint 15 Oliviaはaufsおよび/またはunionfsファイルシステムを使用しているように見えます。

私はLinuxMintを使用していませんが、 Puppy Linux は aufs を使用しており、説明する動作はaufsのような多層ファイルシステムを示しています。

簡単に言うと、元のディストリビューションの一部であるファイルを削除しても、実際には削除されませんが、ファイルリストには表示されません。シャットダウン中にファイルシステムの変更を保存すると、再起動時のためにファイルシステムの変更が保持されます。そうしないと、再起動/再起動すると元のファイルが表示されます。すべての変更が失われます。

詳細...
nionfs および Aufs ファイルシステムを複数のレイヤーで構造化することにより、信頼性を向上させます。これは、Googleマップや他のGISシステムで見られるグラフィカルオーバーレイに似ています。分散されたファイルシステムは最下層であり、読み取り専用に保たれているため、必要に応じていつでもロールバックできます。

その後の追加/変更は、1つ以上の上位レイヤーに保存されます。下位層のファイルを削除しても、実際には削除されません。パピー（そしておそらくミント）は、書き込み可能な上位レイヤーに非表示の「ホワイトアウト」ファイルを作成し、下位レイヤーの「削除された」ファイルを非表示にします。

この魔法はすべて、ブートアップによってファイルシステムレイヤーの全体または一部がディスクではなくRAM）に配置されるためにのみ可能です。おそらく、初期化に使用されたディレクトリを調べると、レイヤーを確認できます。 ramdisk（PuppyLinuxでは/initrd）。

[〜＃〜]注意[〜＃〜]
通常のディレクトリ内ではなく、同等の/initrd内からファイルを削除すると、階層化が台無しになり、「結果は予測できません」と言われます。

1
DocSalvager