TS-219P+ nach HDD-Wechsel und Firmware-Update neu initialisieren: Festplatten werden von QTS nicht erkannt

English Speicher
,
1

Ich habe ein QNAP TS-219P+, aktualisiert auf QTS 4.3.3.2784, und die HDDs durch zwei neue Samsung HD204UI 2 TB Festplatten ersetzt. Beide Festplatten werden vom Linux-Kernel physisch erkannt, aber QTS erkennt sie nicht als verfügbare Laufwerke und erstellt die erwarteten Partitionen nicht.

Relevante Diagnosen:

  • /proc/scsi/scsi zeigt beide Festplatten korrekt an:

    • SATA-Port 1 / SCSI-Host 0: Samsung HD204UI, Rev. 1AQ1

    • SATA-Port 2 / SCSI-Host 1: Samsung HD204UI, Rev. 1AQ1

  • Kernel-Blockgeräte:

    • SATA1 → /dev/sdya, 3.907.029.168 Sektoren

    • SATA2 → /dev/sdza, 3.907.029.168 Sektoren

  • Beide Festplatten sind derzeit komplett unpartitioniert.

  • /proc/partitions enthält nur die gesamten Festplatten, keine Partitionen.

  • QNAP-Konfiguration erwartet weiterhin die traditionellen Gerätenamen:

    • Laufwerk 1 = sda

    • Laufwerk 2 = sdb

  • /etc/storage.conf enthält weiterhin alte Einträge für /dev/sda3 und /dev/sdb3, beide mit Status -5.

  • /etc/raidtab ist leer.

  • /etc/config/md_brief.conf ist leer.

  • /sbin/disk_reorder --patch löst das Problem nicht und meldet:

    • „Die RAID-Anzahl in raidtab ist 0“

    • „Laufwerk 1 nicht gefunden“

    • „Laufwerk 2 nicht gefunden“

  • /sbin/storage_boot_init 2 meldet:

    • „Single-Disk 1 existiert nicht!“

    • „Single-Disk 2 existiert nicht!“

  • Das System hat nur /sys/block/sdya und /sys/block/sdza; beide werden korrekt den SATA-Ports 1 und 2 zugeordnet.

  • get_sg_info bestätigt die Laufwerke, wenn es mit /dev/sdya und /dev/sdza aufgerufen wird.

  • Die SCSI Generic Devices existieren in sysfs (sg650 und sg676), obwohl die entsprechenden /dev-Knoten normalerweise nicht erstellt werden.

Die Hauptfrage ist:

Welches ist das korrekte QNAP-Verfahren oder die passende Utility, um diese beiden erkannten HDDs zu initialisieren und die Standard-QNAP-Partitionen/Zuordnung (sda/sdb) zu erstellen, sodass QTS sie als verfügbare Festplatten erkennt?

Ich möchte die beiden HDDs als einzelne Volumes für den weiteren Gebrauch verfügbar haben.

Ich möchte die Festplatten nicht manuell partitionieren, außer dies ist ausdrücklich das von QNAP empfohlene Wiederherstellungsverfahren.

2

Es sollte kein Prozess laufen, bereinige die Laufwerke von allen Partitionen (z. B. diskpart in Windows mit der Option „-clean“)

Stelle sicher, dass das NAS korrekt in den Setup-Modus startet, indem du es ohne Festplatten startest und prüfst, ob das Websetup verfügbar ist (finde es über den DHCP-Server oder Qfinder).

Führe dann einen Live-Swap der Festplatten durch und gehe durch das Setup.

3

Ich bin etwas verwundert über die Samsung HD204UI. Sie werden seit 15 Jahren nicht mehr hergestellt, daher können sie nicht neu sein. Bitte prüfe sie am PC.

4

===German translation added by Dolbyman ==

The HDDs are old, but they’ve probably spent most of their time in a cupboard. SMART is perfect, so I want to use them as a backup device for my (also old) TS-219P+.

5

==== German translation added by Dolbyman===

The HDDs are clean (diskpart clean), the problem is that the QTS web interface only reports “Disk drive missing” and offers no options. Qfinder also doesn’t offer a setup mode, but simply starts the web interface with the error message. Via SSH, I can see that the Linux base system is running properly, the HDDs are accessible, and I can create a filesystem on them, save files, etc. So everything seems fine from that perspective. It’s just that QTS refuses to reinitialize and mount the HDDs.

6

Bitte poste auf Englisch oder wechsle in den deutschen Bereich.

Bitte starte das NAS ohne Festplatten und gib Bescheid, ob das Websetup erscheint (wie zuvor empfohlen).

7

Sorry, ich bin noch ziemlich neu hier. Ich habe auf Englisch gepostet, aber es wurde übersetzt – Magie.
Ich habe das leere NAS gestartet, aber bekomme nie die Gelegenheit zur Initialisierung. Qfinder öffnet nur das Webinterface, das anzeigt „Kein HDD verfügbar“ und keine Optionen anbietet. Das bleibt auch so, nachdem ich eine oder zwei HDDs eingesetzt habe.

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

Per SSH kann ich sehen, dass das Linux-Basissystem in Ordnung ist, also ist die Frage, wie man die Initialisierung per Kommandozeile erzwingen kann.

8

Dann solltest du eine Firmware-Wiederherstellung durchführen (dein DOM könnte teilweise beschädigt sein)

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

