QuTS hero h6.0.1.3550 build 20260709 正式發布

第一次更新

QuTS hero h6.0.1.3550 build 20260709 2026-07-14

適用型號
TS-h2490FU/TS-h1090FU
TS-h1290FX
TDS-h2489FU/ TDS-h2489FU R2
TS-h3088XU-RP
TVS-h1288X/TVS-h1688X
TS-h987XU-RP/TS-h1887XU-RP/TS-h2287XU-RP/TS-h3087XU-RP
TS-h1886XU-RP/TS-1886XU-RP/TS-h1886XU-RP R2
TS-h686/TS-h886
TNS-h1083X
TS-883XU/TS-883XU-RP/TS-983XU/TS-983XU-RP/TS-1283XU/TS-1283XU-RP/TS-1683XU/TS-1683XU-RP/TS-2483XU/TS-2483XU-RP/TS-h1283XU-RP/TS-h1683XU-RP/TS-h2483XU-RP
TS-h977XU-RP/TS-h1277XU-RP/TS-h1677XU-RP/TS-h2477XU-RP
TS-h1277AXU-RP/TS-h1677AXU-RP/TS-h2477AXU-RP/TS-h3077AFU
TVS-h1675U-RP/TVS-h1275U-RP/TVS-h875U-RP/TVS-h875U
TVS-675
TVS-h474/TVS-h674/TVS-h874/TVS-h874X/TVS-h674T/TVS-h874T
TBS-h574TX
TS-873AU/TS-873AU-RP/TS-1273AU-RP/TS-1673AU-RP/TS-873AeU/TS-873AeU-RP
TS-h973AX/TS-473A/TS-673A/TS-873A
TVS-672X/TVS-872X/TVS-672N/TVS-872N/TVS-472XT/TVS-672XT/TVS-872XT
TS-1655/TS-855X
TS-855eU/TS-855eU-RP/TS-h1655XeU-RP
TS-253E/TS-453E
HS-264/TBS-464/TS-364/TS-464/TS-664/TS-264/TS-464C2
TS-466C
TS-464U/TS-464U-RP/TS-1264U-RP/TS-464eU/TS-864eU/TS-864eU-RP
TS-i410X/TS-410E
TS-h765eU
TS-h1277AFX
TVS-AIh1688ATX
Qu805/Qu605/Qu405

重要注意事項
以下擴充卡型號自 QuTS hero h6.0.0 起停止支援:Mustang-200-C-8G-R10、Mustang-200-i5-1T-32G-R10、Mustang-200-i7-1T-32G-R10、Mustang-F100、Mustang-V100、QM2-2P10G1T、QM2-2S10G1T。
自 QuTS hero h6.0.0 起,以下應用程式將不再支援:CAYIN CMS-WS Lite 和 CAYIN MediaSign Player(由 CAYIN Media Viewer 取代)、IDrive、JRE、Mustang Card Manager、Mustang Card User Driver、Python、Python3、QButton、Qmiix Agent、QVR Elite(由 QVR Surveillance 取代)、Skype。
為確保系統安全性,自 h6.0.0 釋出候選版本起,QuTS hero 不再允許韌體降級。
為獲得最佳體驗與系統效能,建議升級韌體後至 App Center 更新所有可用應用程式。

安全性更新
已套用多項安全性更新,進一步提升系統安全。

