最初のアップデート
QuTS hero h6.0.1.3550 build 20260709 2026-07-14
対象モデル
重要なお知らせ
セキュリティアップデート
修正された問題
QuTS hero h6.0.1.3550 build 20260709 | リリースノート | 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 を再インストール。
問題なく動作しているようです。
Bill1
2026 年 7 月 16 日午後 1:46
7
私も同じ問題に直面しています。ドライバーとカーネルのアンインストールを試みましたが、カーネルは削除できませんでした。ドライバーを削除した後に再起動して、再度ドライバーをインストールし、さらにもう一度再起動しましたが、やはりダメでした。
サポートデスクにも問い合わせチケットを提出しました。
それと、一体全体なんなんだよ？？アップグレードしてバージョン6にしたらダウングレードできないってどういうことだよ！！QNAP（キューナップ）——ファームウェアのリリースで問題があった時、ユーザーはどうやってシステムを復旧すればいいんだ？！誰の天才的な発想でこんなことになったんだ？!
自分の環境でなぜうまくいったのか分かればいいんだけど。同じことを、前回のアップデートの後にもやらなきゃいけなかったんだよね。再起動しても問題なかった。それにしても、QuTS hero（クイックティーエス・ヒーロー）のアップデートはどれもNvidia（エヌビディア）ドライバーが読み込まれず手動で対応しなきゃいけない問題があるみたいだ。不思議だよね。
Bill1
2026 年 7 月 16 日午後 6:35
9
NVIDIA GPUドライバーアプリをアンインストールしましたが、Kernelのインストールができませんでした。そこで、SSHで接続し、qpkg.confファイル内のKernelのエントリを削除し、.qpkgフォルダ内のKernelパッケージのディレクトリも削除してから再起動しました。再起動後に手動でKernelをダウンロード＆インストールしたところ、少なくともContainer StationでのGPUパススルーは動作するようになりました。ただ、QuTS Heroではドライバーはまだ読み込まれませんが、以前のように起動時にエラーは出なくなっています。
こんにちは、
nvkerneldriver（nvkerneldriver）のインストールを強制するのは良い考えかどうかわかりません。
こちらでは同様の問題を再現できませんでした。もし同じような問題が発生しているユーザーの方がいらっしゃいましたら、サポートチケットをお気軽にご提出ください。サポートチームが解決のお手伝いをさせていただきます。ありがとうございます！
こんにちは。
コメントありがとうございました、おかげで助かりました。サポートにチケットを開いていましたが、あなたのアドバイス通りに「nvkerneldriver」をインストールしました。その前にNVIDIAドライバーをアンインストール（再起動あり）し、「nvkerneldriver」と一緒に再インストールしました。
それ以来、調子が良いです
Qmann
2026 年 7 月 18 日午後 8:43
13
6.0.1.3500 から 6.0.0.3500 にはダウングレードできない
これ本当ですか？QuTS 6.x 内ですらダウングレードできないんですか？TVS-872XT を QTS から QuTS に移行して ZFS を活用したいと思っているんですが、v6 の安定化を待って v5 からではなく v6 から始めたいと考えているんです。でもこれが本当ならちょっと心配ですね。これまでにも何度か、ドライバーが壊れたり sendmail が動かなくなったりして QTS を前のバージョンにダウングレードしたことがあるので。
Bill1
2026 年 7 月 18 日午後 9:38
14
6.0.1.3500から6.0.0.3500へのダウングレードを試みましたが、できませんでした。
これが6.0.1.3500のリリースノートに記載されている内容です。通常、直前のファームウェアへのダウングレードを防ぐのはメジャーリリースの場合ですが、今回は該当しません。
多くのユーザーがファームウェアのアップグレード後に問題を経験していることを考えると、これはよくない判断だと思います。サポートの選択肢はヘルプデスクのアプリとメールのやりとりだけです。QNAPをビデオ編集やストレージに利用しているスモールビジネスも多く、問題が発生するとファームウェアを元に戻せないため数日間業務が停止してしまうケースもあります。
もちろんセキュリティ上の理由でこうなっているのは理解できますが、これで不満が出ないよう、品質管理やテスト体制をもっと強化すべきだったと思います。 しかもQNAP自身のセキュリティ実績もあまり良いとは言えません。
Qmann
2026 年 7 月 18 日午後 9:44
15
なるほど……てっきりv6のメジャーバージョンからv5.xまで戻す、みたいな意味かと思ってました。それはそれでひどい話ですが。でも、v6内のマイナーバージョン間でもダウングレードできないってことなんですね。
つい数日前にリリースされたばかりのマイナーバージョンにすら戻れないなんて、ちょっとやりすぎな気がします。QNAPなんて、ファームウェアがうまく動かなかったり不安定なときには、前のバージョンに戻すのが有名なのに…… :o
Bob
2026 年 7 月 19 日午後 5:19
16
これは素晴らしいコメントです。QNAPに限らず、すべてのメーカーがファームウェアのリリースでよくミスをすることを十分承知しています。Appleでも、Adobeでも、Ubiquitiでも、QNAPでも同じです。だからこそ、ファームウェアを以前のバージョンに「ダウングレード」できることが非常に重要なのです。
Bob Zelin
Qmann
2026 年 7 月 19 日午後 7:42
17
QuTS 5.x をお使いの方にお聞きしますが、マイナーリビジョンのロールバックは可能でしたよね？ つまり、これは QuTS 6.x で新たに追加された仕様なのでしょうか？
それはさておき、重大な問題が発生した場合、サポート側でロールバックする方法があるはずです。だから、まだその方法を知らないだけかもしれません。どこかに file_flag 的なものがあって、それを切り替えればロールバックできるとか、そういう仕組みがあることに期待しています。
-Qmann
adnfr
2026 年 7 月 20 日午前 8:58
18
TS-h1277AFXでも同じです ― 私のRTX-5060 Tiが使えなくなりました！ 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 では警告が表示されるだけで、ダウングレードできます。
画像はドイツ語のみです。
SamLin
2026 年 7 月 21 日午前 10:52
20
みなさん、こんにちは。
率直なフィードバックありがとうございます。簡単なロールバックができなくなったことを不満に思うのは当然です。特に、更新によってRTXやNvidiaドライバーの問題のような実際のリグレッションが発生した場合はなおさらです。ここで、実際に何が変わったのかを明確にし、さらに重要なこととして、みなさんが取れる選択肢について説明します。
まず実用的な部分ですが、誤解を解きたいことがあります。h6でダウングレードが「不可能」になったわけではありません。変わったのは、GUIでのセルフサービス操作として提供されなくなったことです。もしビルドが問題を引き起こした場合、サポートチームに依頼すれば、あなたのシステムを以前のh6ビルドにロールバックすることができます ― サポート経由で対応されるだけで、インターフェース上のボタンがなくなったということです。「ダウングレードは選択肢としてない」というのは厳密には正しくありません。一発クリックではできなくなりましたが、サポートされているルートは存在します。もしアップデート後に困ってしまった場合は、チケットを開いてダウングレードを具体的に依頼してください。
なぜそうなったかについてですが、5.x時代からの大きな変更です。5.x以前ではGUIが警告を出しても、ダウングレードが可能でした。QTS 6.0およびQuTS hero h6.0以降では、ダウングレード（マイナービルド間を含めて）がGUI上で選択できなくなっており、それは意図的な仕様です。デバイスを古いファームウェアに戻すと、セキュリティ修正も元に戻ってしまい、「アンチロールバック」（元に戻せなくする機能）は、現在EUの新しいサイバーセキュリティ規則 ― Cyber Resilience Act（サイバーレジリエンス法）― の要件の1つとして必須になっています。ダウングレードをワンクリックのGUI操作ではなく、サポートを介したアシスト付きプロセスで対応することで、この要件を満たしつつ、本当にビルドが問題を起こした場合には復旧をお手伝いできる仕組みにしています。
不便さがなくなるわけではありません。何人かの方が指摘された「運用環境には信頼できるロールバック手段が必要」という点は正当であり、製品改善のフィードバックとして受け止めています。6.xでトラブルに遭われた皆さんには申し訳ありません ― サポートチームまでご連絡いただければ、誠心誠意対応させていただきます。
