Aller au contenu


Photo

Remplacer les disques d'un Synology sans Raid et sans Spare


  • Please log in to reply
199 réponses à ce sujet

#141 LolYangccool

LolYangccool

    Dieu de Consomac

  • Members
  • PipPipPipPipPip
  • 2 268 messages

Posté 28 octobre 2017 - 09:44

En attendant Windows 7 est tout à fait exploitable sur mon DS1515+ (sans Aero), je suis bien content que ça tourne bien. :)



#142 Sethenès

Sethenès

    Dieu de Consomac

  • Members
  • PipPipPipPipPip
  • 1 356 messages

Posté 28 octobre 2017 - 11:22

T'as pris un 918+ aussi ? :)


Oui, j'ai craqué mais le 3018xs revenait plus du double et la on était clairement trop au dessus de mes besoins. J'ai quand même pas mal hésité à prendre celui-ci ou la version suivante (DS919+, DS920+) mais d'abord j'avais envie de me faire plaiz, mais surtout je voulais avoir au moment du transfert les mêmes versions de DSM sur les deux NAS. Bien sûr par la suite les versions vont diverger mais il sera toujours possible de backuper les infos de l'un sur l'autre.

D'ailleurs, et je ne viens de le voir qu'à l'instant en préparant ma réponse, j'ai été bien inspiré car, je cite, "La version 6.2 sera la dernière mise à jour majeure pour certains modèles de la série x11, x12 et x13.".

Evidemment le NAS actuel ne va pas devenir obsolète au moment de la sortie du DSM 6.2, mais avoir toute la vie d'une version en commun sur les deux NAS est la situation rêvée. Cela prouve que je n'ai ni acheté le nouveau trop tôt, ni trop tard, mais c'est un coup de bol car je ne le savais pas au moment de commander. Je pensais que les x12 auraient encore droit à une version de DSM de plus, mais pas plus, ça je le savais.

Par contre, je trouve quand même qu'arrêter les versions de x11 à x13 en une fois est assez brutal, surtout pour les x13 (mais je ne sais pas s'il y en a beaucoup).

Source : https://www.nextinpa...-ds-x11-430.htm
 

Ca m'intéresserait d'avoir un feedback sur ce que vaut le chipset graphique en virtualisation, et le CPU aussi. :)


Je pensais au départ simplement translater les disques, mais finalement je vais repartir sur une toute nouvelle installation. De ce fait, je dois reparamétrer énormément de choses (VPN, Cloud Station, Time Machine, etc.) sans compter le déplacement de toutes les données d'une manière telle que je garde la vraie date d'accès et de modification des fichiers et des répertoires.

En plus, il faut basculer en "une fois" la registration chez Syno verso le nouveau NAS. Après un temps largement suffisant, je compte également réinstaller le NAS actuel depuis zéro. Ce qui implique de formater ... et ensuite de mettre en place toute la politique de réplication / sauvegarde entre les machines. C'est la aussi qu'avoir les mêmes version de DSM sera un avantage car je ne devrai pas réinstaller les 2 NAS dans deux versions différentes.

La virtualisation est au programme, mais seulement plus tard. C'est un sujet que je maitrise peu, donc il y a pas mal à voir et à revoir (mais bon, j'ai la vidéo sur Geek on Web ;) ). J'essaierai peut être un "coup" assez vite, mais si ça ne passe pas du premier coup, je remettrai ça à plus tard.

#143 LolYangccool

LolYangccool

    Dieu de Consomac

  • Members
  • PipPipPipPipPip
  • 2 268 messages

Posté 28 octobre 2017 - 11:26

Ok. Merci Sethenès.

Pour changer mes disques et réinstaller toutes mes appis + reconfigurer le tout, ça m'a pris environ 1 semaine perso.



#144 Sethenès

Sethenès

    Dieu de Consomac

  • Members
  • PipPipPipPipPip
  • 1 356 messages

Posté 28 octobre 2017 - 11:34

En attendant Windows 7 est tout à fait exploitable sur mon DS1515+ (sans Aero), je suis bien content que ça tourne bien. :)


