ZimaOS 1.5.4では、あるコミュニティユーザーが、削除したファイルがFilesアプリのゴミ箱ビューに表示されていないにもかかわらず、非表示の.trashフォルダー内で容量を占有していることを発見しました。サービスを停止して削除する回避策により、ゴミ箱の表示は一時的に正常に戻りましたが、その後の再起動で問題が再発しました。
そのため、この投稿は恒久的な現行の解決策ではなく、診断記録として役立ちます。現在のZimaOSはより新しいリリース系列になっており、非表示のゴミ箱ディレクトリを再帰的に削除すると破壊的な結果を招きます。そこにまだ必要なファイルがあれば、完全に削除されます。
まず、ゴミ箱が本当に容量を占有しているか確認する
元のユーザーは次を確認しました。
du -sh /var/lib/casaos_data/.media/*/.trashこれは何かを削除するよりも適切な最初の手順です。各マウント済みドライブのゴミ箱ディレクトリにどの程度の容量が存在するかを、読み取り専用で確認できるためです。より詳しいNASのごみ箱容量ガイドでは、削除したデータがごみ箱、スナップショット、その他のストレージ層によって参照され続ける理由を説明しています。
1.5.4の回避策で実際に行われたこと
コミュニティで共有された手順では、icewhale-filesとSMBを停止し、対象の.trashディレクトリを削除してからサービスを再起動し、syncを実行しました。投稿者によると、その後に新しく削除したファイルはゴミ箱に正しく表示されるようになりましたが、数日後には症状が再発しました。
この結果は重要です。つまり、そのインストール環境では回避策によって一時的な状態が解消されたことは示しますが、根本原因が修正されたことを示すものではありません。また、ユーザーは内部マウントされたNTFSドライブでも同じ動作を確認しているため、このスレッドからBtrfsが原因だと断定することはできません。
rm -R .trashを最後の手順にすべき理由
非表示のゴミ箱フォルダーを削除すると、ごみ箱の安全機能を迂回することになります。実行する前に内容を確認し、重要なファイルを復元し、バックアップがあることを確認して、意図したマウント済みドライブを操作していることを確かめてください。rootシェルでの入力ミスにより、誤ったパスを操作するおそれがあります。
表示上のファイルが消えているのに空き容量が戻らない場合は、ゴミ箱だけが容量を保持していると決めつけず、NASの削除済み容量に関するトラブルシューティングにある多層的な確認を行ってください。
バージョンの範囲：これはZimaOS 1.5.4の事例
ゴミ箱機能はもともとZimaOS 1.3.1で導入され、Filesからの自動クリーンアップと復元に対応しました。ZimaOS 1.3.1のリリースノートには、その想定動作が記載されています。
現在の1.7.1のリリースノートには、ファイルサービスに関する複数の修正が含まれていますが、この特定の非表示ゴミ箱表示バグが修正されたとは明記されていません。したがって、アップグレードによって必ず解決すると主張しないでください。まずは最新の修正とセキュリティ対応のためにアップデートし、その後、古い回避策を使う前に症状を再現して確認してください。
より安全な操作手順
- 現在の安定版ZimaOSにアップデートします。
- 影響を受けているドライブを確認し、空き容量を記録します。
- 非表示の
.trashフォルダーを変更せずに容量測定します。 - まだ必要な削除済みファイルを復元します。
- 容量が一致しない場合は、スナップショット、開いているファイル、その他の保持レイヤーを確認します。
- その後で初めて、バックアップを用意したうえで破壊的なゴミ箱クリーンアップを検討します。
