- Mitglied seit
- 11. Okt 2016
- Beiträge
- 105
- Punkte für Reaktionen
- 0
- Punkte
- 16
In meiner neuen DS918+ mit 2* 10 TB WD RED habe ich ein RAID1 eingerichtet (Speicherpool 1). Der Aufbau des RAID1 dauerte ca. 1 Tag und ist abgeschlossen.
Danach habe ich aus meiner DS412+ die Platte Nummer 4 (ebenfalls 10 TB WD RED) entfernt. Die Platte war dort als „BASIC“-Volume Speicherpool 4 installiert und diente dort als Backup der Platte 3. Ich habe die Platte in Schacht 3 der DS918+ eingesetzt und kopiere gerade die Daten von dieser Platte auf das RAID1, dort in einen angelegten „gemeinsamen Ordner“. Der Kopiervorgang (Geschwindigkeit schwankt/e laut Kopieranzeige des Filemanagers zwischen ca. 180 und 40 MB/sek.; sehr schwach, oder?) ist derzeit zur Hälfte abgeschlossen und müsste heute Abend oder morgen abgeschlossen sein.
Danach will ich die Platte dem Speicherpool 1 zufügen und dabei zugleich ein RAID5 draus machen, so dass ich (brutto) 20 TB Kapazität habe. Vor dem lokalen Kopieren wäre das (meiner Meinung nach) nicht sinnhaft gewesen, da ich sonst von der DS412+ aus (dort von Platte in Schacht 3) über das Netzwerk auf die DS918+ hätte kopieren müssen. Nach Einbau war auch – ich habe das nur durch nachschauen der Möglichkeiten „angetestet“ – ein Hinzufügen der Platte zu Speicherpool 1 nicht möglich gewesen; vermutlich weil Daten auf der Platte sind(?).
Im Speichermanager steht unter Speicherpool/Speicherpool 4 (das ist die Platte, die ich in Schacht 3 der DS918+ eingesetzt habe) unter „Status/Festplattenzuordnung“ folgendes: „Systempartitionierung fehlgeschlagen“. Zustand: „Normal“. In der Übersicht des Speichermanagers sehe ich ganz oben folgendes: „System ist in Ordnung. Der Zugriff auf die Systempartition ist fehlgeschlagen. Bitte reparieren Sie es durch anklicken des folgenden Links. (Reparieren)“. Woran das liegt, weiß ich nicht. Vermutung: auf der Platte ist nicht nur der eine besagte Ordner, sondern noch irgendwo irgendein "Systemmüll".
Wie muss ich nun vorgehen? Ich denke mal, das „Reparieren“ ausführen(?), sobald der Kopiervorgang beendet ist. Ich hoffe mal, es „repariert“ nur etwas auf der hinzugefügten Platte und schießt mir nicht mein RAID1 kaputt(?), denn das RAID1 hat ja funktioniert und vor dem Einsetzen der 3. Platte keinen Fehler bezüglich einer "Systempartitionierung" gemeldet. Danach will ich die neu eingebaute Platte dem Pool zufügen und ein RAID5 draus machen. Gibt es eine Möglichkeit, mit der ich die hinzugefügte Platte nicht „repariere“, sondern einfach in der DS918+ neu formatiere (dann müsste der Fehler ja auch weg sein) und dann dem Pool hinzufüge? So richtig blicke ich das alles nicht und will mir nicht mein RAID1 samt den Daten wieder zerschießen.
Danach soll noch die (derzeit ebenfalls mit Daten gefüllte) Platte 3 aus der DS412+ in die DS918+ (dort in Schacht 4) umgetopft werden. Zunächst soll sie dort als Backup-Platte dienen und irgendwann später dann dem RAID5 hinzugefügt und dieses somit auf (brutto) 30 TB erweitert werden.
Für Backup des derzeitigen und künftigen Ganzen ist anderweitig gesorgt, daher schreibe ich dazu hier nichts. Die DSM-Version ist bei mir auf allen Mühlen immer die neueste (allerdings keine Betas).
Danach habe ich aus meiner DS412+ die Platte Nummer 4 (ebenfalls 10 TB WD RED) entfernt. Die Platte war dort als „BASIC“-Volume Speicherpool 4 installiert und diente dort als Backup der Platte 3. Ich habe die Platte in Schacht 3 der DS918+ eingesetzt und kopiere gerade die Daten von dieser Platte auf das RAID1, dort in einen angelegten „gemeinsamen Ordner“. Der Kopiervorgang (Geschwindigkeit schwankt/e laut Kopieranzeige des Filemanagers zwischen ca. 180 und 40 MB/sek.; sehr schwach, oder?) ist derzeit zur Hälfte abgeschlossen und müsste heute Abend oder morgen abgeschlossen sein.
Danach will ich die Platte dem Speicherpool 1 zufügen und dabei zugleich ein RAID5 draus machen, so dass ich (brutto) 20 TB Kapazität habe. Vor dem lokalen Kopieren wäre das (meiner Meinung nach) nicht sinnhaft gewesen, da ich sonst von der DS412+ aus (dort von Platte in Schacht 3) über das Netzwerk auf die DS918+ hätte kopieren müssen. Nach Einbau war auch – ich habe das nur durch nachschauen der Möglichkeiten „angetestet“ – ein Hinzufügen der Platte zu Speicherpool 1 nicht möglich gewesen; vermutlich weil Daten auf der Platte sind(?).
Im Speichermanager steht unter Speicherpool/Speicherpool 4 (das ist die Platte, die ich in Schacht 3 der DS918+ eingesetzt habe) unter „Status/Festplattenzuordnung“ folgendes: „Systempartitionierung fehlgeschlagen“. Zustand: „Normal“. In der Übersicht des Speichermanagers sehe ich ganz oben folgendes: „System ist in Ordnung. Der Zugriff auf die Systempartition ist fehlgeschlagen. Bitte reparieren Sie es durch anklicken des folgenden Links. (Reparieren)“. Woran das liegt, weiß ich nicht. Vermutung: auf der Platte ist nicht nur der eine besagte Ordner, sondern noch irgendwo irgendein "Systemmüll".
Wie muss ich nun vorgehen? Ich denke mal, das „Reparieren“ ausführen(?), sobald der Kopiervorgang beendet ist. Ich hoffe mal, es „repariert“ nur etwas auf der hinzugefügten Platte und schießt mir nicht mein RAID1 kaputt(?), denn das RAID1 hat ja funktioniert und vor dem Einsetzen der 3. Platte keinen Fehler bezüglich einer "Systempartitionierung" gemeldet. Danach will ich die neu eingebaute Platte dem Pool zufügen und ein RAID5 draus machen. Gibt es eine Möglichkeit, mit der ich die hinzugefügte Platte nicht „repariere“, sondern einfach in der DS918+ neu formatiere (dann müsste der Fehler ja auch weg sein) und dann dem Pool hinzufüge? So richtig blicke ich das alles nicht und will mir nicht mein RAID1 samt den Daten wieder zerschießen.
Danach soll noch die (derzeit ebenfalls mit Daten gefüllte) Platte 3 aus der DS412+ in die DS918+ (dort in Schacht 4) umgetopft werden. Zunächst soll sie dort als Backup-Platte dienen und irgendwann später dann dem RAID5 hinzugefügt und dieses somit auf (brutto) 30 TB erweitert werden.
Für Backup des derzeitigen und künftigen Ganzen ist anderweitig gesorgt, daher schreibe ich dazu hier nichts. Die DSM-Version ist bei mir auf allen Mühlen immer die neueste (allerdings keine Betas).