Oui, le DS1515+ est une très bonne machine, d'ailleurs j'ai pas mal hésité à prendre le DS412+ (achat en juin 2013) alors que le DS1513+ venait d'être annoncé. Le 412+ était le dernier des petits alors que le 1513+ était le premier des gros.

Mais à l'époque, je savais ce que je voulais. Et blinder le NAS dès l'achat de disques dur du même bain était l'une de ces choses avec laquelle je ne voulais pas transiger. Donc 4 disques, c'était déjà très bien.

#145 LolYangccool

LolYangccool

    Dieu de Consomac

  • Members
  • PipPipPipPipPip
  • 2 268 messages

Posté 28 octobre 2017 - 12:12

Oui, je suis plutôt content de mon DS1515+, même s'il me manque une puce graphique et un poil de puissance supplémentaire dans ce NAS.

J'espère que le DS1519+ aura tout ça, puisqu'en 2019 mon NAS aura 4 ans et que ce sera surement à peu prêt à ce moment là que je le changerai. :)

La puissance supplémentaire c'est quasiment acquis (d'ailleurs je ne comprends pas pourquoi le DS1517+ a le même CPU que le DS1515+, au passage...) et la puce graphique aussi, maintenant que Synology se lance dans la virtualisation, pour mon plus grand plaisir. :D

 

PS : Je jour ou j'achète un nouveau NAS, s'il s'agit d'un 5 baies aussi, et il y a de fortes chances que ce soit le cas, je garderai mon 1515+ comme backup. :)



#146 Sethenès

Sethenès

    Dieu de Consomac

  • Members
  • PipPipPipPipPip
  • 1 356 messages

Posté 03 novembre 2017 - 17:18

Je vais devoir ruser pour checker les badblocks et ne pas me prendre 2x le temps de check dans les dents.

Mais je crois que j'ai trouvé.

Test d'un disque dans l'ancien NAS (je peux sortir un disque, celui de backup sans trop de soucis). Sur le nouveau, je vais taper un disque d'1 TB que j'ai en rab et les 3 autres disques à tester. J'installe un premier système sur le 1TB et ensuite, je teste les 3 en //.

Donc, je teste les 4 en // et ensuite, je remplace celui de 1 TB par celui que j'ai testé dans l'ancien NAS et je peux partir sur une clean installe.

J'édite car le but est bien sûr d'installer le Raid directement sur les 4 disques sans utiliser l'option d'agrandissement.

#147 Sethenès

Sethenès

    Dieu de Consomac

  • Members
  • PipPipPipPipPip
  • 1 356 messages

Posté 03 novembre 2017 - 22:20

Encore mieux, je me prends 2x le temps du check (3j) dans les dents, mais je n'installe qu'une fois le nouveau Syno.

J'ai pu déplacer tous les volumes backup sur le disque 4 et le reste des données sur les deux premiers disques. Du coup, je peux sortir 2 disques. Je vais tester les nouveaux disques par paire et ensuite les installer dans le nouveau NAS et partir sur une fresh installe.

En plus, j'ai eu une autre idée, je la communique au cas où quelqu'un devrait migrer entre 2 NAS.

Mes données sont pour la plupart sur des ext4. Je vais créer un volume temporaire sur l'ancien Syno en BTRFS et y déplacer un share (via l'outil de gestion du partage qui permet de déplacer un share d'un volume à un autre pourvu que l'espace soit suffisant). Ensuite, ce share, je vais le répliquer sur le nouveau (ce qui est possible de btrfs à btrfs). Enfin, je vais couper le lien de réplication et promouvoir le réplicat comme share sur le nouveau NAS. Et ensuite passer au share suivant.

#148 aexm

aexm

    Fidèle de Consomac

  • Members
  • PipPip
  • 66 messages
  • Location:Grenoble

Posté 04 novembre 2017 - 01:22

De mon coté, ça n'avance pas … les script ne se lancent pas (admin ou pas). sudo ne passe pas.

 

Je lance donc la vérification à minima i.e avec DSM, ca me gave …

