HDD交換とファームウェア更新後にTS-219P+を再初期化：QTSがHDDを認識しない

English ストレージ
,
1

QNAP TS-219P+（QTS 4.3.3.2784 にアップデート済み）で、HDDを2台のクリーンなSamsung HD204UI 2TBドライブに交換しました。両方のドライブはLinuxカーネルで物理的には検出されていますが、QTSが利用可能なディスクとして認識せず、期待されるパーティションも作成されません。

関連する診断結果：

  • /proc/scsi/scsi には両方のドライブが正しく表示されています：

    • SATAポート1 / SCSIホスト0: Samsung HD204UI, Rev. 1AQ1
    • SATAポート2 / SCSIホスト1: Samsung HD204UI, Rev. 1AQ1

  • カーネル上のブロックデバイス：

    • SATA1 → /dev/sdya（3,907,029,168セクタ）
    • SATA2 → /dev/sdza（3,907,029,168セクタ）

  • 両ドライブは現在完全に未パーティションです。

  • /proc/partitions には物理ディスク全体しか含まれておらず、パーティションはありません。

  • QNAPの設定は従来のデバイス名を想定しています：

    • Drive 1 = sda
    • Drive 2 = sdb

  • /etc/storage.conf には、/dev/sda3 および /dev/sdb3 の古いエントリが残っており、どちらもステータスが -5 です。

  • /etc/raidtab は空です。

  • /etc/config/md_brief.conf は空です。

  • /sbin/disk_reorder --patch を実行しても問題は解決せず、次のように表示されます：

    • The raid count in raidtab is 0
    • Disk 1 not found
    • Disk 2 not found

  • /sbin/storage_boot_init 2 の結果：

    • Single-disk 1 doesn't exist!
    • Single-disk 2 doesn't exist!

  • システムには /sys/block/sdya と /sys/block/sdza しか存在せず、どちらも正常にSATAポート1と2に対応しています。

  • get_sg_info を /dev/sdya および /dev/sdza で実行するとドライブを認識しています。

  • SCSIジェネリックデバイスはsysfs（sg650 および sg676）に存在しますが、対応する /dev ノードは通常作成されません。

主な質問は以下です：

検出済みの2台のHDDを初期化し、標準的なQNAPのパーティションやマッピング（sda/sdb）を作成してQTSに利用可能なディスクとして認識させるための、正しいQNAPの手順やユーティリティは何でしょうか？

2台のHDDを単一ボリュームとして利用可能にしたいです。

QNAP公式のリカバリ手順として明示されていない限り、手動でパーティション作成は行いたくありません。

2

プロセスは不要です。すべてのパーティションをドライブから消去してください（例えば、Windowsのdiskpartで「-clean」オプションを使うなど）

NASがセットアップ画面まで正常に起動するか確認しましょう。ディスクなしで起動し、ウェブセットアップが利用できるか（DHCPサーバーやQfinderで見つける）をチェックしてください。

ディスクをライブスワップして、セットアップを進めてください。

3

Samsung HD204UIについて少し困っています。製造されてから15年も経っているので新品のはずがありません。PCでチェックしてください。

4

===German translation added by Dolbyman ==

HDDは古いですが、ほとんどの時間を棚の中で過ごしていたと思います。SMARTの状態は完璧なので、（こちらも古い）TS-219P+のバックアップ用デバイスとして使いたいと考えています。

5

==== Dolbymanによるドイツ語訳追加===

HDDはクリーンです（diskpart clean）。問題は、QTSのウェブインターフェイスが「ディスクドライブが見つかりません」としか表示されず、オプションも何も提供されないことです。Qfinderもセットアップモードを提供せず、単にウェブインターフェイスをエラーメッセージ付きで起動します。SSHで確認すると、Linuxベースのシステムは正常に動作しており、HDDもアクセス可能で、ファイルシステムを作成したりファイルを保存したりできます。つまり、その観点では全て問題なさそうです。ただし、QTSがHDDの再初期化やマウントを拒否しているだけです。

6

英語で投稿するか、ドイツ語セクションに移ってください。

NASをディスクなしで起動し、Webセットアップが立ち上がるか（前回お伝えした通り）ご報告ください。

7

すみません、ここに来たばかりです。英語で投稿したのですが、自動で翻訳されました ― マジックですね。
空のNASを起動しましたが、初期化のチャンスがありません。Qfinderはウェブインターフェイスだけ開きますが、「HDDがありません」と表示されて、何も選択肢が出ません。一つまたは二つHDDを挿入しても状況は変わりません。

Screenshot 2026-08-19 190742
Screenshot 2026-08-19 190742994×239 15.5 KB

sshではLinuxの基礎システムが問題ないことを確認できました。そこで質問ですが、コマンドラインから初期化を強制する方法はありますか？

8

その場合はファームウェアのリカバリーを行うべきです（DOMが一部壊れている可能性があります）

https://www.qnap.com/go/how-to/faq/con_show.php?cid=1965

9

こんにちは。

/dev/sdyaや/dev/sdzaは本当に奇妙ですね。これは、あなたの2台のSamsung HDDがシステムに認識される前に、何百ものSATAドライブがあることを意味しています。システム側で何か問題があるのかもしれません。そして、dolbymanさんが言及したことも試す価値があります。

