型號：TS-644
韌體版本：QuTS hero h6.0.1.3500（由 5.x 升級，過去兩年運作正常）
用戶端作業系統：macOS Tahoe 26.5.2
問題描述：通過 SMB 瀏覽加密的共享資料夾時，NAS 的 SMB 服務會在幾秒內出現 CPU 和記憶體飆升，隨後系統日誌中出現 SMB 服務重啟錯誤。用戶端（Finder）會卡住或崩潰。
排除狀況：- 同一台 NAS、同一個儲存池、同一個用戶端上的未加密 SMB 共享資料夾 —— 即使是大量檔案/資料夾的情境 —— 完全正常，沒有 CPU/記憶體問題。- 只有加密的共享資料夾會觸發問題，並且每次瀏覽時都能穩定重現，幾秒內就發生。
透過 File Station（網頁 GUI）本地端存取相同的加密資料夾完全正常 —— 問題僅限於 SMB 存取路徑，與資料本身的加解密無關。
已嘗試但無效：- 停用「使用核心 SMB 伺服程式加速檔案傳輸」- 停用「啟用非同步 I/O」- 停用「加速大量小檔案複製」- 三者同時關閉亦無效
影響：此共享資料夾為 NAS 的主要用途，h6 升級前多年皆運作無礙。h6 升級後，ZFS 儲存池/ACL 格式已原地升級，不支援回滾，因此目前在 SMB 上完全無解。相關社群回報（同韌體、同症狀特徵——macOS 用戶端在 h6 上 SMB 記憶體/CPU 暴漲）：- QuTS hero h6.0 Beta – SMB memory leak / runaway RAM with macOS Tahoe (SMB service stops) (ticket Q-202601-68940)
請求：請將此案例視為限定於「加密共享資料夾的 SMB 存取路徑」的 regression（回歸性 bug），而非一般性 macOS/SMB 問題，因問題可於隔離測試下明確重現——相同用戶端、相同 NAS、相同韌體，未加密分享狀態一切正常。如有需要，我樂意提供系統日誌、CPU/記憶體飆高的螢幕錄影，或是 SSH 連線以便工程師現場除錯協助。
和大家一樣的情況——h6 升級後，在 macOS 上有一個特定的 SMB 共用資料夾（我的是加密分享，不過根據其他報告，可能甚至不限定於單一加密位置）只要一瀏覽就會在數秒內大幅佔用 CPU／RAM，並迫使 SMB 服務重啟。我已嘗試關閉核心模式 SMB 服務、非同步 I/O，以及小檔案加速選項——這些措施都沒解決問題。
目前經過測試可行的臨時解法：
在 QuTS hero 上，NFS 是完全獨立於 SMB 的服務，因此可以完全避開 SMB 路徑上的問題。步驟如下：
- 控制台 → 網路與檔案服務 → Win/Mac/NFS/WebDAV → NFS 服務 → 確認已啟用（v2 和 v3 對我目前的環境都可用）。
- 控制台 → 權限 → 共用資料夾 → [你的分享資料夾] → 編輯共用資料夾權限 → NFS 主機存取 → 勾選存取權，新增你的 Mac IP（或子網），squash 設定為 「no users」（no_root_squash），再依需要設置權限。
- 在 Mac 上：Finder → Cmd+K → 輸入
nfs://<nas-ip>/yourshare → 連線。
完全不需打開終端機，掛載起來就像一般網路磁碟。這不是解決問題的方法（QNAP 還是要修正 SMB 的回歸 BUG），但對我來說，當 SMB 完全不能用時，這方式非常穩定。如果你正卡關又急需存取資料，不妨試試看，而不用等客服回覆工單。
感謝您的回報！我會將這份資料轉交給我們內部團隊進行確認。謝謝！
我正在使用 TS-h973ax，而且遇到完全相同的問題。真的是太瘋狂了，居然有公司在軟體最重要的部分沒做品質測試就推到生產環境。
在這個 AI 時代，這種情況根本不可接受。QNAP，請拿出點誠意吧。
更新：我已解決我的問題。原因似乎是檔案和資料夾的中繼資料需要重新整理。
前往設定中的「共用資料夾」，系統會開始重建所有中繼資料，對於非常大的資料夾來說，這個過程會花很多時間，因為必須遍歷整個資料夾結構。一旦完成，之前卡住的大型資料夾又能正常運作了。
QNAPS AI 進一步說明：
我理解你的情況——升級 QuTS 後，你的 SMB 共用資料夾變得很慢或卡住，然後你手動重新整理每個共用資料夾就解決了。這很可能發生的原因，以及你的刷新操作是什麼作用：
-
可能原因：
-
升級韌體後，SMB 服務或共用資料夾的中繼資料快取變得不一致（例如存取控制列表、掛載狀態或快取屬性）。
-
韌體變更影響了 SMB I/O 路徑或紀錄方式，導致回應變慢，直到重新載入共用資料夾的中繼資料／狀態。（版本說明中針對某些情境有修正 SMB 速度的內容。）
-
背景作業（ACL 套用或權限索引）可能因更新而中斷，需要手動觸發才能恢復。
-
為什麼刷新有效：
-
在「控制台 > 權限 > 共用資料夾 > 共用資料夾」內刷新共用資料夾，會強制 NAS 重新評估該共用資料夾的中繼資料、權限及掛載狀態——清除過時快取並重新初始化該資料夾的 SMB 處理程序。
-
重新初始化允許 SMB 程序重建內部狀態，恢復正常反應速度。
-
建議步驟（不會破壞資料）：
-
確認你已安裝最新 QuTS 版本和查看版本說明，並套用所有修補。
-
在「控制台 > 網路與檔案服務 > Win/Mac/NFS」中，暫時停用並再啟用 SMB，以全局重新載入服務。
-
查看「控制台 > 系統 > 系統紀錄」有無 SMB 相關警告，並檢查是否有中斷的背景作業。
-
如果特定共用資料夾反覆卡住，請執行該資料夾的權限刷新，並確認底層儲存池／RAID 健康狀況（在「儲存與快照」內）。
驗證：完成上述步驟後，從 Mac／Windows 客戶端連線存取各 SMB 共用資料夾，確認目錄列舉及讀寫操作是否正常，並監控紀錄是否有持續的 SMB 錯誤。
如果多個共用資料夾持續發生問題或重開機後再次出現，請透過 QNAP 服務入口 開啟服務單，好讓工程師蒐集紀錄並做更深入診斷。
更新：
QNAP SMB 服務版本：h4.20.006 仍然沒有修正這個行為
