kleinere schijf toevoegen

[PatrickF]

ik heb een DS410j. Daar heb ik nu 2*3tb inzitten en wil er nu 2*2tb bij toevoegen.
Kan dat?
Of moet ik eerst backup maken van 2*3tb. Dan de kleinste schijven erin, shd'en. En dan de 2*3tb toevoegen?

Ik las nl dat schijven toevoegen alleen kan als ze minimaal dezelfde grote hebben....

[mchp92]

Hangt af of de huide in raid0 of in hogere raid cq shr configuratie zitten
Bij raid0 kun je gewoon bij prikken dacht ik. Bij andere raid configuraties zijn er beperkingen, idd dan nieuwe schijf minimaal de huidige omvang

[PatrickF]

de 2*3tb schijven zitten nu in shd.
Ben bang dat ik dus eerst moet backupen..

[Birdy]

In SHR moet je gelijk of groter toevoegen.
Of je moet een volume bij willen maken van 2x2 maar, dan heb je effectief 2TB in SHR/RAID1.

Dus, nu heb je SHR/RAID1 een effectief volume van 3TB, een 2e volume erbij in SHR/RAID1, maakt samen 5TB
Komt alles in RAID5 dan krijg effectief 7TB.

[PatrickF]

het gekke is dat de synology calculator iets heel anders zegt...

Maar "correct me if i'm wrong", omdat ik nu 2x3 erin heb zitten en 2x2 wil toevoegen is de route:
-backup maken van de 2x3
-volumes verwijderen
-2x3 eruit
-2x2 erin
-volumes maken op de 2x2
-2x3 erbij
-samenvoegen

[Robert Koopman]

De calculator gaat uit van een nieuwe situatie, dan kan je verschillend door elkaar gebruiken.
Ga je toevoegen kan er nooit een kleinere schijf bijgezet worden.

[Ben(V)]

Overigens kan het ook slimmer
Je plaats die twee stuks 2TB disken in je NAS.
Maakt van die twee een nieuwe SHR set.

Als je niet meer dan 2TB data op je eerste SHR set hebt staan kun je alle data gewoon naar de nieuwe SHR set kopieren.

Heb je meer dan 2TB aan data dan haal je een van de disken uit de eerste SHR set en hangt die even in je PC en verwijdert de partities.
Daarna kun je hem weer in je NAS stoppen en toevoegen aan de tweede SHR set.

Als laatste kun je daarna het volume van de eerste SHR set weggooien en die disk toevoegen aan de nieuwe SHR set.

Denk er wel aan dat je al je packages kwijt bent en opnieuw moet installeren.

[Briolet]

Vanaf een bepaalde DSM versie je packages op vrij te kiezen volumes zetten. Volgens mij kon je packages ook verplaatsen naar een ander volume. Dan hoef je ze niet kwijt te raken als je er tijdelijk een 2e volume bij maakt.

Maar misschien haal ik hier iets door elkaar, dat packages te verplaatsen zijn. Wie?

[Birdy]

Dat is bij gedeelde mappen zo, voor packages ben ik het niet tegengekomen, het verplaatsen, wel installeren.

Overigens kan het ook slimmer
Als je niet meer dan 2TB data op je eerste SHR set hebt staan kun je alle data gewoon naar de nieuwe SHR set kopieren.

Kan nog slimmer, v.w.b. de data, doe dit via Gedeelde Map > Bewerken > Locatie en kies dan Volume 2, dit gaat n.l. super snel.

[Briolet]

Ik was inderdaad in de war met het verplaatsen van gedeelde mappen naar een ander volume.

Als dat 2e volume binnen dezelfde raidset zit, zal het i.d.d. heel snel kunnen. Als dat andere volume in een andere raidset zit, zal die data hoe-dan-ook fysiek verplaatst moeten worden. Het snelheidsverschil kan dan niet veel anders zijn dan bij kopiëren. Het kan wel zijn dat dit een veel simpeler actie is om in te stellen.

[PatrickF]

In mijn geval, helaas pindakaas.
De schijven die ik er al in heb zitten bevatten meer data dan op de nieuwe kunnen. Geen probleem. Ik ga gewoon even naar een externe schijf overzetten. Duurt wat langer maar ...ik heb de tijd! ;-)

[Ben(V)]

Je kunt ook gewoon een deel op een externe schijf zetten en de rest rechtstreek.
Scheelt nogal in snelheid.

[Birdy]

Het kan wel zijn dat dit een veel simpeler actie is om in te stellen.

Dat is het zeker, je kunt n.l. een Gedeelde Map niet overzetten met File Station.

Daarbij, als je het via Gedeelde Map verplaatst, dan worden alle ingestelde rechten (incl. die van de Gedeelde Map) meegenomen en dat doet File Station alleen bij de submappen, die je 1 voor 1 moet knippen en plakken naar een nieuwe Gedeelde Map, op volume 2, die ook  tijdelijk een andere naam heeft, die je later weer moet wijzigen en de originele eerst even moet verwijderen van volume 1.

Dus, het heeft veel voordelen en is dus simpeler.

[Eddiexbmw]

er schijnt een truc te zijn om de pakketten te verplaatsen van het ene volume naar het andere
nu ben ik geen Linux goeroe en heb het niet getest (misschien iets voor @Birdy  )

op het Engelse forum staat deze code
https://forum.synology.com/enu/viewtopic.php?f=190&t=69529&sid=0f2f00fac9c00fc5d346d7b427011c1a&start=30 (onderaan)

#!/bin/sh

for dir in /volume1/@appstore/*
do
   if [ -d "$dir" ]                     
   then
      Folder=$(basename "$dir")
      echo $Folder
      echo "Stopping packages"
      /var/packages/"$Folder"/scripts/start-stop-status stop
      echo "Moving package..."
      mv /volume1/@appstore/"$Folder" /volume2/@appstore/
      echo "Removing links..."
      rm -fv /var/packages/"$Folder"/target
      echo "Creating new links..."
      ln -s /volume2/@appstore/"$Folder" /var/packages/"$Folder"/target
      read -n1 -r -p "Press any key to continue..." key
   fi
done
exit

[Briolet]

Dit zal goed gaan zolang die packages niets buiten "/volume1/@appstore/" opslaan. Dat zal met de officiële packages wel goed zitten.

Het script stopt en copieert de packages, Het wist de oude simlinks en creëert nieuwe op volume 2.

Hij verzuimt wel om de packages achteraf weer te starten.