修正問題
修正使用者通過 HDMI 連接 NAS 進行設定時,主控台訊息錯誤提示預設管理員密碼的問題。(預設密碼應為 Cloud Key,而不是 MAC 位址。)
修正 Storage & Snapshots 錯誤顯示 TL-R6020Sep-RP SAS JBOD 擴展機櫃韌體版本為 0.0.0 的問題。
修正 Storage & Snapshots 即便裝置正常運作,錯誤顯示 TL-R6020Sep-RP SAS JBOD 擴展機櫃錯誤狀態圖示的問題。
修正從 QuTS hero 版本 h5.1.14 升級至 h6.0.0.3500 後,大容量儲存池會離線的問題。
修正當用戶將共用資料夾容量擴充至 5 PB(上限)後,「調整共用資料夾大小」按鈕會變灰且無法點擊的問題。
修正當資料夾結構較深與複雜時,套用單一 ACL 權限變更進度偶爾卡在 0% 的情況。
修正 Storage Manager 新增 RAID 群組時,會將 RAID 60 顯示為 RAID 6 的問題。
修正「擴充儲存池」精靈允許用戶新增 RAID 60 群組時超過 16 顆磁碟上限的問題。
修正在自動回切至原本主動節點後,臨時 takeover 節點上拍攝的快照未在 SMB 先前版本中顯示的問題。
修正從 QuTS hero h5.x.x 升級至 h6.0.0 韌體後,有線 802.1X 驗證失敗的問題。
修正升級到 QuTS hero h6.0.0 韌體後,加密共用資料夾允許密碼含不支援字元,導致解鎖失敗的問題。
修正當 DNS 伺服器 IP 不在使用者定義的允許連線清單內時,會導致 DNS 解析失敗的問題。
修正 API 處理異常導致異常日誌寫入並觸發 ramdisk 錯誤的問題。

QuTS hero h6.0.1.3550 build 20260709 | Release Notes | QNAP

我的 NVIDIA 驅動程式即使重新安裝後也無法載入。請幫忙。

我也是。好像在 QuTS 更新時經常發生這種情況。

我想我已經解決了。解除安裝 Nvidia GPU 驅動程式。

安裝更新版的 NVidia GPU 核心驅動程式:

https://download.qnap.com/Storage/QuTShero/DriverQPKG/QTS_h6.0.1/3550/NvKernelDriver_h6.0.1.3550_TS-X88_20260709.qpkg

我重新啟動了。

重新安裝 NVIDIA GPU 驅動程式 6.2.2.1106

看起來一切正常。

我試過了,但對我來說沒有用。

我也遇到這個問題了。我嘗試過卸載驅動和核心,但系統不讓我移除核心。卸載驅動後,我重開機,再次安裝驅動,又重開一次機,還是沒用。

我已經提交了客服單。

還有這到底是什麼鬼啦?!升級到6之後竟然不能降級?!QNAP——你們的韌體有問題,讓用戶根本沒辦法讓系統運作,這到底是什麼神邏輯?!這是誰想出來的鬼主意?!

真希望我知道為什麼我的可以運作。我在前幾次更新後也必須做同樣的事。即使重開機也沒問題。不過沒錯,我覺得每次 QuTS hero 更新,Nvidia 驅動程式都會有無法載入、需要手動處理的問題。很奇怪。

我解除安裝了 NVIDIA GPU 驅動程式應用程式,但無法安裝 Kernel(核心)。所以我用 SSH 登入,移除了 qpkg.conf 檔案中的 Kernel 條目,然後刪除了 .qpkg 資料夾裡的 Kernel 套件目錄,重開機後手動下載並安裝了 Kernel,現在至少 Container Station 的 GPU 直通功能可以用了。不過驅動程式在 QuTS Hero 裡還是沒辦法載入,但至少開機時沒有像之前那樣顯示錯誤。

你好,
我也確實遇到了相同的 Nvidia 驅動程式問題。透過盲目重裝並不能解決這個問題。

我不太確定是否真的適合強行安裝 nvkerneldriver。

我們在本端無法重現這個問題。如果有用戶遇到類似情況,歡迎隨時提交支援票,支援團隊將很樂意協助解決。謝謝!

你好,

感謝你的留言,真的對我有幫助。我有向客服提交過工單,不過我還是照你的建議:安裝新版「nvkerneldriver」。在此之前,我已先移除了 NVidia 驅動程式(並重開機),然後再搭配「nvkerneldriver」重新安裝。

現在運作順暢多了 :slight_smile:

無法從 6.0.1.3500 降級到 6.0.0.3500

這是真的嗎?我們連 QuTS 6.x 之間都不能降級嗎?我最近正考慮把我的 TVS-872XT 從 QTS 轉到 QuTS,好利用 ZFS 的優勢。但我打算等 v6 穩定一點再從那裡開始,而不是從 v5,但如果這是真的,讓我有點擔心。這些年我確實有幾次因為驅動出問題或 sendmail 壞掉被迫把 QTS 降回舊版本。

我嘗試從 6.0.1.3500 降級到 6.0.0.3500,但系統就是不讓我這麼做。

