
Docker Desktop 的 WSL 磁碟很大?清理或壓縮前先量三層
用唯讀稽核分開記錄 Docker 物件、WSL 客體檔案系統與 Windows 主機 VHDX,再決定下一步。
WATCH AT EASE · 實用指南
解決日常問題,核實內容的目前適用性。
265–288 / 359

用唯讀稽核分開記錄 Docker 物件、WSL 客體檔案系統與 Windows 主機 VHDX,再決定下一步。



在靜止的本機儲存庫副本上盤點,只比對官方記載的衝突檔名,並比較 Markdown 原始位元組。唯讀工具標出原檔缺失與不支援的名稱;雜湊相同也不批准刪除。


本機稽核可為Bitwarden ZIP中既有檔案建立清單與摘要,但封存本身不能證明伺服器全部附件皆已匯出。離線檢查結構問題,與另存的獨立基線比較,並明確何時必須繼續保留來源、暫停刪除或移轉。

ZIP下載成功也可能只有LFS指標。用可信提交中的指標核對封存指定成員的解壓後位元組,並把單檔匹配與整個儲存庫備份完成分開判斷。


反覆下載只代表啟動未被接受,不能證明所有舊安裝都應刪除。保留完整日誌,綁定準確的 VS Code commit,分別核對下載、解壓縮、啟動與轉送,只修復有證據的失敗環節。

命令成功不代表驗證完整。先確認 crypt 拓撲與底層雜湊能力,明確選擇 cryptcheck 或下載比對,保存各類報告,並將錯誤與不支援的物件排除在已驗證總數之外。


孤立警告不能證明容器可以丟棄。先確認實際 Compose 專案,檢查歸屬標籤與資料掛載,區分服務改名、專案名稱衝突、不同檔案組合與一次性執行,再選擇最小安全動作。

clone 後的工作樹裡出現指標文字,只是症狀,不是根因。先保留本機改動、識別精確 LFS 物件,再把屬性和篩選器設定與下載、身分驗證、本機物件及 checkout 故障分開判斷,然後才考慮重新 clone 或重設。

yt-dlp 下載結果無聲,不一定表示下載失敗。先保留檔案和詳細記錄,檢查檔案中實際有哪些串流,再區分是只選了視訊、跳過或未完成合併,還是播放器相容性問題,然後才考慮重新下載。

這是安全停止,不是要你盲目重建隱藏資料夾。先做唯讀預檢,分清掛載遺失、路徑移動、清理工具刪除與權限故障,再恢復同步。

使用經過測試的唯讀指令碼,分頁讀取本機 Plex Media Server 歷史端點,保留各使用者的事件記錄,並標示可能不完整的匯出結果。


如果 Steam Deck 擴充基座在未接電源時可用,接上電源後卻失去顯示、乙太網路、USB 或充電,請保留這項反轉差異。雙狀態矩陣能在清除設定或更換硬體前,區分僅顯示失敗與擴充基座整體供電或 USB-C 路徑問題。

不開啟 metadata.db,也不修改唯一的書庫副本,先盤點自訂欄位定義、每本書的 OPF 覆蓋和衝突。




再次複製 Thunderbird 設定檔前,先建立唯讀的逐位元組清單,安全區分遺漏的郵件資料、已變更檔案與設定檔路徑不一致。
