Wechsel von DXP 2800 auf die DXP 4800 PLUS

Habe ich Dir grad im anderen Post geschrieben.

Post

RE: Hard Drive 2: failed command: WRITE FPDMA QUEUED

[…]

Es hat jetzt wegen des Stomausfalls ein wenig gedauert, zudem ich erst etwas für Dich suchen mußte.

Ich gehe davon aus, daß das Raid problemlos übernommen werden kann. Denn ich erinnere mich, daß es schon einmal jemanden gab, der aufgrund eines Defekts das NAS auf Garantie tauschen mußte. Da gab es einen Weg die HDDs etc. in das neue NAS zu migrieren. Hierzu hatte ich mir damals den Screenshot unterhalb kopiert, wo das vorgehen aufgezeigt wird. (hatte mir das damals kopiert) Mehr kann…

eineb

October 2, 2025 at 6:57 PM

Bestücke die DXP4800plus zunächst mal nur mir 2 NVME-Sticks und setze sie damit komplett neu auf (Volume1). Erst später ergänze die Platten (Volume2). Du wirst, wie ich, begeistert sein.

Die Reihenfolge ist aber eigentlich egal, solange man alle Apps, Docker und VMM immer schön brav auf das NVME Volumen installiert.

Ich habe beim Einrichten der DXP4800+ beides zusammen eingebaut gehabt, und jetzt bei der DXP2800 auch wieder, flutscht trotzdem.

Auch die HDDs gehen bei beiden schön schlafen.

Ich habe diesmal sogar die NVMEs bewußt als Speicherpool/Volumen 2 eingerichtet. Wollte sehen ob die Reihenfolge derer in Sachen WD HDD Probleme etwas bewirkt.

Du meinst, du hast die Apps auch noch auf die interne NVME von Ugos dazu gequetscht? Wusste gar nicht, dass das auch geht.

Benares Hintergrund ist dieser Thread

Mir war aber immer noch nicht klar, dass man die Standard-Apps auch auf die OS-NVME dazu quetschen kann. Ich war immer der Meinung, dass es dazu ein eigenes NVME-Volume braucht.

Quote from Benares

Du meinst, du hast die Apps auch noch auf die interne NVME von Ugos dazu gequetscht? Wusste gar nicht, dass das auch geht.

Nein, das nicht, auf das zusätzlich selbst eingebaute NVME Raid habe ich alles drauf gepackt, auf den HDDs befinden sich ausschließlich HDDs.

Quote from Benares

Mir war aber immer noch nicht klar, dass man die Standard-Apps auch auf die OS-NVME dazu quetschen kann. Ich war immer der Meinung, dass es dazu ein eigenes NVME-Volume braucht.

Das geht auch auf keinen Fall, da gibt es ausschließlich das OS.

Quote from *kw*

Hintergrund ist dieser Thread

Nein, eher nicht. Aber es gab Leute die haben dann ohne die Kenntnis zu haben alles quer Beet installiert, deshalb kam auf, zuerst nur die NVMEs dann landet auch sicher alles am richtigen Platz.

Ich habe dieses mal bewußt die HDDs auf Speicherpool 1 gelegt und die NVMEs auf Speicherpool 2, damit sich bei einem Werksreset nicht die Speicherpools nummerisch vertauschen. Das ist wohl bei *kw* passiert im von ihm verlinkten Post . Da hat UGREEN gesagt, daß dies die eigentliche Poolreihenfolge sei und deshalb beim Werksreset getauscht wurden. Da muß man dann sonst aufgrund dessen alle Docker Container neu mappen. Da will ich mir so ersparen, falls das mal Notwendig ist.

Das ganze hier in kurzform erläutert:

1. Intern eingebaute SSD (NVME) beheimatet nur das OS ausschließlich,

2. dazu kommt ein HDD Raid 1, oder5 usw..... hierauf kommen nur Daten.

3. dann kommt noch dazu ein mit 2 hinzugefügten NVMEs SSD ein Speicherpool auf den alle APPS, Docker und VMM installiert werden. Man muß halt aufpassen, daß auch alles auf den NVMEs installiert wird.

Dabei ist es egal ob man die Installationen nur mit den NVMEs anfängt als Speicherpool 1 oder auch die HDDs auch schon eingebaut sind.

Es bringt keinen Nachteil.

Ok, dann hab ich ich das doch nicht völlig falsch verstanden.
Ich habe damals zuerst nur die NVMEs als Pool1/Volume1 installiert und alles darauf installiert. Erst im Nachgang kamen die HDDs als Pool2/Volume2 mit hinzu. Einen Werksreset hatte ich allerdings noch nicht nötig.

Nein, auf dem Weg wie Du es gemacht hast kann gerade für Anfänger kein Problem entstehen, weil wenn nur NVMEs drinn sind dann landet dort auch alles von alleine und keiner muß sich Gedanken machen was ist wo usw.

Aber es muß nicht so gemacht werden, es entstehen so und so keine Nachteile.