☰

削除されたファイルが引き続き表示されるのはなぜですか？

tag-icon • tag-icon files filesystems linux-mint cron nemo
削除されたファイルが引き続き表示されるのはなぜですか？

最近、特定の場所（デスクトップなど）からファイルを削除してからごみ箱を空にするという奇妙な問題が発生しました。しかし、約1日後（正確に何が原因であるかわからない）、ファイルは新しい権限（644）として再び表示されます。

原因を特定または完全に予防するにはどうすればよいですか？これはかなり長い間続きましたが、ホームフォルダを整理するのに約1時間かかりました。

PS 私はLinux Mint 15 Oliviaを実行しています。

要求に応じて、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

答え1

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

私はLinux Mintを使ったことがありませんが、子犬Linux使用オブ説明するアクションは、aufsなどの多層ファイルシステムを表します。

つまり、元のディストリビューションからファイルを削除すると、実際には削除されませんが、ファイルリストから消えます。シャットダウン中にファイルシステムの変更を保存すると、再起動時に変更が保持されます。そうしないと、再起動/再起動すると元のファイルが表示されます。すべての変更は失われます。

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

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

これらの魔法はすべて、ファイルシステム層が起動時にディスクではなくRAMに完全にまたは部分的に配置されるために可能です。 RAMディスクの初期化に使用されたディレクトリ（/initrdPuppyLinuxの場合）を見ると、これらのレイヤーを見ることができます。

警告する
/initrd通常のディレクトリではなく、同等のディレクトリからファイルを削除すると、レイヤリングがめちゃくちゃになる可能性があります。

関連情報