大家好，
我最近一直在跟 QNAP（威聯通）技術支援合作，處理我的 TVS-672XT 上的一個問題。NAS 的負載平均值會開始飆升，大部分資源都被 I/O 任務消耗。昨晚負載甚至高達 110 到 150，但並沒有任何應該導致這種情況的操作。我設法通過 SSH 重新啟動了設備，但花了好幾個小時。
幾天前，QNAP 支援告訴我，升級處理小組發現 /dev/md13 幾乎滿了，而磁碟快滿可能會導致這類問題。他們建議我刪除其中的資料。
這讓我很驚訝，因為我有六顆 8TB 的硬碟組成 RAID5，備份資料總共大約只有 12 或 13TB，根本沒有接近滿的情況。
如果我進入 SSH shell 並嘗試用「cd」進入 /dev/md13，它會顯示不是目錄——這很合理，因為它是一個「裝置」。但我不太清楚它到底是什麼。Google 搜尋顯示，在 /dev/ 中帶有「md」的裝置是 RAID 陣列（md = multi-disc），但我的 RAID 根本沒快滿。
那麼這到底是什麼？我該如何在 QTS 裡找到與這個 Linux 裝置相關的磁碟/卷宗/其他？
現在 QNAP 支援告訴我「dev/md13」是系統相關的，並建議我刪除未使用的應用程式。有趣的是，除了大約三四個 QNAP 應用程式之外，其他都是基本必需的東西。
那麼，有沒有辦法透過 SSH 存取並查看到底有哪些東西佔用了空間？
md9 和 md13 是每個磁碟上的作業系統分割區
md13 應該掛載在 /mnt/ext
謝謝你。我對 Linux 指令列不是很熟練。這裡是目前的狀況……
[jono@NA9D-NAS-3 ext]$ ls -la
total 24
drwxr-xr-x 4 admin administrators 4096 2025-05-18 20:27 ./
drwxr-xr-x 14 admin administrators 320 2025-07-23 07:58 ../
-rw-r--r-- 1 admin administrators 0 2025-05-18 20:27 addon_flag
-rw-r--r-- 1 admin administrators 0 2025-05-18 20:27 debug_flag
drwx------ 2 admin administrators 16384 2025-05-18 20:27 lost+found/
drwxr-xr-x 33 admin administrators 4096 2025-07-23 07:58 opt/
沒什麼特別。我要怎麼查看這個磁碟區的總空間和可用空間？我猜 lost+found 是問題所在，但我無法存取它。顯示權限被拒絕。用 sudo 執行「cd」指令似乎也沒有效果……
你有使用「admin」使用者嗎？
不。我的使用者帳戶是管理員。也許我需要再次啟用管理員帳戶……
admin 應該始終啟用。QNAP 在 2022 年勒索攻擊期間停用 admin 是毫無意義的恐慌反應（因為該使用者無論如何都需要用於內部流程，停用只是障眼法，勒索軟體仍然利用了那個「已停用」的使用者）。
好的。這樣可以了。那麼——要怎麼查看一個磁碟分割區（volume）的總空間和剩餘空間呢？看起來可用空間不多……
即使顯示 lost+found 佔用最大空間，裡面卻什麼都沒有。
a
df -h
應該會顯示各種掛載點
Filesystem Size Used Available Use% Mounted on
/dev/md9 493.5M 186.8M 306.6M 38% /mnt/HDA_ROOT
/dev/md13 416.7M 383.8M 32.9M 92% /mnt/ext
這就是我這邊的樣子（TS-853BU）
是的。我在 md13 上有這個
/dev/md13 417.0M 384.6M 32.4M 92% /mnt/ext
和你的是一樣的。所以我不確定為什麼 QNAP 會說這是個問題，並且是我 CPU 時間飆升的原因……
這有可能是個問題嗎？這是什麼？
Filesystem Size Used Available Use% Mounted on
none 432.0M 361.4M 70.6M 84% /
那應該是 root，我的大小也差不多，沒遇到什麼問題
Filesystem Size Used Available Use% Mounted on
none 400.0M 330.8M 69.2M 83% /
不太確定 QNAP 支援人員的意思
好的。真喜歡客服總是拋出一些無關痛癢的解釋，卻不是問題的解決方法……
我們實際上懷疑這個問題與 md13 無關，對於因此可能造成的任何困惑，我深感抱歉。
我們支援團隊的經理將會聯繫團隊，全面了解情況，並持續協助您解決問題。
對於任何誤解，我們深感抱歉，也感謝您的理解！
謝謝你。如果你的支援團隊能提供有意義的解決方案，而不是猜測，會更有幫助。這就是支援單上明確寫的內容：
升級團隊通知 /dev/md13 快滿了，這可能會導致高負載。
請釋放 md13 的一些空間。
此外，在進行複製或 TimeMachine 備份時，預期會有高負載。
在閒置時，負載應該保持正常。
他們還說：
升級團隊建議刪除所有未使用的應用程式。
/dev/md13 是系統相關分割區，未使用的應用程式可能會填滿它。
請嘗試刪除所有未使用的應用程式，並告訴我們是否有幫助。
所以他們說：「喔對，去刪除檔案吧」，但使用者根本無法存取這個裝置。然後又說：「喔，刪除你未使用的應用程式。這就是問題所在。」呃，不對。我這台機器上幾乎沒安裝什麼應用程式。這根本是胡說八道，而且還是來自所謂「升級」團隊，理應是有真正知識的支援人員。
他們還說：「喔，Time Machine 備份會導致使用率飆升。」真的嗎？而且會飆到這麼高？負載平均 110？
所以負載平均 110（我還看過高達 150）是未使用的應用程式造成的？這簡直太可笑了。
我一直強調，當這種情況發生時，我的 CPU 平均用戶和系統佔比其實很低，但 I/O 占比異常高——98%。發生這種情況時，一定有東西在 I/O 等待狀態，我只想要真正的協助來找出原因！但他們讓我做了記憶體測試（通過了），然後又提出這些關於 md13 的胡扯建議。看來根本沒有人真正知道發生了什麼事……
在最上層，應用程式會安裝在系統磁碟區的隱藏 .qpkg 資料夾中。（除非它們可以/已經被移動到其他磁碟區），所以已安裝的應用程式不應該佔用 md13（不過變更會記錄在 qpkg.conf 檔案中）
沒錯！感覺技術支援人員根本不了解自己公司的設備是怎麼運作的！真的讓人覺得很可怕。
我已經開了一個關於 CPU 使用率飆升的工單，多次提交了日誌。我還有另一個工單，是關於我的某些快照副本失敗的問題。日誌裡甚至有一個錯誤訊息，沒有人能告訴我那是什麼意思。
我只會收到那些老套的回覆，比如「請做記憶體檢查。你沒有用我們高價的記憶體。」對啊，記憶體檢查每次都通過。
除此之外，支援人員在協助我測試另一個問題時還改了我的郵件設定，結果測試完也沒改回來！QNAP 在這裡的論壇上已經跟我道歉了好幾次。但在支援工單裡卻說：「我們找不到是誰做的…」
真的讓我懷疑他們的技術支援到底有多可靠。