9

Hallo,

/dev/sdya, /dev/sdza sind wirklich seltsam — das bedeutet, dass vor deinen beiden Samsung-Festplatten hunderte SATA-Laufwerke vom System erkannt wurden. Da könnte etwas mit dem System nicht stimmen. Und das, was dolbyman erwähnt hat, ist auf jeden Fall einen Versuch wert.

10

Hallo nochmal,
vielen Dank für deine Tipps!
Ich habe das Firmware-Recovery-Verfahren durchgeführt – und alle folgenden Schritte:

  • Das automatische Firmware-Update hat nicht funktioniert
  • Die Firmware wurde manuell mit TS-219_20240619-4.3.3.2784.img aktualisiert
  • Das System ist neu konfiguriert
  • Die (vorher komplett gereinigten) Festplatten sind formatiert

Der Power-Button blinkt weiterhin grün, QTS meldet:

grafik
grafik997×239 14.6 KB

Während von der ssh-linux-Seite keine Fehlermeldungen zu finden sind, sind die Festplatten da und (manuell) zugänglich.

Zwei partitionierte (aber nicht gemountete) Festplatten werden angezeigt:

[~] # 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

Gibt es vielleicht eine Chance, indem man ältere QTS-Versionen installiert? Die letzte, die ich verwendet habe, war 3.3, aber ich kann keine so alten Firmware-Images zum Download finden.

Ich freue mich über jede weitere Idee, wie man QTS motivieren kann, das Setup zu finalisieren und den Betrieb zu starten …

11

Ich würde ein Ticket eröffnen. Die Tatsache, dass das NAS per SSH auf die Festplatten zugreifen kann, bedeutet, dass kein Hardwaredefekt vorliegen sollte.

Wenn die Festplatten wirklich sauber sind und keine Partitionen vorhanden sind, sehe ich keinen Grund, warum das Setup die Festplatten nicht erkennen sollte.

12

Die Festplatten sind nicht leer!!! Du musst die HDDs reinigen.

13

Mein TS-219P+ ist wieder zurück und funktionsfähig – mit QTS 3.3.6.1109 – nach vielen Stunden des Trial-and-Error.

Kurz zusammengefasst: Alle einzelnen Firmware-Wiederherstellungsverfahren wie oben diskutiert

  • saubere Festplatten
  • Flashen der live-cd-20130730.iso wie definiert in https://www.qnap.com/go/how-to/faq/con_show.php?cid=1965
  • Firmware-Update mit einer der verfügbaren Firmwares unter 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
  • führte zum nicht funktionsfähigen Systemzustand wie oben dokumentiert:
    • laufendes Linux mit zwei funktionierenden Festplatten als /dev/sdya und /dev/sdza erkannt
    • QTS-Fehlermeldung „keine Festplatten“ im Webinterface

Ich habe mein historisches Original-Firmware-Image (auf meinem neuen TS-216G) gefunden und erneut

Ich habe versucht, das System mit einer der verfügbaren Firmwares unter Download-Center | QNAP zu aktualisieren

  • TS-219_20240619-4.3.3.2784.img – wurde abgelehnt
  • TS-219_20221124-4.3.3.2211.img – führte zum nicht funktionsfähigen Zustand wie oben
  • TS-219_20220303-4.3.3.1945.img – führte zum nicht funktionsfähigen Zustand wie oben

Ich habe einige Nutzerberichte gefunden, die erzählen, dass ein Upgrade von 3.3.6 auf 4.3.3 einige Zwischenschritte benötigt, aber ich konnte keine Firmware-Images der benötigten Zwischenversionen finden. Alle verwandten alten Links zu Qnap-Download-Seiten führen zu „Zugriff verweigert“.

Hat jemand zufällig einige Zwischenversionen zum Teilen? Ich würde die alte Firmware gern zumindest auf eine spätere Version aktualisieren, um SMB2 zu unterstützen.

14
15

Danke für den FAQ-Link!

Mein Problem ist, die Firmware-Image-Dateien für die Zwischenschritte von 3.3.6 auf 4.3.3 zu finden, da das direkte Upgrade fehlschlägt. Qnap hat sie aus dem Downloadbereich entfernt, deshalb suche ich jemanden, der mir helfen könnte.

17

Schließlich habe ich ein offizielles Support-Ticket eröffnet. Ich habe zwei Zwischen-Firmware-Images erhalten:

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

Beide laufen einwandfrei auf meinem TS-219P+.

Nach Version 3.4.4 beginnt die nächste Firmware-Serie mit 4.3.3 und startet mit

  • TS-219_20220303-4.3.3.1945.img

Nach dem Update von 3.4.4 auf diese Version findet QTS erneut die HDDs nicht, siehe meine Problembeschreibung oben.

Der Support konnte nicht beantworten, ob irgendein TS-219P+ erfolgreich auf eine QTS 4.3.3-Version aktualisiert (oder neu installiert) wurde. Ihre abschließende Nachricht lautet:
Da das NAS-Modell TS-219P+ EOL ist (die Firmware wird nicht mehr gepflegt/aktualisiert, daher kann das Problem nicht an die Entwickler weitergeleitet werden) und eine RMA nicht mehr möglich ist, können Sie das Gerät weiterhin mit der funktionierenden Firmware 3.4.4 nutzen.
Also werde ich das tun …