TVS-h1288X に Container Station をインストールできません。エラーメッセージが表示されます：
App Center アプリのインストール/アップデート/削除 [App Center] Container Station のインストールに失敗しました。ファームウェアを 5.0.1 以降にアップデートしてから再度お試しください。
しかし、自分は QuTS hero h6.0.1.3564 を使っていて、間違いなく 5.0.1 より新しいバージョンです。
何かアドバイスがあればお願いします！
報告ありがとうございます！こちらの問題について社内で調査します。
もしかしたらこれが役立つかもしれません：
$ getcfg system version
5.0.0
$ grep ^Version /etc/config/uLinux.conf
/etc/config/uLinux.conf:Version = 5.0.0
/etc/config/uLinux.conf:Version = Version 4.13.17
/etc/config/uLinux.conf:Version = 1.0
$ grep ^Version /etc/default_config/uLinux.conf
/etc/default_config/uLinux.conf:Version = 6.0.1
/etc/default_config/uLinux.conf:Version = 1.0
こちらではこの問題を再現できませんでした。お手数ですが、エラーのスクリーンショットを提供していただけますか？また、以前にContainer Stationをインストールされていましたか—新規インストールなのか、それとも以前のバージョンからのアップデートなのかも教えていただけますか？ありがとうございます！
これがイベントログからの該当部分です：
Error,2026-08-24,18:58:50,"userxxx","xxxx:xxxx:xxxx:xxxx","Web Desktop","Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:154.0) Gecko/20100","App Center","アプリのインストール/アップデート/削除","[App Center] Container Station のインストールに失敗しました。ファームウェアを 5.0.1 以上にアップデートしてから、再度お試しください。"
Information,2026-08-19,16:41:17,"admin","127.0.0.1","---","---","ファームウェアアップデート","ファームウェアアップデート","[ファームウェアアップデート] システムをバージョン h5.0.0.2120(20220804) から h6.0.1.3564(20260723) にアップデートしました。"
Information,2026-08-19,16:39:38,"System","127.0.0.1","---","---","---","---","アップデート手順を完了するため（Embedded Controller ファームウェア - E020）。"
Information,2026-08-19,16:39:12,"admin","127.0.0.1","---","---","ファームウェアアップデート","ファームウェアアップデート","[ファームウェアアップデート] ファームウェアのアップデートを開始しました。"
Error,2026-08-19,16:35:18,"System","127.0.0.1","---","---","ファームウェアアップデート","ファームウェアアップデート","[ファームウェアアップデート] 5.0.1 のインストールに失敗しました。デジタル署名の有効期限が切れています。"
Information,2026-08-19,16:35:14,"userxxx","xxxx:xxxx:xxxx:xxxx","---","---","ファームウェアアップデート","ファームウェアアップデート","[ファームウェアアップデート] ファームウェア h5.0.1.2248 Build 20221215 のアップデートを開始しました。"
Information,2026-08-19,16:35:13,"userxxx","xxxx:xxxx:xxxx:xxxx","---","---","ファームウェアアップデート","ファームウェアアップデート","[ファームウェアアップデート] TS-X88_20221215-h5.0.1.2248.zip の解凍を開始しました。"
Information,2026-08-19,16:34:58,"userxxx","xxxx:xxxx:xxxx:xxxx","---","---","ファームウェアアップデート","ファームウェアアップデート","[ファームウェアアップデート] ファームウェア h5.0.1.2248 Build 20221215 のダウンロードを開始しました。"
Container Stationがないと、QNAPは私にはかなり使いづらいです。QNAPから何か案はないのでしょうか？
QuTS hero 6.0.2にアップデート ???
バージョン6.0.2がリリースされたと知って以来、ずっとこのことを考えています。ただ、5.0から6.0.1へアップグレードする時に重要な更新後の手順を見落としたのではないかと心配しています。
システムが正常に動作しているように見えても、実は根本的な問題を隠していて、後々頭を悩ませることになるリスクがあります。
一方で、私のQNAPは新品なので、リセットしてしまう手もありますよね。それによってシステムの完全な再インストールが実行されるはずですが、これって合ってますか？
ログに再起動の記録がないようです。アップデート後に再起動されましたか？一度再起動してから、再度インストールを試していただけますか？ありがとうございます！
はい、私の記憶ではQNAPは自動的に再起動しました。また、その間に何度か再起動も行いました。さらに、ファームウェアのアップデート（再起動も含めて）をもう一度試しましたが、状況は変わりませんでした。
それは確かに珍しいですね。サポートチームが対応できるよう、サポートチケットを作成していただけますか？ありがとうございます！
こんにちは、SteveKo さん。
サポートチケットを開きました。回答は次の通りです：
お客様へ
QuTS hero h5.3.0以降、HA管理サポートのため、
/etc/configはアクティブノードとパッシブノード間で同期できる新しい領域へのシンボリックリンクとなりました。その結果、
uLinux.confのノード固有のシステム情報は、以下から取得する必要があります：
/etc/default_config/uLinux.confこの動作は意図的に設計されたものです。
したがって、各QPKGインストールスクリプトはファームウェアバージョンを正しい
uLinux.confパスから判読することを個別に保証する必要があります。一般的に、この要件に対応した新しいQPKGバージョンがリリースされます。ご理解いただきありがとうございます。
この仕様変更により、getcfg system versionのような一部のシステムコマンドが誤ったファームウェアバージョンを返すことがあります。このコマンドでは本来の6.0.2ではなく、5.0.0が表示されました。
早急な解決を期待しています。これは一部のインストールを妨げているほか、システムへの信頼にも影響しています。
https://download.qnap.com/QPKG/container-station_3.1.3.1854_amd64.zip
手動でインストールしてみてください
手動インストールでも同じエラーメッセージが表示されます。/etc/config/uLinux.conf を手動で調整すると動作しますが…それは良くないです。
システムでデフォルトにリセットしてみてください。
すべてのユーザーがこのクソ状態になってても、火災警報は出ないと思うよ。
QNAPから返信がありました。バグだそうです。
お客様へ
現時点ではお客様による対応は必要ありません。
/etc/default_config/uLinux.confから/etc/config/uLinux.confへエントリを手動でコピーする必要もありません。システムがこれらの設定ファイルを自動的に管理します。前述の通り、Container Station QPKG は誤って
/etc/config/uLinux.confから値を読み取っていましたが、本来は/etc/default_config/uLinux.confから読むべきでした。この問題の修正は Container Station 3.1.4 のリリースに含まれる予定です。そのため設定ファイルはシステムが適切に管理するようになり、手動で編集や同期する必要はありません。
ご理解いただきありがとうございます。
ということで、私は /etc/config/uLinux.conf を初期化し、次回の Container Station のリリースを待つことにします。
総合的に、QNAP のサポートはとても良いと感じています。問い合わせも真剣に対応してくれます。
なんと昨日、QTS 5.2.10で getcfg を使用中に変な挙動を経験しました。
ソースファイルとして /etc/config/uLinux.conf を指定したにもかかわらず、どこか別の場所から値を返していたのです。
@qnaphs さんの発見に基づくと、おそらく /etc/default_config/uLinux.conf を読み込んでいたのだと思います。
QTSがQuTSビルドの影響を受けているのでしょうか？ 
ちなみに、QTS 5.2.10では /etc/config が /mnt/HDA_ROOT/.config を指していて、これはQTSとしては正しいように見えます。