une vérif. sera faite plus tard (avec soft constructeur ou badblocks si j'y arrive).

 

Je vais revoir ma procédure interne de vérification de disques

parce que c'est pas OK.

 

En plus, avec des disques de 8 To bon nombre de lecteurs externes ne sont plus compatibles …

 

J'ai reçu un SSD NVMe de 128 Go, vais faire mumuse :D


 MBPr 13" Early 2015 i5 / 128 Go / 8 Go |  MBA 13" Mid 2012 i7 / 480 Go / 8 Go |  MBP 13" Mid 2010 |  MBA 11" Late 2010

 iPad 4 32 Go |  iPhone SE 64 Go | TV 3

 AirPort Express |  AirPort Express v2

--

Assistance et dépannage informatique sur Grenoble et agglo. | AEM


#149 Sethenès

Sethenès

    Dieu de Consomac

  • Members
  • PipPipPipPipPip
  • 1 356 messages

Posté 04 novembre 2017 - 10:39

Attention, "Badblocks", c'est comme formater 4x le disque d'affilée. Donc, c'est à faire au début ou plus jamais.

#150 aexm

aexm

    Fidèle de Consomac

  • Members
  • PipPip
  • 66 messages
  • Location:Grenoble

Posté 04 novembre 2017 - 21:50

Attention, "Badblocks", c'est comme formater 4x le disque d'affilée. Donc, c'est à faire au début ou plus jamais.

T'as fait tourner badblocks sur quoi ? le DS918+ ?

 

Pas réussi sur mon DS710 + (pb droits), DS918+ disk utils absent.

 

Solution : avant d'installer une centos,

je dois installer une VM sur un poste que je peux laisser pendant 2 semaines …

 

--

 

Bah non … vu que je suis en RAID 1 (deux disques) avec des backup (x2)…

 

Je prends aucun risque d'effacer un disque puis de le reconstruire ensuite …


 MBPr 13" Early 2015 i5 / 128 Go / 8 Go |  MBA 13" Mid 2012 i7 / 480 Go / 8 Go |  MBP 13" Mid 2010 |  MBA 11" Late 2010

 iPad 4 32 Go |  iPhone SE 64 Go | TV 3

 AirPort Express |  AirPort Express v2

--

Assistance et dépannage informatique sur Grenoble et agglo. | AEM


#151 Sethenès

Sethenès

    Dieu de Consomac

  • Members
  • PipPipPipPipPip
  • 1 356 messages

Posté 04 novembre 2017 - 23:16

Les étapes à faire sur le 710, ou sur le DS918+ après l'avoir installé.

1) activer les packets bêta
2) installer les diskutils
3) ouvrir le port telnet dans Terminal & SNMP

Ensuite se connecter au départ d'un PC/Mac via un shell

4) telnet 192.168.1.xxx

A l'invite du mot de passe, taper enter. Pourquoi parce que par défaut le user est root et root est désactivé depuis la version 6.0.

Ensuite le telnet redemande
userid : admin
password : le mot de passe du syno

Ou alors lancer telnet -l admin 192.168.1.xxx
et comme mot de passe, celui du Syno du syno

5) utiliser les commandes pour vérifier les disques présents :
sudo fdisk -l

Ce qui donne par exemple sur le SYno actuel (2 premiers disques) :
Disk /dev/sda: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 1061D67E-6165-40C6-BC94-06AEC8E3CBA6

Device Start End Sectors Size Type
/dev/sda1 256 4980735 4980480 2.4G Linux RAID
/dev/sda2 4980736 9175039 4194304 2G Linux RAID
/dev/sda3 9437184 5860528064 5851090881 2.7T Linux RAID


Disk /dev/sdb: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: BE2EC556-6229-4884-AFFD-4390B3F348A1

Device Start End Sectors Size Type
/dev/sdb1 256 4980735 4980480 2.4G Linux RAID
/dev/sdb2 4980736 9175039 4194304 2G Linux RAID
/dev/sdb3 9437184 5860528064 5851090881 2.7T Linux RAID

