Wenn ein externes DAS an ZimaOS angeschlossen wird, müssen mindestens zwei verschiedene Erkennungsebenen geprüft werden: ob Linux jedes Blockgerät sehen kann und ob die ZimaOS-Speicheroberfläche diese Laufwerke zur Verwaltung registriert. Dieser Thread vom Dezember 2025 zeigte, warum diese Unterscheidung wichtig ist.
Der ursprüngliche Verfasser verwendete ZimaOS 1.5.3 mit einem TerraMaster D4-320 und konnte in der Oberfläche nur drei von vier Laufwerken sehen. Andere Nutzer berichteten anschließend von einem verwandten, aber anderen Symptom: Alle vier Datenträger erschienen in lsblk und fdisk -l, doch in der ZimaOS-Speicher-App wurde keines davon korrekt angezeigt.
Zuerst die separate Kernel-Erkennung von der ZimaOS-Speicherregistrierung unterscheiden
Eine frühe Vermutung machte die DAS-Bridge dafür verantwortlich, dass nicht jeder Datenträger einzeln bereitgestellt wurde. Diese Erklärung wurde später zurückgenommen, nachdem ein anderer Nutzer eine lsblk einer Ausgabe mit allen vier 5,5-TB-Datenträgern als separate Geräte erscheint.
Das änderte die Richtung der Fehlersuche. Wenn jeder Datenträger einzeln in lsblk oder fdisk -l, die USB-Bridge stellt diese Blockgeräte dem Betriebssystem zumindest zur Verfügung. Das verbleibende Problem kann in einer höheren Ebene des Speicherverwaltungs-Stacks liegen.
Gehen Sie nicht davon aus, dass eine Neuformatierung oder das Löschen nachweislich Abhilfe schafft
In Community-Antworten wurde vermutet, dass manuell erstellte GPT-/Dateisystemstrukturen der Grund dafür sein könnten, dass die ZimaOS-Speicheroberfläche die Datenträger ignorierte. Daraufhin versuchten Nutzer, Dateisystemsignaturen und Partitionstabellen zu löschen.
Diese Versuche behoben das Problem nicht zuverlässig. Zwei Teilnehmer berichteten, dass die Laufwerke auch nach destruktiven Löschvorgängen und einem Neustart weiterhin nicht im Speicher angezeigt wurden. Ein Besitzer eines D5-300C berichtete von einem ähnlichen Verhalten.
Da diese Löschbefehle von Community-Mitgliedern stammten und die ursprünglichen Fälle nicht behoben, sollten sie nicht als offizielle Reparaturmaßnahme empfohlen werden. Befehle zum Löschen von Datenträgern können Daten dauerhaft zerstören, wenn sie auf das falsche Gerät angewendet werden.
Das ZimaOS-Team versuchte, den D4-320-Fall zu reproduzieren
Das Teammitglied von IceWhale, 777-Spider, sagte, das Team beschaffe entsprechende DAS-Hardware, um das Problem zu reproduzieren. Einige Tage später berichtete Dina, dass das Team einen TerraMaster D4-320 mit vier unter Windows formatierten NTFS-/exFAT-Laufwerken getestet habe und dass alle vier in diesem Test in ZimaOS angezeigt wurden.
Dieses Ergebnis ist wichtig, weil es bedeutet, dass der Thread keine pauschale Inkompatibilität zwischen ZimaOS und dem TerraMaster D4-320 festgestellt hat. Stattdessen bat das Team betroffene Nutzer um weitere Informationen zu den Dateisystemformaten und dazu, wie die Laufwerke formatiert worden waren.
Offizielle Sammlung von Diagnoseprotokollen aus dem Thread
Dina stellte außerdem einen offiziellen Diagnosebefehl zum Erfassen von Blockgeräten, der API für lokalen Speicher und devmon.service Informationen in eine Protokolldatei. Dieser Befehl stammt aus dem Thread vom Dezember 2025 und muss in künftigen ZimaOS-Versionen möglicherweise angepasst werden.
sudo -i
LOG=/DATA/disk-info.log; : > $LOG; { echo "=== lsblk ==="; lsblk; echo; echo "=== lsblk -f ==="; lsblk -f; echo; echo "=== curl http://127.0.0.1/v2/local_storage/disk ==="; curl http://127.0.0.1/v2/local_storage/disk; echo; echo "=== curl http://127.0.0.1/v2/local_storage/storages ==="; curl http://127.0.0.1/v2/local_storage/storages; echo; echo "=== journalctl -xe -u devmon.service ==="; journalctl -xe -u devmon.service; echo; } >> $LOG 2>&1 && echo "The output has been saved to $LOG"Im Beitrag hieß es, dass die resultierende Datei unter /ZimaOS-HD/disk-info.log in Files und teilte sie mit dem Support-Team. Dies ist eine Sammlung von Diagnosedaten, kein Befehl zur Reparatur oder Formatierung eines Datenträgers.
Fehlende Datenträger und RAID 5 waren getrennte Themen
Der ursprüngliche Verfasser wollte außerdem einen RAID-5-Verbund erstellen. Während des Threads verhinderte das Problem mit dem fehlenden Laufwerk, dass dieser Ablauf zuverlässig bewertet werden konnte. Später, nach den Löschversuchen der Community, konnte der Nutzer weiterhin kein RAID erstellen und verlor außerdem die Sichtbarkeit der Laufwerke in Files und Storage.
Die IceWhale-Antwort vom 15. Dezember 2025 besagte, dass die Verwaltung von USB-Geräten, einschließlich Formatierung und RAID-Erstellung, für eine künftige Unterstützung geplant war. Betrachten Sie diese Aussage als historischen Hinweis auf die Roadmap, nicht als Beleg dafür, was jede aktuelle ZimaOS-Version heute unterstützt.
Eine sicherere Reihenfolge bei der Fehlersuche
- Bestätigen Sie die Anzahl der physisch im DAS installierten Datenträger.
- Prüfen Sie, ob jeder Datenträger auf der Linux-Blockgeräteebene einzeln angezeigt wird.
- Vergleichen Sie dies mit der Anzeige in der ZimaOS-Speicheroberfläche.
- Notieren Sie den Dateisystemtyp und, wie jeder Datenträger zuvor formatiert wurde.
- Löschen Sie Partitionstabellen nicht einfach deshalb, weil ein Community-Beitrag dies vorgeschlagen hat.
- Wenn der Kernel die Datenträger erkennt, ZimaOS Storage sie jedoch nicht anzeigt, sammeln Sie Diagnosedaten und geben Sie dem Support das genaue Gehäusemodell, die Dateisysteminformationen und die ZimaOS-Version an.
ZimaOS-FAQ zu externen DAS
Zeigt der TerraMaster D4-320 ZimaOS nur drei Laufwerke an?
Der Thread stützte diese Schlussfolgerung nicht. Andere Nutzer zeigten vier unabhängige Datenträger in lsblk, und das IceWhale-Team berichtete später, in seinem eigenen D4-320-Test alle vier Laufwerke zu sehen.
Wenn lsblk jedes Laufwerk erkennt, warum kann ZimaOS Storage sie trotzdem nicht anzeigen?
Die Erkennung auf Kernel-Ebene und die Registrierung im ZimaOS-Speicher sind unterschiedliche Ebenen. Der Quellthread zeigte Fälle, in denen der Kernel die Laufwerke auflistete, die Benutzeroberfläche sie jedoch nicht anzeigte.
Soll ich sgdisk oder wipefs ausführen, damit die Laufwerke angezeigt werden?
Nicht auf Grundlage dieses Threads. Diese destruktiven Vorschläge stammten aus Community-Antworten und lösten das Problem nicht zuverlässig. Sichern Sie Ihre Daten und befolgen Sie die aktuellen Supportempfehlungen, bevor Sie Metadaten eines Datenträgers löschen.
Wurde das Problem im Thread vollständig gelöst?
Nein. Das Team reproduzierte eine funktionierende D4-320-Konfiguration mit NTFS-/exFAT-Datenträgern und bat betroffene Nutzer um Diagnoseinformationen, veröffentlichte im Thread jedoch weder eine universelle Ursache noch eine allgemeingültige Lösung.
