Windows エクスプローラーからファイルが消えたのに、ZimaOS ではディスクが満杯のまま表示される場合、最初に確認すべきことは「SMB で削除に失敗したのか」ではありません。ファイルが ZimaOS のごみ箱処理に移動された、隠しごみ箱ディレクトリに保持されている、またはバージョン固有のごみ箱インデックス／表示バグの影響を受けている可能性があります。
元のスレッドでは、最終的に確認済みの解決策には至りませんでした。コミュニティの回答者は、これは通常の Samba の動作だと述べ、.recycle、.Trash、.Trash-1000 などの隠しフォルダーを確認するよう提案しました。しかし、この助言は ZimaOS に対しては一般的すぎました。その後、1.5.4 のトラブルシューティングで、ZimaOS 独自の隠しごみ箱パスが /var/lib/casaos_data/.media/.../.trash にあることが確認され、現在の Files には正式なごみ箱機能が搭載されています。
ZimaOS の Files には正式なごみ箱があります
IceWhale は ZimaOS 1.3.1 で、Files に視覚的なごみ箱を追加しました。リリースノートには、削除した項目の復元と、30 日後の自動削除が記載されています。
隠しディレクトリを手動で削除する前に、ZimaOS の正式なごみ箱機能を確認してください。
元の「通常の Samba の動作」という説明は検証されていません
元の投稿者は、削除のたびにコマンドラインでクリーンアップする必要があるのかを尋ねました。しかし、その後の返信では、どの隠しディレクトリが容量を消費していたのか、またはそのバージョンで Windows からの削除が ZimaOS のごみ箱に送られていたのかは確認されていません。
したがって、元の情報は確認済みの診断ではなく、初期仮説として扱うべきです。
その後、ZimaOS 1.5.4 では .trash の表示／同期バグが報告されました
2026 年 2 月の別のコミュニティスレッドでは、削除したファイルが次の場所に蓄積されていることが確認されました。
/var/lib/casaos_data/.media/Mounted-Drive-Label/.trash一方で、Files のごみ箱画面には正しく表示されていませんでした。その回避策では、Files と SMB を停止し、影響を受けた隠しごみ箱フォルダーを削除してからサービスを再起動し、書き込みを同期しました。ただし、投稿者は後に、再起動後に問題が再発したと述べています。
これはバージョン固有のコミュニティによる回避策であり、すべての環境で安全に使える削除手順ではありません。
SSH でクリーンアップする前に Files → ごみ箱を確認する
現在のユーザーは、まず Files のごみ箱を開き、保持されている項目を確認してください。削除した項目が表示される場合は、シェルから内部メタデータのパスを削除するのではなく、UI からごみ箱を空にしてください。
自動保持により、容量がすぐに戻らないことがあります
削除したファイルが復元できるよう意図的に保持されている場合、ごみ箱を空にするか保持期間が終了するまで、ストレージ使用量が高いままになることがあります。この動作は誤削除からユーザーを保護しますが、SMB 経由で数百 GB を削除する場合には予想外に感じられることがあります。
隠しフォルダーを削除する前に、実際に容量を消費しているものを確認する
Files のごみ箱が空なのにディスク使用量が高いままの場合は、次を確認してください。
- 隠しごみ箱データ
- バックアップ／バージョン保持データ
- 使用している場合は Btrfs スナップショット
- マウントポイントが見えなくなった場所の配下に書き込まれたファイル
- 実行中のプロセスが保持している、開かれたままの削除済みファイル
- アプリケーションのキャッシュまたは Docker データ
原因不明のすべての容量がごみ箱にあると決めつけないでください。
エクスプローラーからの削除のたびに SSH で手動処理する必要はありません
現在の正常な環境では、通常の SMB／Files の操作で削除を処理でき、ユーザーが内部のごみ箱フォルダーを繰り返し削除する必要はないはずです。エクスプローラーから削除するたびに手動のクリーンアップが必要になる場合は、現在の Files／SMB の動作に問題があると考え、ZimaOS のバージョンを記録してください。
内部の .media パスを不用意に削除しないでください
/var/lib/casaos_data/.media 配下のパスは、ZimaOS 内部のファイルサービスにおけるマウントおよびごみ箱の仕組みの一部です。サービスの稼働中に誤ったディレクトリを削除すると、インデックス作成やマウント済みストレージに影響する可能性があります。
まず UI を使用し、現在の ZimaOS に古い 1.5.4 のシェル回避策を適用する前に、サポートへ相談してください。
2025 年／1.5.4 のごみ箱バグを再現する前に、現在の ZimaOS で再テストしてください
現在の ZimaOS は 1.7.1 で、ファイルサービス、メモリ、切り取り／移動、セキュリティに関する修正が継続的に提供されています。元の情報は、ごみ箱レイヤーを理解するうえでは役立ちますが、同じバグが現在も存在することを証明するものではありません。
SMB による削除とごみ箱に関する FAQ
削除したファイルがごみ箱にあるため、容量を使い続けることはありますか？
はい。ZimaOS の Files には正式なごみ箱と保持機能があります。
元の 2025 年のスレッドで説明された隠しフォルダーの診断は、ユーザーによって確認されましたか？
いいえ。ユーザーがクリーンアップに成功したと報告する前に、スレッドは終了しています。
現在のユーザーは /var/lib/casaos_data/.media/.../.trash を手動で削除すべきですか？
最初の手順としては推奨しません。このパスは、その後の 1.5.4 に関するコミュニティの回避策で示されたものであり、バージョン固有の根拠がある場合に限り、十分注意して使用してください。