以下是 6.0.1.3500 版本更新說明中的內容。這其實並不是一個重大版本更新,通常只有重大版本才會限制回滾到上一版韌體。

在我看來,這對於很多在韌體升級後遇到問題的使用者來說,是個很糟糕的決定。唯一的支援方式只有他們的客服應用程式和來來回回的 email。很多使用者其實是把 QNAP 用來做影片剪輯或儲存的小型企業,如今只因為不能回復韌體,這種問題甚至有可能讓他們停擺好幾天。

我明白這樣做是出於安全考量,但他們真的需要更嚴謹的品質管控和更多測試,這樣才不會導致用戶不滿。此外,他們自己的安全紀錄說實在也不是太好。

我明白了……我本來以為這意思是大版本,比如 v6 回退到 v5.x,這本來就不是個好主意。但沒想到連 v6 內的次要更新都不行。

感覺這做法未免太嚴格了吧,連回退到幾天前發佈的小版本都不允許。QNAP 最有名的不就是他們韌體出問題或不穩定時,常常得回退到前一版嗎……:o

這是一則非常出色的評論。QNAP 很清楚——其實每個廠商都明白——他們經常會在韌體發布上出錯,不管是 Apple、Adobe、Ubiquiti 還是 QNAP 都一樣。所以,能夠將韌體「回溯」到先前版本是非常重要的。

Bob Zelin

對於使用 QuTS 5.x 的人來說,我猜你們應該能夠還原次要版本吧?那麼這就是 QuTS 6.x 的新變化嗎?
真的很希望能有 QNAP 的官方說法,說明他們為什麼會覺得這樣的做法哪怕一點點都是好主意。我可以為此提出工單,不過我想先確定我們掌握事實,或是如果有人已經看到他們發表的評論,也就不用重複了。

說到底,對於重大問題,他們的支援端一定有還原的方法。所以也許只是我們還沒看到而已。希望有個什麼 file_flag 之類的東西,只要切換就能還原。

-Qmann

TS-h1277AFX 也是如此——我的 RTX-5060 Ti 不再可用!
我的 Docker 回傳:Error response from daemon: error gathering device information while adding custom device “/dev/nvidia0”: no such file or directory

在之前的 QuTS hero h6.0.1 一切都運作正常

如何降級到之前的 QuTS hero h6.0.1?
==> 軟體發佈有可能出現問題,應該能夠透過降級快速修復!

降級不是選項,這是一個安全功能。

可以。

在 QuTShero 5.x 中,系統只會給出警告,然後你就可以降級。

這張圖片我只有德文版

大家好,

感謝大家在這裡提供坦誠的反饋——失去直接回退功能,尤其在更新導致像 RTX/Nvidia 驅動問題這樣的嚴重回歸時,的確讓人感到不快。讓我來釐清究竟改了什麼,以及更重要的,你現在有哪些選擇。

先談實際操作,因為有個需要澄清的誤解:在 h6 上降級並非不可能。改變的是現在不再能在 GUI 上自行操作。如果某個版本對你造成困擾,我們的客服團隊仍然可以將你的系統回退到先前的 h6 版本——這是透過客服而非界面上的按鈕來處理。因此,「降級不是選項」並不完全正確:它不是一鍵操作了,但仍然是官方支援的流程。如果你在更新後掛住了,請開工單並明確要求降級。

至於原因,這確實跟 5.x 有所不同:在 5.x 及更早版本,GUI會警告你,但仍然允許降級。從 QTS 6.0 和 QuTS hero h6.0 開始,降級(包括小版本之間)不再在 GUI裡提供,這是刻意為之。將裝置回復到舊韌體,也意味著把安全修補恢復到較舊的狀態,防止這種操作(防回退)現在是我們必須遵守的歐盟新資安法規——網路韌性法(Cyber Resilience Act)的一部分。把降級改成客服協助流程而非一鍵 GUI 功能,就是在滿足法規同時,確保遇到有問題的版本時還能協助你恢復正常。

這些改變並沒有減輕實際的不便。好幾位提到——生產環境需要可靠回退機制——這非常合理,我們已經將此帶回作為產品意見。很抱歉你在 6.x 上遇到麻煩——請聯絡我們的客服團隊,我們一定會全力協助你。