結論:ゴミ箱が開かない場合は、UIの修復を試す前に削除ファイルを保全する
1.5.0の事例で重要なのは、ゴミ箱ボタンが壊れたことではありません。Filesインターフェースの下に、削除ファイルがまだ復元可能な状態で残っていたことです。ユーザーはZimaOSのデータパスの下にある隠しゴミ箱ディレクトリを見つけ、再インストールの前に必要なファイルをコピーして取り出しました。これが正しい優先順位です。まず復元し、その後でインターフェースを修復します。

ZimaOSのゴミ箱は復元可能な削除レイヤーとして設計されている
ZimaOSは、Filesで削除したファイルを復元でき、すぐに消去せず保持期間の経過後に自動的に削除できるよう、ゴミ箱を導入しました。過去のZimaOSのゴミ箱の動作には、復元と30日後の自動削除について記載されています。
削除データがまだ存在するか確認する
du -sh /var/lib/casaos_data/.trash/* 2>/dev/null
du -sh /var/lib/casaos_data/.media/*/.trash 2>/dev/null
find /var/lib/casaos_data -maxdepth 4 -type d -name ".trash" 2>/dev/null
これらの内部パスは実際の過去事例に基づくもので、UIが壊れている場合にデータの場所を特定するのに役立ちます。ただし、復元場所として扱い、安定した公開APIとはみなさないでください。ZimaOSのストレージ内部構造はリリース間で変更される可能性があります。
復元フォルダーを手動で探す場合は、まず読み取り専用で調査してください。GNUのGNU findツールは、マウント状態がまだ不確かな段階で隠しディレクトリを作成、名前変更、削除するよりも安全に場所を特定できます。
削除や再構築を行う前に必要なファイルをコピーする
不足しているファイルが見つかったら、別のストレージ領域または外付けディスク上の通常のフォルダーにコピーし、正常に開けることを確認してください。調査中はゴミ箱ディレクトリを移動したり削除したりしないでください。ZimaOSのバックアップを利用すると、より安全な2つ目のコピーを作成できます。
実際のマウント状態を確認する
その後の1.6世代の報告では、ストレージパスとマウント記録が一致しなくなった際に、同様の症状が発生していました。次を確認してください。
df -h
mount
ls -lah /media
findmnt
UIではゴミ箱が存在すると表示されているのに、基盤となるストレージパスが存在しない、または古いマウントを指している場合、新しい.trashフォルダーを手動で作成すると復元がさらに難しくなる可能性があります。
Files、SMB、メディアアプリが同じ方法で削除するとは限らない
ZimaOSのFilesインターフェースから削除したファイルは、プラットフォームのゴミ箱ワークフローを経由する場合があります。一方、SMB、Plex、Jellyfinからの削除は、サービスやマウント設定によって動作が異なることがあります。削除後も空き容量が戻らない場合は、ファイルシステムの障害だと決めつけず、ゴミ箱ディレクトリと開いているファイルの状態を確認してください。
Linuxの開いているファイルの検査は、削除済みファイルが開いたままになってディスク容量を消費している場合に役立ちます。
ゴミ箱UIが壊れていても、すぐにOSを再インストールする必要はない
元のユーザーは別のGPUトランスコード問題が発生したため再インストールを決めましたが、ゴミ箱だけの問題に対する最初の復旧手段として再インストールを行うべきではありません。まず削除データを復元し、現在の安定版リリースをテストし、ブラウザーの状態をクリアして、ストレージのマウントを確認してください。ZimaOSの復旧は、適切なエスカレーション先です。
アプリデータとユーザーデータを計画したストレージに保存する
アップグレード後にストレージパスがずれると、ゴミ箱、アプリのマウント、ショートカットがすべて同時に壊れたように見えることがあります。現在のZimaOSでは、アプリのストレージパスとデータ移行について、より明確に説明されています。ZimaOSのデータ移行により、今後のパスの不明確さを減らせます。
復旧後にゴミ箱をテストする
一時的なテキストファイルを作成し、Filesから削除して、ゴミ箱に表示されることを確認します。次に復元し、再度削除して容量の変化を確認してください。復元したファイルを危険にさらさず、現在のリリースを確認できるよう、失っても問題のないテストデータを使用してください。
FAQ
ZimaOSで削除したファイルはどこに保存されますか?
過去のリリースでは、ZimaOSのデータパスやマウントされたメディアのパスの下に、隠し.trashディレクトリが使用されていました。ただし、内部パスが安定した公開インターフェースとして保証されているわけではありません。
ゴミ箱は表示されるのに、なぜ開かないのですか?
Files UIのリグレッション、古いストレージパス、またはマウントの不整合が原因の可能性があります。フォルダーを再作成する前に、データを復元してマウントを確認してください。
ZimaOSを再インストールすればゴミ箱は復元しますか?
システムコンポーネントが置き換えられる可能性はありますが、最初の対処としては破壊的すぎます。また、先に削除ファイルを復元する代わりにはなりません。
削除後にディスク容量が解放されないのはなぜですか?
ファイルがまだゴミ箱に残っているか、実行中のプロセスによって開いたままになっている可能性があります。ファイルシステムを疑う前に、両方を確認してください。
修正をどのようにテストすればよいですか?
一時的なファイルを使用し、削除してゴミ箱に表示されることを確認し、復元してからストレージ使用量を確認してください。
