Der Nutzer wollte eine Test-NVMe nach Experimenten mit ZimaOS 1.5.3 wieder in einen nicht verwalteten Zustand versetzen. Die Testdaten waren ihm nicht wichtig. Die offizielle bzw. vom Community-Team stammende Antwort von 777-Spider lautete, die Datenträgerdetails zu öffnen, Disable auszuwählen, den Dialog Format and Disable zu bestätigen, den Vorgang abzuwarten und das Laufwerk anschließend physisch zu entfernen. Der ursprüngliche Beitragende bestätigte, dass dieser Ablauf funktioniert hatte.
Es gibt einen wichtigen Versionshinweis: Ein separater Bericht zu ZimaOS 1.5.4 zeigte später, dass die Bestätigung zum Deaktivieren zwar besagen konnte, der Datenträger werde formatiert, die Daten nach dem erneuten Aktivieren jedoch tatsächlich erhalten blieben. Der Dialogtext von 2025 sollte daher nicht als präzise Garantie dafür verstanden werden, was die aktuelle Deaktivierungsfunktion mit den Daten macht. Wenn Daten wichtig sind, sollten Sie sie vor jeder Deaktivierungs- oder Formatierungsaktion sichern.
Öffnen Sie die Datenträgerdetails, statt zuerst auf SSH auszuweichen
Der Nutzer erwog zunächst, den Datenträger manuell über SSH auszuhängen oder Partitionen zu löschen, da die Speicherseite scheinbar keine Option zum Entfernen bot. Die fehlende Aktion befand sich einfach hinter dem kleinen Pfeil in der Zeile des Datenträgers.
Der Deaktivierungsablauf aus der Quelle wurde als erfolgreich bestätigt
777-Spider wies an:
- den Zieldatenträger zu öffnen;
- Disable auszuwählen;
- den destruktiv wirkenden Dialog zu bestätigen;
- zu warten, bis der Datenträger aus dem verwalteten Speicher entfernt wurde;
- ihn anschließend physisch zu entfernen.
Carolus64 antwortete, dass es wie erwartet funktioniert hatte.
Der Dialog in Version 1.5.3 enthielt ausdrücklich „Format and Disable“
Ein späterer Bericht zu Version 1.5.4 besagte, dass Disable die Daten nicht tatsächlich löschte
Im Februar 2026 zeigte ein anderer Nutzer, dass nach dem Deaktivieren und erneuten Aktivieren eines Testdatenträgers der Testordner weiterhin vorhanden war. Er bezeichnete den Dialog als irreführend und schlug vor, die Deaktivierung von einer optionalen Formatierung zu trennen.
Diese späteren Hinweise bedeuten, dass die Formulierung der Benutzeroberfläche und das tatsächliche Löschverhalten in diesen Versionen nicht durchgehend übereinstimmten.
Behandeln Sie Disable und Format als potenziell destruktiv, bis das Verhalten überprüft wurde
Für das aktuelle ZimaOS gilt am sichersten:
- Sichern Sie alle wichtigen Daten.
- Identifizieren Sie den exakten Datenträger anhand von Modell, Seriennummer und Kapazität.
- Prüfen Sie, ob es sich um einen eigenständigen Datenträger handelt oder ob er Teil eines Arrays ist.
- Lesen Sie den aktuellen Bestätigungsdialog aufmerksam.
- Verlassen Sie sich nicht auf einen alten Thread als Garantie für die Erhaltung oder Löschung von Daten.
Das Entfernen eines eigenständigen Datenträgers ist nicht dasselbe wie das Entfernen eines RAID-Mitglieds
Der Datenträger aus der Quelle war eigenständiger Testspeicher. Das Entfernen eines Mitglieds aus RAID 1/5/6 oder einem anderen Pool-Layout hat ganz andere Auswirkungen auf Redundanz und Wiederaufbau.
Verwenden Sie diesen Deaktivierungsablauf nicht als allgemeine Anleitung zum „Verkleinern meines RAID“.
Verschieben Sie AppData, bevor Sie einen Datenträger mit Anwendungen deaktivieren
Der Nutzer aus der Quelle hatte eine WebDAV-App installiert und anschließend entfernt. Auf einem tatsächlichen System kann der betreffende Datenträger weiterhin AppData, Datenbanken, Docker-Volumes, Backup-Ziele oder benutzerdefinierte Bind-Mounts enthalten.
Verwenden Sie den aktuellen ZimaOS-Ablauf zur Datenmigration, bevor Sie Speicher entfernen, auf dem verwaltete Anwendungsdaten liegen.
Die Quelle stellte außerdem ein Darstellungsproblem bei Firefox-Pop-ups fest
Wenn ein aktueller Bestätigungsdialog leer oder abgeschnitten aussieht, versuchen Sie es mit der derzeit stabilen ZimaOS-Version und einem anderen Browser, bevor Sie Speicheraktionen blind ausführen.
FAQ zum Entfernen von Datenträgern
Hat der Nutzer aus der Quelle die eigenständige NVMe erfolgreich über Disable entfernt?
Ja. Er bestätigte, dass der verwaltete Ablauf über die Benutzeroberfläche funktioniert hatte.
Beweist die historische Formulierung „Format and Disable“, dass der Datenträger sicher gelöscht wird?
Nein. Ein späterer Bericht zu Version 1.5.4 zeigte, dass Daten nach der Deaktivierung erhalten blieben. Überprüfen Sie daher das aktuelle Verhalten separat.
Kann derselbe Ablauf zum Entfernen eines RAID-Mitglieds verwendet werden?
Gehen Sie nicht davon aus. Das Entfernen eines Array-Mitglieds stellt andere Anforderungen an Daten und Redundanz.