10

こんにちは、またお世話になります。
ヒントをありがとうございました！
ファームウェアリカバリ手順に従い、その後のすべてのステップを実施しました。

  • 自動ファームウェアアップデートは機能しませんでした
  • ファームウェアは手動で TS-219_20240619-4.3.3.2784.img にて更新しました
  • システムは再設定されました
  • （事前に完全に消去した）ハードディスクもフォーマットしました

電源ボタンは緑色で点滅したまま、QTSは次のように表示されます：

grafik
grafik997×239 14.6 KB

ssh-linux側から確認してもエラーメッセージは見当たらず、ディスクも認識されており手動でアクセス可能です。

パーティション分けされている（ただしマウントされていない）ハードディスクが2つ見えています：

[~] # cat /proc/partitions
major minor  #blocks  name

31        0        512 mtdblock0
31        1       2048 mtdblock1
31        2       9216 mtdblock2
31        3       3072 mtdblock3
31        4        256 mtdblock4
31        5       1280 mtdblock5
128      672 1953514584 sdya
128      673     530125 sdya1
128      674     530142 sdya2
128      675 1951945693 sdya3
128      676     498012 sdya4
130      576 1953514584 sdza
130      577     530125 sdza1
130      578     530142 sdza2
130      579 1951945693 sdza3
130      580     498012 sdza4

もしかして、古いQTSバージョンをインストールすることで状況が改善する可能性はあるでしょうか？最後に使っていたのは3.3ですが、そのような古いファームウェアイメージが見つかりません。

QTSのセットアップを完了させて運用開始できるようなアイデアがあれば、ぜひご教示ください…

11

チケットを開くことをおすすめします。NASがSSH経由でディスクにアクセスできているという事実は、ハードウェアの故障がないことを示しています。

もしディスクが本当にクリーンでパーティションも一切ない場合、セットアップがディスクを認識しない理由は考えられません。

12

ディスクは空ではありません！！！HDDをクリーンアップする必要があります。

13

私のTS-219P+は多くの試行錯誤の末、QTS 3.3.6.1109で復旧し、再び稼働しています。

簡単にまとめると、上で議論されたすべての単独ファームウェア復旧手順を試しました。

  • HDDを初期化
  • https://www.qnap.com/go/how-to/faq/con_show.php?cid=1965 に記載された live-cd-20130730.iso をフラッシュ
  • Download-Center | QNAP で公開されているファームウェアのいずれかでアップデート
    • TS-219_20240619-4.3.3.2784.img
    • TS-219_20221124-4.3.3.2211.img
    • TS-219_20220303-4.3.3.1945.img
  • その結果は、上で記載した非稼働状態でした：
    • Linuxは稼働しており、/dev/sdyaと/dev/sdzaとして認識される2台のHDD
    • WebインターフェースのQTSエラーメッセージは「no HDDs」

私は新しいTS-216G上に保存されていた昔のオリジナルファームウェアイメージを発見し、再度実行しました。

その後、Download-Center | QNAP に公開されているファームウェアのいずれかでアップデートを試みました。

  • TS-219_20240619-4.3.3.2784.img →拒否されました
  • TS-219_20221124-4.3.3.2211.img →上記と同様の非稼働状態
  • TS-219_20220303-4.3.3.1945.img →上記と同様の非稼働状態

3.3.6から4.3.3へアップグレードするには中間バージョンが必要というユーザー体験談も見ましたが、肝心の中間バージョンのファームウェアイメージを見つけることができませんでした。関連する古いQnapのダウンロードリンクも「アクセス拒否」になっています。

どなたか中間バージョンをシェアしていただけませんか？せめてSMB2をサポートするよう、古いファームウェアをもう少し新しいリリースにアップデートしたいです。

14
15

FAQのリンクありがとうございます！

私の問題は、3.3.6から4.3.3への中間バージョンのファームウェアイメージファイルを探すことです。直接アップグレードは失敗します。Qnapはダウンロードエリアからそれらを削除したので、どなたか助けてくださる方を探しています。

17

最終的に、公式サポートチケットを開きました。そこで中間ファームウェアイメージを2つ受け取りました。

  • U_TS-219P+_20110315-3.4.1.img
  • U_TS-219P+_20110719-3.4.4.img

これらは私のTS-219P+で問題なく動作しています。

バージョン3.4.4のあと、次のファームウェアシリーズは4.3.3となり、その最初が

  • TS-219_20220303-4.3.3.1945.img

3.4.4からこのバージョンにアップデートすると、QTSは再びHDDを認識できません（上記の問題説明を参照）。

サポート側では、TS-219P+がQTS 4.3.3バージョンに正常にアップデート（または再インストール）できた例があるかどうか回答できませんでした。最終的なメッセージは次の通りです。
「NASモデルTS-219P+はEOL（ファームウェアの保守／更新は終了しているため、開発者へのエスカレーションができません）で、RMAも不可能です。動作可能なファームウェア3.4.4のままでご利用を続けてください。」
なので、私はそのようにします…