QuTS hero h6.0.0.3324 build 20251125 公開測試版發布

QuTS hero h6.0.0.3324 build 20251125 公開測試版 2025-11-26

適用型號
TS-h2490FU/TS-h1090FU
TS-h1290FX
TDS-h2489FU/TDS-h2489FUR2
TS-h3088XU-RP
TVS-h1288X/TVS-h1688X
TS-h1886XU-RP/TS-1886XU-RP/TS-h1886XU-RPR2
TS-h686/TS-h886
TNS-h1083X
TS-883XU/TS-883XU-RP/TS-1283XU-RP/S-1683XU-RP/TS-983XU/TS-983XU-RP/TS-2483XU-RP/TS-h1283XU-RP/TS-h2483XU-RP/TS-h1683XU-RP
TS-h977XU-RP/TS-h1277XU-RP/TS-h1677XU-RP/TS-h2477XU-RP
TS-h1277AXU-RP/TS-h1677AXU-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/TVS872X/TVS-672N/TVS-872N/TVS-472XT/TVS-672XT/TVS-872XT
TS-1655/TS-855X
TS-855eU/TS-855eU-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

重要注意事項
以下擴充卡型號自 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 中暫時無法使用。完整支援列表請參見:App Center - QNAP | QNAP (US)
以下應用程式將不再於 QuTS hero h6.0.0 支援:CAYIN CMS-WS Lite 與 CAYINMediaSignPlayer(由 CAYIN Media Viewer 取代)、Mustang Card Manager、Mustang Card User Driver、Python、Python3、QButton、QmiixAgent、QVR Elite(由 QVR Surveillance 取代)、Skype

新功能
高可用性管理員(需最新版)
高可用性管理員是一款新應用程式,可協助您透過將一台 NAS 設為另一台的備援裝置來最大化服務可用性。當其中一台裝置發生故障時,另一台裝置可自動接管並持續提供服務。要實現高可用性,需兩台相同型號的 NAS。
您現在可以為叢集介面使用虛擬交換器,提升虛擬化網路環境的部署彈性。請至「高可用性管理員 > 設定 > HA 網路」設定叢集介面。注意:無法使用「網路與虛擬交換器」設定虛擬交換器作為叢集介面。
您現在可以在「高可用性管理員 > 設定 > 故障轉移政策」中選擇啟用或停用自動回復。自動回復可在故障轉移、系統重啟或韌體更新後,系統自動將主動角色轉回原本的主動節點。

快照管理員
快照現在新增「保護政策」屬性,結合了過去永久快照功能與不可變性特性。建立或編輯快照、設定本地快照排程時,您可選擇保護政策,禁止系統自動刪除和/或用戶手動刪除快照。亦可指定禁止刪除的到期時間。

KMIP
新增支援啟用 KMIP(金鑰管理互通協定)服務。透過設定 KMIP 用戶端並連接至您選擇的遠端金鑰伺服器,可安全儲存及存取 NAS 各項功能(如加密共用資料夾與加密 LUN)的加密金鑰。

儲存空間管理員
儲存空間管理員現支援建立分層儲存池,以提升讀寫效能並改善儲存效率。每個分層池可包含 2 至 3 層,較快的層級儲存常用資料,較慢的層級儲存不常用資料。

ACL
推出 ACL 2.0 新版,大幅優化權限儲存與繼承流程,顯著提升需大規模檔案與共用資料夾設定的環境下的權限設定與查詢效能。

控制台
管理員現在可檢視及管理與使用者帳號綁定的 QNAP ID。
管理員現在可協助用戶停用無密碼登入,以便使用其他登入方式。
新增支援設定 SSH 加密設定於網路檔案分享連線。用戶可從預設加密模式中選擇或自訂首選加密演算法。

桌面與登入
本次更新增強 NAS 登入安全性與用戶體驗,支援 FIDO2 驗證標準。您可使用實體安全金鑰(如 YubiKey)、平台驗證器(如 Windows Hello 與 Touch ID)登入。此登入方式稱為 Passkey,可於「桌面 > 登入與安全 > 二步驟驗證」或「無密碼登入」啟用。啟用 Passkey 登入時,請確保透過 HTTPS 並以網域名稱存取系統,且已安裝 FIDO2 Server。
您現在可使用 QNAP ID 登入 NAS,無需記憶本地帳號密碼,提升用戶體驗。管理員可於「控制台 > 安全性 > 登入與密碼」啟用此功能。

iSCSI 與 Fibre Channel
新增支援 N_Port ID 虛擬化(NPIV),這是一項 Fibre Channel(FC)技術,允許多個全球唯一名稱(WWN)共用單一實體埠。這讓多個虛擬機或應用程式可透過同一實體主機埠獨立連接至儲存區域網路(SAN),提升擴充性、資源利用率並簡化 SAN 管理。NPIV 亦可於高可用性(HA)環境下使用 FC 服務。
Fibre Channel(FC)服務現已提供,電腦、伺服器、其他 NAS 及虛擬機可透過 FC 網路以 LUN 形式存取 NAS 儲存空間。若於 HA 環境下使用 FC 服務,必須於「iSCSI 與 Fibre Channel > 協定設定 > Fibre Channel 服務」啟用 NPIV 服務。

系統
新增支援安全開機(Secure Boot),強化系統保護。此功能確保 NAS 僅於開機過程執行受信任且已簽署的韌體,防止載入未授權或惡意程式碼。目前僅 TVS-AIh1688ATX 支援此功能,未來將於其他型號產品頁標註支援狀態。
您現在可於桌面提醒訊息中設定首選韌體更新時間,提升彈性與控制力。

增強項目
ACL
升級至 ACL 2.0 後,系統現支援最大 ACL 項目數由 124 提升至 1020,權限管理更具彈性。
App Center
App Center 介面全面重新設計,帶來更現代且直觀的使用體驗。

桌面與登入
快速入門頁面已重新設計並更名為「功能導覽」。新導覽整合主要功能亮點與最新更新,協助您快速了解 NAS 重要功能。首次登入時自動顯示,亦可隨時於「桌面 > 更多 > 說明」重溫。
您現在可依需求啟用或停用密碼登入。停用密碼登入可提升帳號安全性,但僅能存取支援無密碼登入的應用程式,如網頁登入、Qfile Pro(Android/iOS)、Qmanager(Android/iOS)、Qsync Client(Windows/Mac)。設定路徑:「桌面 > 登入與安全 > 無密碼登入 > 可用驗證方式」。

高可用性管理員(需最新版)
HA 環境現支援手動與排程 SnapSync 任務。
HA 環境現支援 SED 儲存池。若以現有 SED 儲存池建立 HA 叢集,需為每個池提供加密密碼。
HA 環境現支援加密共用資料夾與 LUN。若以現有加密儲存空間建立 HA 叢集,需為每個空間提供加密密碼。

iSCSI 與 Fibre Channel
HA 環境現可使用加密 LUN。
網路與虛擬交換器
網路與虛擬交換器網頁說明已遷移至說明中心,提供更詳細完整的文件。
網路與虛擬交換器現支援自訂 MAC 位址,方便用戶依網路需求分配位址。

快照管理員
用戶現在可於快照動作選單(清單與時間軸檢視皆可)點選「快照詳情」檢視每個快照的詳細資訊。
SnapSync 效能測試結果現可刪除,便於移除不再需要的紀錄。
新增總覽頁面,彙整所有快照、快照複製任務與 SnapSync 任務狀態摘要。

儲存空間管理員
HA 環境現可使用加密共用資料夾與 SED 儲存池。
優化儲存池復原流程。
優化系統記憶體使用,提升應用效能。
新增支援於 HA 環境掛載與卸載儲存池。

系統
HA 環境下,您可於控制台檢查兩台裝置的硬體資源分配,及時應對潛在硬體資源問題。
優化韌體更新介面,便於監控韌體更新進度。

其他變更
快照管理員
升級至 QuTS hero h6.0.0 的 ACL 2.0 後,快照管理員功能受以下影響:(1)以 ACL 2.0 建立的快照無法匯入至舊版 ACL 裝置;(2)若來源使用 ACL 2.0、目標使用舊版 ACL,則無法建立或執行快照複製任務;(3)SnapSync 任務僅於來源與目標使用相同 ACL 版本時可建立或執行。

QuTS hero h6.0.0.3324 build 20251125 公開測試版 | 發行說明 | QNAP

1個讚

剛剛更新了我的873a,目前沒有任何衝突。感覺比5.X系列快了一點,但也可能只是心理作用,哈哈。

真的值得升級到 Hero 6 嗎?我才剛犯了升級到 h5.3 的錯誤,除非你需要 HA,否則根本沒必要升級。

那麼升級到 6 值得嗎?到底改變了多少?所有的應用程式都能用嗎?沒錯,不可變快照真的很酷。但我不確定其他功能我會用到多少。

已更新我的 TVS-h1288X,目前一切正常(Thunderbolt、QVS 搭配 GPU,都運作良好)。
而且我覺得 OS h6.0 速度更快了。例如解鎖加密的 ZFS 共享資料夾。在 h5.2.8(以及之前的版本)中,輸入解密金鑰後總是需要較長時間,大約 60 秒。現在只需要 10 秒。很棒

感謝大家的回報!

如果您有任何其他問題或疑問,歡迎隨時與我們分享。謝謝!

我嘗試了這個韌體,但 NVidia 驅動程式無法運作。我的 GPU 硬體被系統識別,但無法正常運作。

2個讚

—Machine translation by Dolbyman—

The TS464C version with expandable memory also requires system support; please adapt it.


ts464c可扩展内存的版本也需要该系统的支持,请适配一下

(please post in English here)

我也是如此。NVIDIA_GPU_DRV 套件安裝沒問題,但安裝 NvKernelDriver 失敗,這意味著 GPU(我這裡是 Quadro P1000)無法使用。

編輯: 嘗試手動安裝 NvKernelDriver 時,出現以下輸出:

[~] # sh /share/data/NvKernelDriver_h6.0.0.3324_TS-X73A_20251125.qpkg
在 TS 系列上安裝 QNAP 套件 ...
qinstall.sh
NvKernelDriver.tgz
18594+1 records in
18594+1 records out
46078176 bytes (43.9MB) copied, 0.685721 seconds, 64.1MB/s

gzip: stdin: decompression OK, trailing garbage ignored
qpkg.cfg
/bin/tar: 子程序返回狀態 2
/bin/tar: 因前述錯誤而失敗退出
[~] #
1個讚

嗨。我注意到一個我無法確定的問題。我在一台 ts-464 上安裝了 6.0 beta。在這台機器上,有一個由兩組組成的 Raid 10,分別是 2TB 和 4TB 的 SSD。

我也有設置每晚同步到 iDrive ec2(s3 相容)。

今天我發現同步任務已經運行了大約 8 小時,而且該儲存空間上的一個共享資料夾幾乎無法回應。

SMB 連線會逾時,檢查儲存空間時也只是一直在轉圈。

重新啟動後問題解決,重新嘗試同步也一切正常。

我不確定是哪裡掛掉了;希望如果有人也遇到類似情況但當作偶發事件忽略了,這是一個提示,某處可能真的有問題。

更新:大約 24 小時後又卡住了。同步並不是原因。

我注意到平均負載大約 150。沒有任何程序看起來真的佔用太多 CPU。

系統相當不穩定。我遇到了兩個問題。一個是無法登入,即使使用重設按鈕和管理員帳號也無法登入。另一個問題是系統因 RCU stall 而當機,任何存取特定 zfs 目錄的程序都無法回應。

關於無法登入的問題,當輸入正確的使用者名稱和密碼時,登入提示會一直轉圈。經過非常長的等待後,才顯示登入失敗。這導致我第一次重新安裝系統。

至於 RCU stall 的問題,可能與 smb 守護程序有關。我有另一台 Linux 伺服器,會持續嘗試掛載 QNAP 機器上的目錄。當 QNAP 機器開啟時,會發生程序凍結,某些目錄似乎無法回應。當我關掉 Linux 伺服器,並強制拔插電源後,系統又恢復正常。

即使是 beta 版,目前還是太早了。但整體系統似乎比 QUTS HERO h5.2 系列反應更快。如果沒有嚴重的錯誤,這將會是一個相當有潛力的版本。

嘿,請參考上面。我認為是 QSync,不是 SMB。只有那個會受影響。試著暫停 QSync 一段時間。
你可以檢查核心訊息是否有問題:dmesg | tail -n 100
如果你無法重啟,可以用這些指令代替實體按鈕(透過 ssh);這些會立即重啟:
echo 1 | sudo tee /proc/sys/kernel/sysrq
echo b | sudo tee /proc/sysrq-trigger

QSync Center停用兩天後,我就沒有再遇到問題了。
今天決定完全卸載它,然後重新安裝。目前沒有問題,Mac端客戶端同步也正常。
稍後會再檢查。

