如果目前不允許降級的主要原因是安全修復和韌體升級可以分開安裝，那麼是否有可能只拆分這兩者的安裝？這樣一來，我們就能降級韌體，同時安裝必要的安全修復。
Sam，解釋得很棒，而且從合規的角度來看也很合理。我只是想確認和客服團隊溝通時，回退方案是一個可行的選項，而且我不用花好幾週時間一路升到「5級」客服才能找到技術足夠執行回退的人。希望回退的情況很少發生，也再次感謝你花時間說明。
有沒有人知道我們什麼時候才能真正看到 QTS 6？
謝謝你的解釋，Sam，但如果能說明可以聯絡客服來回滾（rollback）的選項就好了——這並沒有被提及。
並非所有人都在歐盟，所以網路安全法規並不適用於所有你的客戶。我可以理解這在其他國家未來可能很有機會發生，因此也能理解這個決策背後的原因。
你們客服團隊的回覆速度真的讓人有些失望，而唯一可用的聯繫管道只是電子郵件。在許多組織裡，電子郵件回覆的服務水準通常是12-24小時內。但對於電腦技術支援來說，其他支援管道是存在的。對 QNAP 來說卻不是這樣。如果你運氣好遇到問題是在平日，初次回覆可能需要6到8小時；但如果是在星期五傍晚或週末，那就只能自求多福了。客戶回覆後的後續回應，也同樣要等這麼久。這對很多人來說根本不切實際。我在7月14日開的工單？今天7月21日，他們才終於決定透過 HelpDesk 要求進入我的系統存取。幸運的是我已經自己解決了這個問題，但他們還想進一步調查。
我感覺隨著你們的客戶群逐漸過渡到 QuTS Hero 6，並開始遇到各種問題時，大家對這件事的不滿只會越來越多。
這很常見於那些並未參與產業的人制定的法律。不允許回滾讓人傾向於長期使用能運作的固件，而不會更新最新的安全修補。如果你在星期五晚上或週末對生產機器進行固件更新，結果出現問題，你星期一要怎麼跟員工交代？
老實說，我大概會說不少，而且全都不是什麼好話！
在電源設定中，有一個歐盟睡眠模式的選項。為什麼不把該選項和還原功能連結起來呢？假設在歐盟的用戶必須勾選那個選項。如果他們不勾選，那就不是 QNAP 的問題。或者，其他國家可以通過法律要求還原。
或者，在你設定 NAS 時，不要只選擇中國或其他地區，請新增歐盟（EU）作為選項。
只是出於好奇，我搜尋了一下這個歐盟睡眠模式——我在 QuTS Hero 的電源設定裡沒看到。也許這功能只適用於 QTS，或者我的硬體不支援。我的型號是 TS-h1887XU-RP，是機架式裝置，所以很可能不支援這項功能。
「控制面板」、「電源」、「Eup 模式」在 QTS 和 QuTS 中皆可使用。
這很可能表示你的裝置在關機模式下的耗電總是低於 1 瓦。
TVS-AIH1688ATX 從 QuTS Hero h6.0.0.3500 升級到 QuTS Hero 6.0.1.3550，過程中沒有遇到問題。
Nvidia 4000 Blackwell GPU
QXP-800S
192 GB Ram
我是通過控制面板進行升級的。在升級之前，我先下載了新版的作業系統韌體、Nvidia kernel（核心）以及 Advanced Network（進階網路）檔案。使用控制面板的韌體更新功能啟動升級。韌體檔案是我從 QNAP 官方下載來的，直接進行韌體升級。安裝過程很順利，然後主機重啟了兩次，結果顯示 Nvidia 安裝失敗以及網路介面卡出現問題。
接著我先解除安裝原本的 NVIDIA 驅動（不是 kernel），然後重新安裝新的 kernel 驅動及進階網路驅動。再次重開機，主機重新啟動後，我從商店重新安裝 NVIDIA 驅動，再次重開機。當主機再次啟動時，一切都正常運作。QWEN、Plex、JellyFin 等都能正常使用，4000 也照常運作。
你好，你是用它來做 AI 嗎？因為我目前還不能確定是否跟這個有關，但像 Gemma 4（量化版）或 Qwen3.6（量化版，在我的 RTX Pro 4000 上佔用 17GB RAM），這些以前可以在 GPU 上載入的模型現在都無法載入了（在 Ollama 上）。
我把 Ollama 回退到 0.30.8，問題還是依舊。
您好，
感謝您的回覆。
我曾按照這個方法卸載 Nvidia 驅動程式，然後從 QNAP 官方網站更新 kernel 驅動，接著重新安裝驅動程式。
這樣做之後，我一度能夠稍微使用 Ollama，可以透過 GPU 進行載入。但這幾天完全無法，只能用 CPU（命令：ollama ps），即使在容器內可以看到顯卡的存在（nvidia-smi 命令）。
目前我必須等待一顆硬碟錯誤檢查完成，才能進行維護操作（再次卸載驅動程式）。
另外，還有另一個問題：有些應該在系統內部同步的參數，卻沒能同步（目前使我無法安裝 RClone 的新版 qpkg）：QNAP - [RClone] The system volume is missing | Forum des NAS : Synology, Qnap, Asustor...
不過這個問題已經偏離原始主題。
您好，
感謝您提供的細節。這些資訊非常有用，因為它們排除了驅動程式的問題。
您的訊息中有一個關鍵細節：nvidia-smi 在容器內可以看到顯卡，但 ollama ps 顯示的是 CPU。這組合表示您的驅動程式與容器運行環境是正常的。如果驅動程式或 NVIDIA 容器運行環境出錯，nvidia-smi 就會在容器內失敗。但現在並沒有失敗，顯卡可以正常顯示並被正確傳遞進去。
問題在於 Ollama 載入模型時 CUDA 初始化失敗。這是一個已知問題，我的機器也有發生。當 GPU 閒置一段時間後，CUDA 初始化會失敗，Ollama 會默默切換回 CPU。沒有錯誤訊息，模型依然會回應，只是速度大約慢了 20 倍。
請不要等待硬碟檢查。 您無需再次卸載驅動程式。解決方式只需重新啟動 Ollama 容器，僅需幾秒鐘，不會動到驅動程式、軟體套件或儲存空間：
docker restart ollama
docker exec ollama ollama ps
重啟後載入模型，再看一次 ollama ps。如果 PROCESSOR 欄現顯示 GPU，那麼我們遇到的是同樣的問題，這就是您的暫時解法。如果仍然顯示 CPU，那您的問題就不同，這也是很重要的資訊。
您的發生時間線也支持這一點。重新安裝驅動後正常，幾天後才逐漸出錯。驅動安裝損壞會當下就失敗，而且每次都失敗，不會先正常後再變差。
為避免此狀況，可在 Ollama 容器環境設定中設置 OLLAMA_KEEP_ALIVE=24h。這樣模型會一直留在 VRAM，閒置期導致的失敗就不會發生。
最後一點建議，希望您能理解。您提到硬碟有錯誤和系統分割區遺失，這比 GPU 問題更嚴重。我建議您先維修硬碟和系統分割區。NVIDIA 驅動以 QPKG 套件安裝，如果系統分割區損壞，也會影響套件系統。存儲層不健康時要診斷 GPU 問題會很困難。
請在容器重啟後，告訴我們 ollama ps 顯示什麼。
我在 Container Station 中多次重新啟動容器，但依然不能順利恢復到最佳狀態（只用 GPU 而不用 CPU）。通常只有重新啟動 NAS，模型才會再次在 GPU 上運行。
無論如何，我目前猶豫是否要重置 NAS，徹底重新安裝韌體來解決這些累積的問題（可能與使用 QuTS hero 6 beta 或在熱運行時重新建置系統池並與技術支援合作有關）。
achimede333，
很抱歉你遇到這些問題。其實我是因為你原來在 RAG 和 4000 Blackwell 上的貼文才有動力自己嘗試本地 RAG。目前我還在微調 Qwen，不過到目前為止，權衡之下雖然速度比我希望的慢，但很私密。
我用來監控伺服器的 dashboard 是我自設計的。它可以監控所有的 container 和服務，也讓我能管理它們：啟動/停止/狀態/忽略（特殊用途）。我沒使用 container station。我自己建立所有 Docker Compose 檔案，然後用這種方式啟動 containers。
下面的快照中所有 widget 都載入了。不過你看不到的是所有錯誤回報的功能。我從買 NAS 開始就遇到記憶體問題（MCE 錯誤），最後才隔離到主機板的記憶體控制器。明天就要送修了。因為這個問題導致 NAS 持續自動重開，所以我想出一個方法能快速查看 NAS 狀況。dashboard 就這樣誕生了，但現在我每天都用它來監控 NAS，並快速找出 container、網路問題等等。
我還學到另一件事：TVS-AIH1688ATX 所用的 atlantic 晶片網卡驅動程式，早期是 atlantic 交給 Marvell 管理，而且原本的 gitHub repo 被棄置了。我不知道現在誰在維護驅動程式，但我碰到一些問題，其中至少兩次自動重開並非記憶體問題。
經驗法則：不要在系統有重要流程時更改 NIC 驅動設定。對我來說，這樣有一半機率會導致重開。每次改 ring-resize 都一定會重開。我也監控過 NIC 丟包。如果你仔細看 Network，那個 tracker 顯示我有 192 個丟包，那是目前的基線；要是開始增加，我就知道網路連線要重啟。保持主機板溫度低通常有幫助。我讓機箱風扇一直維持在 55%，CPU 在 50%。
我找到什麼問題都會通報，我相信 QNAP 也在努力修 bug，只是有時候真的很挑戰。這就是運行 beta 韌體的樂趣之一 
是的，我注意到你參加了另一個討論，而且你也擁有 RTX Pro 4000，讓我很好奇你是不是也像我一樣跳進來了 :)。
我正在用 Ollama 搭配 Open WebUI 作為介面測試，原本用的是 Gemma 4，現在改成 Qwen3.6 試試看。
要優化各種元素真的很花時間，而且我同時要處理很多其他事情。這些測試版的不便真的好煩，害我浪費不少時間（我有點猶豫要不要轉用 llama.cpp，但會更花時間…不過效能應該會更好）。
你的介面真的很棒，尤其是能找到 NAS 記憶體相關的問題…
目前是用 Seagate 28T，顯示 smart 出現警示…年紀不大，我打算等掃描結果出來，看看換了新韌體會不會有影響，否則就 RMA…
很謝謝你提供網路介面的意見。你提到的問題真的蠻困擾的。
目前我的 NAS 還沒發現什麼問題，不過我沒把所有 RAM 插槽都裝滿（太貴 :P，而且現在用也沒必要）