On voit bien les 2 mini-partitions cachées que Syno installe (les /dev/sda1 et /dev/sda2 sur le premier disque et /dev/sdb1 et /dev/sdb2 sur le deuxième disque). Dans mon cas, les "seuls" disques visibles depuis le Syno sont le /dev/sda3 et le /dev/sdb3.

J'essayerai de faire un lump quand j'aurais installé un disque neuf, mais imaginons que ce soit /dev/sdc

Lancer la "fameuse commande" : sudo ./screen /bin/sh -c '/usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 4096 /dev/sdc > /root/badblocks_sdc.log 2>&1' &

Cette commande utilise :
- l'outil screen (qui permet de ne pas arrêter un processus quand on se déconnecte, c'est pour lui qu'on a besoin des diskutils)

- outil screen qui démarre un shell /bin/sh
- dans lequel la commande /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 4096
- est lancée sur le disque /dev/sdc (disque parce si c'était une partition, il y aura un n°) et c'est la qui ne faut pas se tromper
- et dont les outputs sont redirigés dans un fichier crée dans /root et qui s'appelle /root/badblocks_sdc.log
- et non seulement les messages standards mais aussi les erreurs, c'est ça le 2>&1
- et le dernier &, c'est pour lancer la tâche en background et récupérer la main pour lancer la commande sur le 2ème disque :
sudo ./screen /bin/sh -c '/usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 4096 /dev/sdd > /root/badblocks_sdd.log 2>&1' &

où les 2 sdc ont été remplacé par sdd. Le premier pour tester sur le disque n°4 (dans mon cas) et le second pour avoir un fichier séparé.

Par la suite on peut suive l'évolution en tapant :

sudo cat /root/badblocks_sdd.log

Et l'output après quelques jours doit donner :

Checking for bad blocks in read-write mode
From block 0 to 732566645
Testing with pattern 0xaa: done
Reading and comparing: done
Testing with pattern 0x55: done
Reading and comparing: done
Testing with pattern 0xff: done
Reading and comparing: done
Testing with pattern 0x00: done
Reading and comparing: done
Pass completed, 0 bad blocks found. (0/0/0 errors)

#152 Sethenès

Sethenès

    Dieu de Consomac

  • Members
  • PipPipPipPipPip
  • 1 356 messages

Posté 04 novembre 2017 - 23:28

Effectivement, surtout ne pas casser le raid du 710 avant d'avoir déplacé les données.

Mais dans ce cas, tu installes vite fait un Syno avec les 4 disques et tu fais ce que je suggère. Tu testes les 3 disques (probablement) :

/dev/sdb
/dev/sdc
/dev/sdd

Ensuite, tu échanges le 1er disque et le deuxième et tu réinstalles le Syno.

Et tu relances la commande sur /dev/sdb seul puisque c'est l'ancien premier disque que tu n'as pas pu tester.

Si tu veux un raid, logiquement, tu réinstalles une 3ème fois le Syno, cette fois directement sur un Raid de 4 disques testés.

Ce que je vais faire, c'est plus simple. Je vais tester 2 disques sur mon ancien Syno. Ensuite, je vais tester les 2 autres, toujours sur l'ancien Syno.

Et ensuite, je mets les 4 disques dans le nouveau et j'installe directement en raid.

Pour LYC par exemple, il aurait pu tester 2 disques, puis 2 disques. Ensuite créer un raid, copier les données. sortir les 3 disques. Ajouter les 2 déjà testés plus le 5ème et le tester pendant avant d'étendre le raid.

#153 aexm

aexm

    Fidèle de Consomac

  • Members
  • PipPip
  • 66 messages
  • Location:Grenoble

Posté 04 novembre 2017 - 23:55

Merci pour ce temps.

 

J'arrive jusqu'à 4 sans pb.

nota : je précise que toutes ces info. ont été notées / comprises et vérifiées voire mises en œuvre …

 

Je comprends que c'est une précaution de centralisation.

 

@ 5 : pb de droits > peux pas lancer certaines commandes …

 

---

 

A noter que pour cette commande : sudo ./screen /bin/sh -c '/usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 4096 /dev/sdd > /root/badblocks_sdd.log 2>&1' &

 

- il faut bien vérifier que la taille des blocs physiques est bien de 4096 et non 512 (sinon faut changer la commande).

via la commande fdisk -l

 

- que si l'équipement dispose de bcp de RAM, le param. -c devrait faire gagner/économiser du temps

-c 98304 si on dispose d'1Go de RAM

 

ici moi j'ai mis 145000 :D

 

--

 

Sinon, pour le 918+ apparemment la version DSM n'est pas compatible avec disk utils …

Je ne vois rien alors que sur le 710 ca fonctionne bien :D (mais pb de droits évoqués ci dessus sic).


 MBPr 13" Early 2015 i5 / 128 Go / 8 Go |  MBA 13" Mid 2012 i7 / 480 Go / 8 Go |  MBP 13" Mid 2010 |  MBA 11" Late 2010

 iPad 4 32 Go |  iPhone SE 64 Go | TV 3

 AirPort Express |  AirPort Express v2

--

Assistance et dépannage informatique sur Grenoble et agglo. | AEM


#154 Sethenès

Sethenès

    Dieu de Consomac

  • Members
  • PipPipPipPipPip
  • 1 356 messages

Posté 05 novembre 2017 - 00:02

Peux-tu me donner un exemple de commande qui ne se lance pas ?

Attention, il faut quasiment toutes les lancer avec sudo. Car le compte admin ne fait plus partie du groupe 0 depuis DSM 6.0. (ou 6.1, je ne sais plus).

Donc si le 710 est en 5.x/6.0; certaines commandes vont fonctionner et plus sur le DS918+ qui est d'office en 6.1

Mais j'ai toujours pu lancer tout ce que je voulais après cette interdiction puisque j'ai du modifier les commandes et ajouter les sudo entre l'installation il y a 4,5 des disques de 3 TB sur le Syno et le remplacement de deux de celui-ci par des disques de 5 TB il y 1 an (07/12/2016). Ces deux disques (en fait un de 5 et un de 6TB) ont été testé sur le DS412+.

#155 Sethenès

Sethenès

    Dieu de Consomac

  • Members
  • PipPipPipPipPip
  • 1 356 messages

Posté 05 novembre 2017 - 00:04

Copie-colle-moi la commande este bien sûr. Je verrai si elle est sans risque et je la testerai.

#156 aexm

aexm

    Fidèle de Consomac

  • Members
  • PipPip
  • 66 messages
  • Location:Grenoble

Posté 05 novembre 2017 - 10:16

sur le DS710+ (DSM 5 latest) :  "sudo ./screen …" ne se lance pas, pb de droit.

 

je vais vérifier si c'est pas le chemin …

 

--

 

DS918+ y'a pas badblocks et peux meme pas lister les disques.

 

La commande arrive à créer un chemin (répertoire) avec un fichier de sortie …

 

--

 

Tout est fait avec sudo et le compte admin par défaut …

 

avec l'admin créé de mémoire je me logue même pas …

 

--

 

j'ai essayé par le script via planificateur de tâches

et via telnet


 MBPr 13" Early 2015 i5 / 128 Go / 8 Go |  MBA 13" Mid 2012 i7 / 480 Go / 8 Go |  MBP 13" Mid 2010 |  MBA 11" Late 2010

 iPad 4 32 Go |  iPhone SE 64 Go | TV 3

 AirPort Express |  AirPort Express v2

--

Assistance et dépannage informatique sur Grenoble et agglo. | AEM


#157 Sethenès

Sethenès

    Dieu de Consomac

  • Members
  • PipPipPipPipPip
  • 1 356 messages

Posté 05 novembre 2017 - 10:45

DSM5. Alors, il faut probablement se logger comme root et lancer la commande sans le sudo.
Regarde ce qu j'ai écrit dans mon log d'install du DS412+ :

- ./screen /bin/sh -c '/usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 4096 /dev/XXX > /tmp/diskutils/badblocks_XXX.log 2>&1'
- erreur : /usr/local/diskutils/sbin/badblocks: Permission denied while trying to determine device size
- solution : logon as root ipo admin

 

Donc la solution, c'est de faire un telnet -l root et pas un telnet -l admin

Et de ne pas utiliser le sudo, mais directement la commande ./screen



#158 aexm

aexm

    Fidèle de Consomac

  • Members
  • PipPip
  • 66 messages
  • Location:Grenoble

Posté 05 novembre 2017 - 13:05

DSM5. Alors, il faut probablement se logger comme root et lancer la commande sans le sudo.
Regarde ce qu j'ai écrit dans mon log d'install du DS412+ :

- ./screen /bin/sh -c '/usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 4096 /dev/XXX > /tmp/diskutils/badblocks_XXX.log 2>&1'
- erreur : /usr/local/diskutils/sbin/badblocks: Permission denied while trying to determine device size
- solution : logon as root ipo admin

 

Donc la solution, c'est de faire un telnet -l root et pas un telnet -l admin

Et de ne pas utiliser le sudo, mais directement la commande ./screen

oui c'est bien ce que j'ai compris …

 

j'attends la fin des verif. smart étendues et j'essaie merci !


 MBPr 13" Early 2015 i5 / 128 Go / 8 Go |  MBA 13" Mid 2012 i7 / 480 Go / 8 Go |  MBP 13" Mid 2010 |  MBA 11" Late 2010

 iPad 4 32 Go |  iPhone SE 64 Go | TV 3

 AirPort Express |  AirPort Express v2

--

Assistance et dépannage informatique sur Grenoble et agglo. | AEM


#159 Sethenès

Sethenès

    Dieu de Consomac

  • Members
  • PipPipPipPipPip
  • 1 356 messages

Posté 05 novembre 2017 - 13:58

Encore un élément.

 

Tu remarqueras qu'une fois, j'avais redirigé les output dans le répertoire  /tmp/diskutils/ et une autre fois dans /root.

 

Tu peux un peu choisir l'endroit que tu veux, vérifie qu'il existe avant. Ce n'est finalement qu'un home drive. 

 

/root, c'est le home drive de root, /tmp bah tu as l'assurance que rien de très important ne va s'y passer. Donc j'ai probablement crée un répertoire diskutils à l'époque.



#160 Sethenès

Sethenès

    Dieu de Consomac

  • Members
  • PipPipPipPipPip
  • 1 356 messages

Posté 05 novembre 2017 - 17:09

Bon, voilà, j'ai lancé sur les 2 disques. Alors quelques précisions :

 

1) J'avais un message d'erreur sur ./screen

 

La raison est simple. En Unix, le path est beaucoup plus contraignant. Donc soit, je mettais le path absolu de la commande. Soit, je faisais un cd dans le directory où se trouve la commande screen. Mais même dans le répertoire, lancer la commande screen ne suffit pas. Car par sécurité, il ne la trouve pas. Donc il faut préciser où elle est par rapport au répertoire courant. Donc il faut spécifier ./screen et ce même si on est dans le bon répertoire.

 

Pour trouver ce répertoire :

 

find / -name screen -print

 
Après beaucoup de permission denied, on voit apparaitre la ligne :
 
/volume1/@appstore/diskutils/bin/screen
 
Donc, il suffit de faire un cd /volume1/@appstore/diskutils/bin
 
Et ensuite de lancer la commande ... mais sur le DSM 5, c'est peut être dans un autre répertoire, attention.
 
Enfin le & terminal n'est pas nécessaire à cause de screen car l'écran devient blanc et il faut ouvrir un second shell et tout refaire pour lancer sur le second disque. Donc une commande type est par exemple :
 
sudo ./screen /bin/sh -c '/usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 4096 /dev/sdc > /root/badblocks_sdc.log 2>&1' 
 
Enfin, dans un 3ème terminal, on peut suivre l'évolution du processus comme suit :
 
243417Capturedcran20171105165741.png
 
Il faut bien voir qu'il teste effectivement puisqu'il y a la ligne :
 
Testing with pattern 0xaa: 
 
Ce qui signifie qu'il met des 10101010 partout.





0 utilisateur(s) li(sen)t ce sujet

0 membre(s), 0 invité(s), 0 utilisateur(s) anonyme(s)