最終我發現它又卡住了,在運行正常了幾天之後。感覺需要一個新的 beta 版本。

現在是其他東西在作怪。大概是 ACL(存取控制列表)程序?

dmesg | tail -n 100 1:22:28
[ 301.689507] eth0: renamed from vethda18792
[ 301.723641] hal_device remove QXG virtual
[ 301.723994] lxcbr0: port 3(vethb053526) entered blocking state
[ 301.734623] lxcbr0: port 3(vethb053526) entered forwarding state
[ 301.772143] eth1: renamed from vethf73ce51
[ 301.784568] igc 0000:05:00.0 eth0: entered promiscuous mode
[ 301.797843] hal_device remove QXG virtual
[ 301.840082] eth0: renamed from veth64eb032
[ 301.900309] hal_device remove QXG virtual
[ 302.410283] eth0: renamed from veth5a9fa1a
[ 302.427666] lxcbr0: port 4(vethe9702a7) entered blocking state
[ 302.434175] lxcbr0: port 4(vethe9702a7) entered forwarding state
[ 302.447865] hal_device remove QXG virtual
[ 302.627364] eth0: renamed from vethaa7858b
[ 302.641638] lxcbr0: port 2(veth8d5d05b) entered blocking state
[ 302.648156] lxcbr0: port 2(veth8d5d05b) entered forwarding state
[ 302.672459] hal_device remove QXG virtual
[ 431.279510] 一般保護錯誤,可能是非標準地址 0x8000005880000070: 0000 [#1] PREEMPT SMP NOPTI
[ 431.291589] CPU: 2 PID: 6508 Comm: fs_listener Tainted: P U C O 6.6.32-qnap #4
[ 431.300767] 硬體名稱: Default string Default string/Default string, BIOS Q07SAR09 01/07/2022
[ 431.310610] RIP: 0010:qnap_acl_cache_compare+0x8/0x20 [zfs]
[ 431.316877] 代碼: 48 89 97 60 03 00 00 c3 88 8f 68 03 00 00 48 89 97 58 03 00 00 c3 66 2e 0f 1f 84 00 00 00 00 00 66 90 f3 0f 1e fa 48 8b 4f 28 <48> 8b 56 28 31 c0 48 39 ca 0f 92 c0 48 39 d1 83 d8 00 c3 0f 1f 44
[ 431.337706] RSP: 0018:ffffc900249774e8 EFLAGS: 00010286
[ 431.343507] RAX: 000000000000014d RBX: ffff888148dd3948 RCX: 0000000000008686
[ 431.351420] RDX: 8000005880000048 RSI: 8000005880000048 RDI: ffffc90024977560
[ 431.359336] RBP: ffffc90024977560 R08: ffff88823fcabcc8 R09: 0000000000026e90
[ 431.367257] R10: ffff88814a812cc0 R11: 0000000000000038 R12: 0000000000000000
[ 431.375168] R13: ffffc90024977558 R14: 8000005880000048 R15: 8000005880000048
[ 431.383082] FS: 00007f4820fe56c0(0000) GS:ffff888860100000(0000) knlGS:0000000000000000
[ 431.392059] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 431.398432] CR2: 00007f7e89c8fb38 CR3: 0000000277a6c000 CR4: 0000000000350ee0
[ 431.406347] 呼叫追蹤(Call Trace):
[ 431.409061]
[ 431.411395] ? die_addr+0x31/0x80
[ 431.415078] ? exc_general_protection+0x1a7/0x3c0
[ 431.420305] ? asm_exc_general_protection+0x26/0x30
[ 431.425731] ? qnap_acl_cache_compare+0x8/0x20 [zfs]
[ 431.431315] avl_find+0x73/0xb0 [zfs]
[ 431.435442] qnap_update_acl_cache+0xaa/0x370 [zfs]
[ 431.440923] ? lpl_kmem_cache_alloc+0x134/0xd30 [lpl]
[ 431.446532] ? sa_attr_op+0xa7/0x490 [zfs]
[ 431.451161] ? sa_attr_op+0x3ed/0x490 [zfs]
[ 431.455906] ? sa_lookup+0x8a/0xb0 [zfs]
[ 431.460341] ? sa_lookup+0x8a/0xb0 [zfs]
[ 431.464783] zfs_acl_node_read+0xee7/0x1230 [zfs]
[ 431.470075] ? qnap_acl_cache_entry_read+0x14c/0x1c0 [zfs]
[ 431.476229] zfs_zaccess_aces_check+0x464/0x590 [zfs]
[ 431.481922] zfs_zaccess_impl+0x115/0x290 [zfs]
[ 431.487024] zfs_getacl+0x5c/0x500 [zfs]
[ 431.491458] ? zfs_dirent_lock+0x473/0x560 [zfs]
[ 431.496654] ? __wake_up_common_lock+0x89/0xc0
[ 431.501590] zfs_getsecattr+0x65/0xc0 [zfs]
[ 431.506312] zpl_get_bsdacl+0x36/0xa0 [zfs]
[ 431.511015] ? make_kuid+0xe/0x10
[ 431.514698] ? richacl_permission+0x193/0x2a0
[ 431.519525] zpl_get_richacl+0xf5/0x3e0 [zfs]
[ 431.524428] ? check_richacl+0x74/0xf0
[ 431.528594] check_richacl+0x57/0xf0
[ 431.532566] qnap_acl_permission_check+0x96/0x140
[ 431.537794] qnap_generic_permission+0x2b/0xc0
[ 431.542735] __qnap_inode_permission+0x93/0x220
[ 431.547774] ? __d_lookup+0x79/0xc0
[ 431.551653] may_open+0x78/0x130
[ 431.555241] path_openat+0xa18/0x1240
[ 431.559313] ? finish_task_switch.isra.0+0xa1/0x2c0
[ 431.564735] ? __schedule+0x2c1/0x7a0
[ 431.568805] ? timerqueue_add+0x66/0xb0
[ 431.573072] do_filp_open+0xb3/0x160
[ 431.577050] ? put_ucounts+0x80/0xd0
[ 431.581025] do_sys_openat2+0x93/0x180
[ 431.585194] ? sched_clock+0x10/0x20
[ 431.589167] __x64_sys_openat+0x52/0x90
[ 431.593433] do_syscall_64+0x41/0x90
[ 431.597411] entry_SYSCALL_64_after_hwframe+0x4b/0xb5
[ 431.603026] RIP: 0033:0x7f4827938e6e
[ 431.607000] 代碼: 00 48 89 44 24 18 31 c0 41 83 e2 40 75 3e 89 f0 f7 d0 a9 00 00 41 00 74 33 89 f2 b8 01 01 00 00 48 89 fe bf 9c ff ff ff 0f 05 <48> 3d 00 f0 ff ff 77 42 48 8b 54 24 18 64 48 2b 14 25 28 00 00 00
[ 431.627840] RSP: 002b:00007f4820fe4920 EFLAGS: 00000206 ORIG_RAX: 0000000000000101
[ 431.636247] RAX: ffffffffffffffda RBX: 00007f4821219ce0 RCX: 00007f4827938e6e
[ 431.644165] RDX: 0000000000090800 RSI: 00007f48212272d0 RDI: 00000000ffffff9c
[ 431.652084] RBP: 00000000ffffffff R08: 00000000006802a0 R09: 0000000000000081
[ 431.660002] R10: 0000000000000000 R11: 0000000000000206 R12: 00007f4820fe49a8
[ 431.667919] R13: 00000000027ad190 R14: 00007f48212272d0 R15: 0000000000000000
[ 431.675833]
[ 431.678252] 已載入模組: macvlan xt_ipvs ip_vs_rr ip_vs_ftp ip_vs xt_nat xt_addrtype kvm_intel vhost_net tap tun vhost vhost_iotlb kvm fbdisk(O) rfcomm ksmbd(PO) ksmbd_base(O) isert_scst(PO) bnxt_re(O) bnxt_en(O) ib_iser(O) rdma_cm(O) ib_cm(O) iw_cm(O) ib_core(O) mlx_compat(O) iscsi_tcp(O) libiscsi_tcp(O) libiscsi(O) scsi_transport_iscsi(O) qla2xxx_qzsttgt(PO) iscsi_scst(PO) zscst_vdisk(PO) scst(PO) cfg80211 dummy br_netfilter bonding bridge stp xt_connmark ip6table_filter ip6_tables xt_TCPMSS xt_LOG xt_set ip_set_hash_netiface ip_set_hash_net ip_set iptable_raw xt_conntrack xt_MASQUERADE xt_REDIRECT iptable_nat nf_nat xt_policy xt_mark qelf(PO) 8021q ipv6 uvcvideo uvc videobuf2_v4l2 videobuf2_vmalloc videobuf2_memops videobuf2_common snd_usb_caiaq snd_usb_audio snd_usbmidi_lib snd_seq_midi snd_rawmidi fnotify(O) udf isofs iTCO_wdt vfio_pci vfio_pci_core irqbypass vfio exfat ufsd(PO) jnl(O) cdc_acm pl2303 usbserial rndis_host cdc_ether qm2_i2c(O) zfs(PO) icp(O) lpl(O) intel_ips drbd lru_cache dm_tier_hro_algo
[ 431.678315] dm_thin_pool dm_bio_prison dm_persistent_data hal_netlink(O) hailo_pci(O) apex(C) gasket(C) igc r8152(O) usbnet mii igb e1000e mv14xx(O) mpt3sas(O) scsi_transport_sas raid_class qla2xxx_qzst(O) scsi_transport_fc k10temp coretemp uas usb_storage xhci_pci xhci_hcd usblp uhci_hcd ehci_pci ehci_hcd
[ 431.808392] —[ end trace 0000000000000000 ]—
[ 431.820247] pstore: backend (ramoops) 寫入錯誤 (-28)
[ 431.826249] RIP: 0010:qnap_acl_cache_compare+0x8/0x20 [zfs]
[ 431.832537] 代碼: 48 89 97 60 03 00 00 c3 88 8f 68 03 00 00 48 89 97 58 03 00 00 c3 66 2e 0f 1f 84 00 00 00 00 00 66 90 f3 0f 1e fa 48 8b 4f 28 <48> 8b 56 28 31 c0 48 39 ca 0f 92 c0 48 39 d1 83 d8 00 c3 0f 1f 44
[ 431.853404] RSP: 0018:ffffc900249774e8 EFLAGS: 00010286
[ 431.859214] RAX: 000000000000014d RBX: ffff888148dd3948 RCX: 0000000000008686
[ 431.867148] RDX: 8000005880000048 RSI: 8000005880000048 RDI: ffffc90024977560
[ 431.875079] RBP: ffffc90024977560 R08: ffff88823fcabcc8 R09: 0000000000026e90
[ 431.883012] R10: ffff88814a812cc0 R11: 0000000000000038 R12: 0000000000000000
[ 431.890941] R13: ffffc90024977558 R14: 8000005880000048 R15: 8000005880000048
[ 431.898869] FS: 00007f4820fe56c0(0000) GS:ffff888860100000(0000) knlGS:0000000000000000
[ 431.907858] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 431.914261] CR2: 00007f7e89c8fb38 CR3: 0000000277a6c000 CR4: 0000000000350ee0
[ 7682.596702] perf: 中斷花費太久 (2501 > 2500),降低 kernel.perf_event_max_sample_rate 到 79000
[14956.399363] perf: 中斷花費太久 (3132 > 3126),降低 kernel.perf_event_max_sample_rate 到 63000

我在使用 NFS 掛載時遇到完全無法運作的問題。SMB 正常運作,但 NFS 完全不行,整個過程都很延遲並且卡住。即使重新啟動,也會導致我的 NAS 必須強制關機。型號是 Ts-h686。即使在新建立、已清除 ACL 的共享資料夾上也會出現同樣的問題。不知道原因是什麼。

錯誤回報: 啟用 ACL 2.0 後,Windows 電腦無法再正常處理檔案,特別是 PDF。Acrobat 雖然可以開啟檔案,但儲存時會顯示「找不到檔案」。除此之外,從檔案總管複製、剪下及貼上檔案則沒有問題。

使用回饋: 配備 i7 處理器和 64GB 記憶體,企業級硬碟(WD Gold),系統安裝於兩顆 nvme SSD 上,整體感覺系統比原本安裝的 QuTS hero 5.3 還要遲鈍、緩慢。

我不得不重設一切並回到 5.2.8。無論是 5.3 還是 6.0,都沒有那種「很安心」一切都會順利運作的感覺。

很遺憾,新的 QuTS hero 6.0.0 對我來說目前無法使用。至少目前是這樣。可惜 5.2.8 不支援 PCIe Intel P3605 SSD,就像 5.3 和 6.0 那樣。