# Mac 日誌哪些能刪，哪些先留著

> 先量日誌大小，分清診斷報告和統一日誌，一次只移除一份舊檔案，再查日誌持續增長的原因。

Published: 2026-05-14 | Updated: 2026-10-31

Mac 空間不夠時，先看日誌到底佔了多少，再決定要不要刪，日誌記錄的是已經發生的事情，刪掉也就失去了排查當機和重複錯誤的線索。找到一個確實很大、知道屬於哪個 App 的日誌，比清空整個 Logs 資料夾更有用，還沒解決的問題先留報告，一次只改一處。

## 先找到日誌，再決定刪什麼

Apple 的 [Library 目錄說明](https://developer.apple.com/library/archive/documentation/MacOSX/Conceptual/BPFileSystem/Articles/LibraryDirectory.html)把 Logs 列為診斷記錄的位置，並不是讓人把整個資料夾刪掉，[「系統監視程式」指南](https://support.apple.com/guide/console/cnsl664be99a/mac)則區分了 App 報告、系統報告和舊式系統日誌。

| 位置 | 看什麼 | 先怎麼處理 |
| --- | --- | --- |
| `~/Library/Logs` | 目前使用者的日誌 | 逐一確認檔案和所屬 App |
| `/Library/Logs` | 這台電腦共用的報告和日誌 | 保留上層目錄和用途不明的服務檔案 |
| `~/Library/Logs/DiagnosticReports` 和 `/Library/Logs/DiagnosticReports` | 使用者與系統診斷報告 | 問題沒解決時先留著 |
| `/private/var/log` | 傳統系統日誌，包括 `system.log` | 日常維護交給 macOS |
| 統一日誌 | 獨立的日誌儲存，不是一組純文字檔案 | 用系統監視程式查看，不手動刪它的儲存目錄 |

Apple 工程師排查當機時也會讓開發者檢查使用者的 [DiagnosticReports 資料夾](https://developer.apple.com/forums/thread/765860)，比起猜檔名，更可靠的是在系統監視程式選取報告，按官方說明在 Finder 中顯示，確認它實際放在哪裡。

[統一日誌使用壓縮的二進位儲存](https://developer.apple.com/documentation/os/viewing-log-messages)，所以清空一個文字日誌目錄，並不等於清掉了 Mac 的全部日誌，一般整理時讓系統管理這部分儲存。

## 只看大小，先不刪除

下面的終端機指令只顯示大小，摘要和易讀單位選項見 Apple 發布的 [du 手冊](https://raw.githubusercontent.com/apple-oss-distributions/file_cmds/main/du/du.1)。

```sh
du -sh "$HOME/Library/Logs" /Library/Logs /private/var/log
du -sh "$HOME/Library/Logs/DiagnosticReports" /Library/Logs/DiagnosticReports
```

第二行的子目錄已經算進第一行，不要把五個數字加在一起，量到的是佔用，不是保證可以清理出的空間。

路徑不存在不用修，遇到拒絕存取，表示這次統計不完整，不是大小為零，不要為了得到更大的清理數字去改權限或加管理者權限，能在系統監視程式查看的報告先看，無法存取的位置先留下。

如果日誌只佔所需空間的一小部分，就沒必要繼續刪，沒有一個經過核實、適用於所有 Mac 的典型清理量。可重新產生的資料是另一個問題，可以看[哪些 Mac 快取可以刪除](https://mole.fit/tw/blog/which-mac-caches-are-safe-to-delete)和[怎麼清理 Mac 快取](https://mole.fit/tw/blog/how-to-clear-cache-on-mac)，別把日誌當成快取。

## 先移除一份舊報告，留出復原時間

從問題已經解決的舊報告開始，Apple 的系統監視程式指南寫了怎麼查看報告、把選取的報告移到垃圾桶，不需要清空目錄。還在排查的問題，先把[相關報告分享](https://support.apple.com/guide/console/cnsl2356/mac)給協助排查的人，或另存一份，再考慮刪除。

1. 記下報告對應的 App、日期、位置和大小，讀一下內容，確認是哪次故障。
2. 如果屬於可以正常結束的 App，改檔案前先結束 App。
3. 只把不要的報告移到垃圾桶，保留 Logs 資料夾和旁邊的檔案。
4. 重新開啟 App，重複原來關心的操作，檢查同一個錯誤和新報告。

檢查期間先把檔案留在垃圾桶，只有檔案還在時才能從那裡復原，移進去本身也沒有清理出磁碟空間，Apple 的[垃圾桶說明](https://support.apple.com/guide/mac-help/mchlp1093/mac)寫了永久刪除和放回項目的方法，需要復原時先結束相關 App，放回以後再繼續。

有些快取可以從仍然可用的來源重新建立，新的日誌卻不能還原舊故障，刪掉的診斷歷史不會隨著後續記錄回來，也不要因為不明的鎖定檔案、資料庫或設定放在日誌旁邊，就把它們一起刪掉。

## 日誌一直變大時，先找寫入原因

把持續增長當成排查線索，記錄同一個檔案的大小和修改時間，正常結束 App，比對結束期間和重新開啟後的變化，這是一次對照，不代表資料夾名稱就能證明所有寫入都來自同一個 App。

如果某個操作一做就增長，留下相關片段，記下 App 版本和觸發操作，交給開發者排查，改日誌設定前先看廠商說明，不要停止系統服務，也不要反覆刪除輸出掩蓋現象。

刪除大日誌能去掉累積的記錄，但解釋不了為什麼會寫出這些記錄，同一個錯誤不斷回來時，接下來要處理的是錯誤本身。

## Mole 會列出什麼

Mole Mac 的**清理**在**運作日誌**中列出 `~/Library/Logs` 下符合條件的個別檔案，不把 App 日誌資料夾整個選取，舊日誌以 7 天為界，符合條件且可以立即處理時預設勾選。近期修改、至少 50 MiB 的日誌另列為預設不勾選的待確認項目，選取後原地清空檔案，無法從垃圾桶復原。

**系統資料**中的**系統日誌**和**當機報告**分別對應 `/private/var/log` 和 `/Library/Logs/DiagnosticReports` 的合格項目，有輔助程式存取權限時沿用正常的預設勾選，沒有它時顯示的列預設不勾選，留給確認。**統一日誌**也預設不勾選，選取會永久刪除持久化診斷歷史，不會移到垃圾桶。

PathGuard 會保留受保護的 App 狀態，也保留 Mole 自己的日誌，但並不保護所有日誌，`/private/var/log` 是明確允許的目錄，統一日誌操作則透過專用系統輔助程式執行，預設不勾選表示要先確認，不代表選取以後不能移除。

## 常見問題

### 能把 Library/Logs 全刪了嗎？

兩個上層目錄都別清空，先認出一份舊報告或 App 日誌，沒解決的問題保留證據，只移除已經選定的那個檔案。

### 刪日誌能清理出很多空間嗎？

先量大小，單一大日誌可能值得處理，但很小的日誌總量解釋不了更大的空間缺口，也沒有通用的清理量可以保證。

### 刪掉的日誌會回來嗎？

後續活動可能產生新記錄，但不會重現刪掉的歷史，同一個檔案重新變大時，查寫入程式和重複錯誤，不要安排更多次刪除。

---

Canonical HTML page: https://mole.fit/tw/blog/mac-log-files-what-to-delete
Blog index for agents: https://mole.fit/tw/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt