Sébastien Geoffroy
-
Compteur de contenus
29 -
Inscription
-
Dernière visite
Messages posté(e)s par Sébastien Geoffroy
-
-
A J+2 pile, plus de 25% transférés sur le Cloud C2, sur mes 21 To de données. Good
0 -
D'ailleurs j'en profiterais pour virer mon RAID5 et passer en SHR ...en même temps que passer en BTRFS.
SHR plus flexible et perf similaires (voir un poil mieux).
0 -
Avec le support Synology, on est arrivé à gonflé le transfert à 40 Mo /s (ca reste 2x moins que le test iperf qui donnait 590 Mbits/s soit 73 Mo/s)
Par défaut Hyper Backup utilise 2 process pour téléverser vers C2.
On peut l'augmenter à 8 (nbre de thread CPU) + redémarrer le paquet "hyper backup"
0 -
Astuce, pour vérifier vos débits vers le cloud C2 de synology:
1 - Se connecter en ssh (putty)
2 - Se mettre en root (sudo su - )
3 - Exécuter:
synogear install
4 - Exécuter:
Test upload: iperf3 -c iperf.eu.c2.synology.com -t 30 -i 5 //test upload
Connecting to host iperf.eu.c2.synology.com, port 5201
[ 4] local 192.168.1.10 port 33812 connected to 84.200.39.205 port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-5.00 sec 314 MBytes 527 Mbits/sec 79 2.41 MBytes
[ 4] 5.00-10.00 sec 359 MBytes 602 Mbits/sec 3 2.07 MBytes
[ 4] 10.00-15.00 sec 360 MBytes 604 Mbits/sec 0 2.16 MBytes
[ 4] 15.00-20.00 sec 359 MBytes 602 Mbits/sec 0 2.21 MBytes
[ 4] 20.00-25.00 sec 358 MBytes 600 Mbits/sec 1 1.91 MBytes
[ 4] 25.00-30.00 sec 360 MBytes 604 Mbits/sec 0 2.45 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-30.00 sec 2.06 GBytes 590 Mbits/sec 83 sender
[ 4] 0.00-30.00 sec 2.06 GBytes 589 Mbits/sec receiveriperf Done.
Test download: iperf3 -c iperf.eu.c2.synology.com -R -t 30 -i 5 //test download
Connecting to host iperf.eu.c2.synology.com, port 5201
Reverse mode, remote host iperf.eu.c2.synology.com is sending
[ 4] local 192.168.1.10 port 33860 connected to 84.200.39.205 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-5.00 sec 549 MBytes 921 Mbits/sec
[ 4] 5.00-10.00 sec 554 MBytes 929 Mbits/sec
[ 4] 10.00-15.00 sec 558 MBytes 936 Mbits/sec
[ 4] 15.00-20.00 sec 561 MBytes 941 Mbits/sec
[ 4] 20.00-25.00 sec 555 MBytes 931 Mbits/sec
[ 4] 25.00-30.00 sec 561 MBytes 941 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-30.00 sec 3.27 GBytes 937 Mbits/sec 50 sender
[ 4] 0.00-30.00 sec 3.26 GBytes 934 Mbits/sec receiveriperf Done.
En résumé sur le Cloud EU, je suis à
590 Mbits/sec en upload
934 Mbits/sec en download
Sur le Cloud US (ne me concerne pas), je suis à
97 Mbits/sec en upload
113 Mbits/sec en download
Pourtant les transferts (via hyper backup, vers le cloud C2 EU) sont bloqués à 30-40 MB/s
0 -
Merci à tous pour votre intervention !
Si d'autres personnes rencontrent la même problématique que moi, tout n'est pas perdu et c'est "gratuit".
Autre solution qui me vient à l'idée, renvoyer mon 1621+ (6baies) et prendre un 1821+ (8 baies) :
Je remets mes 6 disques dans le nouveau NAS : Volume 1 et je me sert des 2 autres disques pour créer un volume BTRFS
cout de l'opération 70 € + 2 disques de 2 To
0 -
Shame on me, je me suis mélangé les pinceaux ....
1 octet c’est 8 bits en français.
1 octet égal 1 Byte en anglaisDonc
21 To = 21 TB
21 To est égal à 22 020 094,07 Mo ou MB
Donc l'upload des données dureraient 786 432 secondes (218 heures...donc 9 jours) sur la base d'un transfert moyen de 28 MB/s.
Soit 11% par jour... 0.46% par heure.
Donc sous 20 jours max, je devrais faire toute mon opération et ce gratuitement (car 30j de période d'essai gratuit sur le cloud Synology).
Plus tard, quand mes finances le permettront je remplacerais mes disque de 6 To par des 10To...Je peux en changer par exemple 1 tous les 3 mois...
Ps: c'est quand même pas violent le transfert chez Syno, ou alors mais je ne le pense pas, le facteur limitatif serait mes disques (?).RAID5 avec des WD-60EFRX, ca doit dépoter en r/w ....
Ps: D'ailleurs au moment ou j'écrits je suis à 1% de transfert (tache lancée depuis 2h)
0 -
J'ai 30 jours gratuit avec le cloud synology C2...
Je viens de lancer le backup mais:
- Je plafonne à 30 MB / s contrairement au speedtest syno 😕
- J'ai 21 To de données à transférer donc 176 160 752 MB si mes calcules sont bon
- A raison de 30 MB/s cela donnerait: 2039 jours 😮
C'est quoi ce bordel ?? !!!
EDIT: J'ai ouvert un ticket d'assistance à Synology pour cela. Je ne comprends pas pourquoi le speedtest chez eux donne >300 mbps en up et down et que hyper backup plafonne à 30/40 mbps...0 -
Pour le transfert Cloud: https://c2.synology.com/fr-fr/pricing/storage
€133.29 /mois (21To)Après la variable c'est la bande passante des différents cloud...Un peut comme un VPN, il faudrait pas que ca soit du 10 mbps... Et ca aucun hébergeur ne donne l'info.
il y a 44 minutes, niklos0 a dit :Solution supplémentaire, la meilleure à mes yeux :
Repartir de 0 avec 3 disques de 16 ou 18To :
ça te coutera 900€, mais tu repars d'une base seine, évolutive, et, en plus, tu as de quoi garder sauvegarder le tout.
Merci mais:
1 - C'est trop cher
2 - A un moment donné il faut bien que je transfère mes données...
Edit:
Ca me ferait 5 jours pour mes 21 To pour l'envoi et 3-4 jours pour la récupération... jouable.
Et le cout serait de 133 € (1 mois de suscription)
d'après https://speedtest.c2.synology.com/
Download629MbpsUpload462Mbps
0 -
Merci pour ton retour:
CitationAvec les extensions, les disques sont vu comme en interne. le DS1621+ supporte 2 DX517, pour 16 disques au total, comme son nom l'indique.
Franchement nul besoin ni l'envi d'investir dans une unité d'extension juste pour "mes VM" ... Le cout d'achat de cette unité + des disques c'est juste too much.
Surtout que pour 2 ou 3 VM, j'ai besoin de quoi... 500 Go, 1 To max en btrfs ?CitationAprès pourquoi le DS1618+ était en EXT4 (et RAID5, moins évolutif que le SHR)? Car il a toujours était compatible BTRFS et il y avait déjà la virtualisation.
Edit: C'est qu'il y a eu migration d'un DS412+ > DS1618+ > DS1621+? Si oui cette limitation était déjà connue, le paquet Virtual machine manager existait déjà.
C'est bien cela, en 2019 je suis passé d'un NAS 4 baies genre 912+ (je ne me souviens plus du modèle) vers un NAS 6 baies (1618+), j'ai donc remis les 4 disques + 2 nouveaux dans le NAS...D'ou la conservation en ext4.
CitationTu peux avoir plusieurs volumes sur un seul groupe de stockage (par exemple un en EXT4 et un en BTRFS), et donc si il reste de la place sur le groupe de stockage, créer un second volume en BTRFS.
Ou changer les disques par des plus gros mais comme tu es en RAID5, il faudra tous les changer, en SHR seulement 2 disques plus gros suffisaient. De plus si tu n'es pas en Volumes multiples (c'est par défaut avec les groupe de stockage créés avec DSM7 et +) en option avec DSM6 ou -, seul les SHR peuvent être modifier après la création (volume simple > volumes multiples)
Bref RAID 5 + EXT4 tu es coincé
, l'idéal c'est de repartir à zéro.
Le problème c'est que l'ensemble de mes 6 disques sont sur le volume1 (ext4).
Et je ne pense pas qu'on puisse réduire la taille do volume (27.1 To à 26 To). Et créer un autre volume BTRFS sur la base des 1 To récupérés (?)
Donc si je résume bien:Solution 1 : changer tous les disques par des 8To et se servir du surplus pour créer un second volume: 6x240 € : 1440 €
--> Mais dans ce cas, pourquoi ne pourrait on pas créer un second volume sur la base de celui existant (espace disponible)?
Solution2: Prendre pour 1 mois un espace Cloud (dans la liste proposée dans Hyper Backup) de 22 To (150 € / mois) et avec Hyper Backup, transférer toutes mes data sur ce cloud, supprimer et refaire mon volume RAID5 en BTRFS, réimporter mes données.
--> J'ai beau avoir une connexion fibre 1 gbps (800 mbps en down, 360 mbps en up), ca risque de prendre du temps...
Edit: avec un débit constant de 200 mbps, ca me ferait 10jours pour la sauvegarde et autant pour réimporter.Je suis en bond1 IEEE 802.3ad (link aggregation) niveau réseau avec 2 câbles sur mon routeur Asus , qui lui même est connecté sur la box de mon FAI Orange.
IPERF3:
Connecting to host 192.168.1.10, port 5201
[ 4] local 192.168.1.2 port 1586 connected to 192.168.1.10 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 38.2 MBytes 321 Mbits/sec
[ 4] 1.00-2.00 sec 46.2 MBytes 387 Mbits/sec
[ 4] 2.00-3.00 sec 45.0 MBytes 377 Mbits/sec
[ 4] 3.00-4.00 sec 42.5 MBytes 357 Mbits/sec
[ 4] 4.00-5.00 sec 45.5 MBytes 381 Mbits/sec
[ 4] 5.00-6.00 sec 46.1 MBytes 388 Mbits/sec
[ 4] 6.00-7.00 sec 43.6 MBytes 365 Mbits/sec
[ 4] 7.00-8.00 sec 41.8 MBytes 351 Mbits/sec
[ 4] 8.00-9.00 sec 42.0 MBytes 352 Mbits/sec
[ 4] 9.00-10.00 sec 41.8 MBytes 350 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 433 MBytes 363 Mbits/sec sender
[ 4] 0.00-10.00 sec 433 MBytes 363 Mbits/sec receiver
0 -
C'est fou la limitation de Synology au btrfs pour la virtualisation !!
Si on prend QNAP, on peut faire du VM sur de l'ext4....
0 -
Bonjour à tous,
J'ai un DS1621+ avec 32 Go de RAM (suite au crash de mon 1618+) avec 6 disques RED et un volume RAID5 / ext4 de 27 To.
J'ai besoin d'installer Virtual Machine (afin de monter des VM SQL server, Windows 2019 server, ...) pour des lab.
Seul hic c'est que c'est incompatible avec ext4.
Et docker, je pense, ne répond pas au besoin (on ne trouve pas tout..et c'est moins flexible qu'une VM).
2 choix s'offrent à moi:
- Tout réinstaller en btrfs, mais voila j'ai 21 To de données à transférer....compliqué (soit acheter 3 disque de 10 To (vla le prix) ou prendre un espace cloud de 22Go pour transférer mes données (150€ / mois) avec hyper backup + le temps...). Auriez vous une autre astuce ?
- Soit trouver l'astuce afin qu'un disque dur USB/eSata soit vu comme volume interne
A ce titre j'ai tenté plusieurs tuto qui fonctionnaient sous DSM6/7 mais pas chez moi:
https://www.casler.org/wordpress/synology-ssd-cache-on-external-devices/
Toute aide ou conseil seraient les bienvenus, merci.
0 -
Merci jacaj
J'ai déjà fait l'expérience càd de sortir la CM et de ne brancher que l'alimentation 24 broches et la nappe du panneau de contrôle, rien ne se passe
Pour la pile je l'ai mesurée, c'est ok et j'ai même tenté avec la pile d'origine.
Je vais peut être faire jouer mon assurance habitation (dommages électriques) et vu que l'appareil à moins de 3 ans me faire rembourser sans vétuster.
Et du coup partir sur un 1621+ car je pense que je pourrais remettre mes 6 disques RED de 6 To chacun afin de récupérer mes données .
0 -
Je ne pense pas ou alors j'ai zappé un truc. Pour moi il n'y aurait que la fiche 24 broches et la nappe + les 2 ventilateurs.
0 -
Merci, j'ai remis la barrette de 4G d'origine, même problème:
Led bleu boitier qui clignote
Led verte CM qui clignote avec un bruit de clignotant
Pas de led allumée au niveau réseau ou disques
On est d'accord que sur la CM , il n'y a qu'une fiche d'alimentation + la nappe "boitier - CM" à rebrancher ?
Et bien faire en sorte que les 2 fiches connecteurs des cartes contrôleurs disque sont bien emboitée dans les ports dédiées sur la CM (quand on remonte le tout).
Et bien entendu Synology assistant ne trouve pas le NAS....
Pourtant ce que j'ai fait s'est simplement démonter la CM, nettoyer (petit cout d'aspirateur et microfibre), remplacer la pile CMOS, remplacer la RAM et tout remonter0 -
Bonsoir à tous,
J'ai un souci similaire avec mon 1618+
Tout marchais bien jusqu'à aujourd'hui ou je l'ai démonté proprement pour nettoyage (aspirateur) et remplacement de la pile 2032 (celle de la CM) et changement de barrettes mémoire (4Go vers 32 Go).
Or au remontage il ne s'allume pas (aucune led).
J'ai procédé au pontage vert noir de la broche 24 et là le ventilateur de l'alimentation fonctionne.
Je rebranche le connecteur d'alimentation (avec le pontage) et le voyant en façade du syno clignote bleu (j'ai enlevé tous les disques).
Par contre quand j'enlève le pont, l'alimentation s'éteint.
D'où peut venir le problème et comment le résoudre ? Merci
PS: J'ai la led bleue qui clignote en permanence et un genre de tictac sur la CM (led verte qui clignote aussi) et aucune led disque ne s'allume.PS2 : J'offre 200€ à celui qui me permettra de le réparer et remettre en état, j'ai toute ma vie dessus, même si les 6 disques ne sont pas perdus, je ne peux pas me payer un 1621+ à plus de 1000€
0 -
Bonjour,
J'ai mis en place le link aggregation (bond1) en mode adaptative load balancing . Depuis j'ai toujours de l'activité réseau en continue (100-150 kb/seconde en montant et descendant), même quand aucun appel n'est fait au Syno.
Mon routeur est un Asus RT-88U avec le firmware Merlin qui est compatible 802.3ad (LACP) [feature désactivé pour le moment].
Mon installation est du type : Syno --bond1--> Routeur Asus (LAN) --> Box Orange (WAN) [bien qu'aucune connexion au syno ou depuis le syno n'est faite sur le WAN]
Coté agrégation, je laisse comme tel ou alors je le fait avec mon routeur ?
Coté routeur:
https://www.asus.com/us/support/FAQ/1016088/
Adaptive Load Balancing : Ce mode permet d'optimiser le trafic réseau reçu et envoyé par votre Synology NAS, que le commutateur prenne en charge Link Aggregation ou non. Pour éviter des erreurs inattendues, n'activez pas Link Aggregation sur le commutateur, même lorsqu'il est pris en charge.
- Link Aggregation dynamique IEEE 802.3ad : Ce mode permet d'optimiser le trafic réseau reçu et envoyé par votre Synology NAS, et nécessite l'activation de Link Aggregation (LACP, 802.1AX) (dynamique) IEEE 802.3ad sur le ou les commutateurs. Si vous utilisez plusieurs commutateurs, ceux-ci doivent être empilables et configurés de manière appropriée.
- Balance XOR : Ce mode permet d'équilibrer le trafic réseau reçu et envoyé par votre Synology NAS, et nécessite l'activation de Link Aggregation statique sur le ou les commutateurs. Si vous utilisez plusieurs commutateurs, ceux-ci doivent être empilables et configurés de manière appropriée. Si Link Aggregation n'est pas pris en charge par le commutateur, il est encore possible d'équilibrer le trafic envoyé par votre Synology NAS. Grâce à ce mode, il est possible de détecter les liens perdus, mais pas la cause (par ex., lorsque que des câbles Ethernet sont débranchés ou que le commutateur n'est pas correctement configuré).
- Actif/Veille : Ce mode offre une network fault tolerance à votre Synology NAS. Cela signifie que lorsque l'interface réseau active tombe en panne, l'un des autres ports LAN assure la prise en charge afin de maintenir la connexion réseau. Vous pouvez sélectionner ce mode sans avoir à configurer le commutateur ou avec un commutateur qui prend en charge Link Aggregation IEEE 802.3ad.
De ce que j'ai lu:
Citation- le nas va, de manière logicielle, répartir le trafic des différents utilisateurs sur ses différents ports mais un utilisateur sera toujours sur le même port, donc 1gbits max par utilisateur
- le nas et le switch dialoguent de manière plus intelligente pour faire la même chose qu'au dessus
- cf 2 mais en moins efficace
- on/off
0 -
Merci @firlin
Coté agrégation, je laisse comme tel ou alors je le fait avec mon routeur ?
Coté routeur:
https://www.asus.com/us/support/FAQ/1016088/
https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/AdminCenter/connection_network_linkaggr
- Adaptive Load Balancing : Ce mode permet d'optimiser le trafic réseau reçu et envoyé par votre Synology NAS, que le commutateur prenne en charge Link Aggregation ou non. Pour éviter des erreurs inattendues, n'activez pas Link Aggregation sur le commutateur, même lorsqu'il est pris en charge.
- Link Aggregation dynamique IEEE 802.3ad : Ce mode permet d'optimiser le trafic réseau reçu et envoyé par votre Synology NAS, et nécessite l'activation de Link Aggregation (LACP, 802.1AX) (dynamique) IEEE 802.3ad sur le ou les commutateurs. Si vous utilisez plusieurs commutateurs, ceux-ci doivent être empilables et configurés de manière appropriée.
- Balance XOR : Ce mode permet d'équilibrer le trafic réseau reçu et envoyé par votre Synology NAS, et nécessite l'activation de Link Aggregation statique sur le ou les commutateurs. Si vous utilisez plusieurs commutateurs, ceux-ci doivent être empilables et configurés de manière appropriée. Si Link Aggregation n'est pas pris en charge par le commutateur, il est encore possible d'équilibrer le trafic envoyé par votre Synology NAS. Grâce à ce mode, il est possible de détecter les liens perdus, mais pas la cause (par ex., lorsque que des câbles Ethernet sont débranchés ou que le commutateur n'est pas correctement configuré).
- Actif/Veille : Ce mode offre une network fault tolerance à votre Synology NAS. Cela signifie que lorsque l'interface réseau active tombe en panne, l'un des autres ports LAN assure la prise en charge afin de maintenir la connexion réseau. Vous pouvez sélectionner ce mode sans avoir à configurer le commutateur ou avec un commutateur qui prend en charge Link Aggregation IEEE 802.3ad.
Citation- le nas va, de manière logicielle, répartir le trafic des différents utilisateurs sur ses différents ports mais un utilisateur sera toujours sur le même port, donc 1gbits max par utilisateur
- le nas et le switch dialoguent de manière plus intelligente pour faire la même chose qu'au dessus
- cf 2 mais en moins efficace
- on/off
0 -
@firlin Merci, j'ai suivi tes conseils et les disques n'ont remontés aucune erreur.
La reconstruction du volume a pris 1,5 jours. Tout est bien.
J'ai cependant un souci.
Je voulais mettre en place l'hibernation des DD, comme je le fais à chaque fois sur mes syno et ça semble ne pas fonctionner sur le 1618+.
Je n'ai aucun package d'installé qui pourrait faire de l'activité disque. Juste le File Station d'actif.
D'ailleurs dans le moniteur de ressources, l'activité disque est à 0.
Mais j'ai des connexions permanentes, comme les montages CIFS depuis ma box Asus shield... Et oui l'Asus shield n'a pas un vrai mode veille mais stand-by, contrairement à mon ancien player android "Zidoo".
J'ai mis en place le link aggregation (bond1) en mode adaptative load balancing . Depuis j'ai toujours de l'activité réseau en continue (100-150 kb/seconde en montant et descendant), même quand aucun appel n'est fait au Syno.
Est-ce cela qui pourrait bloquer l'hibernation des DD ?
Mon routeur est un Asus RT-88U avec le firmware Merlin qui est compatible 802.3ad (LACP) [feature désactivé pour le moment].
Mon installation est du type : Syno --bond1--> Routeur Asus (LAN) --> Box Orange (WAN) [bien qu'aucune connexion au syno ou depuis le syno n'est faite sur le WAN]
0 -
Merci, mais synology propose deja un test SMART, ce n'est pas la même chose ?
0 -
Syno 1618+ reçu et migration depuis le 412+ effectué avec succès.
J'ai déplacé les 4 disques de 6 To dans l'ordre sur le 1618+ puis fait une migration comme indiqué dans le tuto.
J'attends mes 2 disques supplémentaires de 6 to pour occuper les 6 baies et agrandir mon volume.
Restera ensuite la migration des données de mon 414J , que je ferais via le réseau LAN (montage distant de NAS à NAS puis transfert).
0 -
Merci beaucoup, je reçois mon 1618+ semaine prochaine.
Je serais bien parti sur des disque de 8 To mais trop cher et le syno 8 baies avec des disques de 6To ca commence à coûter une jambe et la conso du 8 baies grimpe en flèche...
Quand les 8To ou les 10To baisseront on verra ... ou alors il y a l'option de la baie d'extension...
0 -
vieilles casseroles, c'est à dire ?
Si je suis sur un version DSM récente (mes syno sont toujours à jour et les dernières mise à jour toujours proposées pour mes modèles), je en vois pas ou serait le problème ?
Pour la migration du 412+ vers le 1618+, je mets pour commencer les 4 disques du 412+ ou alors directement les 4 disques du 412+ et les deux nouveaux disques 'pour arriver à 6 disques) ?
Le but étant de rester en RAID5 ext4 avec la taille maximal du volume c'est à dire 6x6 To brut (on enlève 1/3 pour le raid 5 en capacité finale).
0 -
pardon c'est un 412+
0 -
@vletroye Merci pour ton retour, effectivement le link aggregation au niveau IP peut être une meilleure solution, surtout si à la maison nous sommes 5 à regarder des films stockés sur le Syno.
Je ne compte pas utiliser le transcodage, nous avons tous à la maison des boitiers Zidoo ou shield pour le visionnage des vidéos. Ca marche très bien comme ça !
@firlin merci également, je vais faire la présentation dans un autre post. Pour la migration des données tu sembles avoir un avis différent que le tuto Synology que j'ai posté. Pour ue ma migration soit compatible, il faut:
- que le matériel le permette (dans le tableau, 414+ vers 1618+ est dit "ok" sans passer par le backup/restauration des données par hyperbackup)
- que le système de fichier soit le même, je suis en ext4 sur le 414+, ce système de fichier est également compatible avec le 1618+. Le BTRFS est plutôt destiné aux entreprises et n'est pas obligatoire... Pour un particulier, l'ext4 semble le plus adapté pour du RAID5 Syno avec stockage de fichiers.
- que la version de synology soit proche (je suis en DSM 6.2.1-23824 Update 2 sur mes 2 Syno) et que la version DSM sur le syno cible soit au minimum la même (ou supérieure).
Sur ce constat, je ne vois pas pourquoi cela ne fonctionnerait pas pour une migration 414+ vers 1618+. En est d'accord que 414j vers 1618+ n'est pas possible d'après le tableau. Mais si j'arrive à migrer mon 414+, le 414J je le ferais en hyperbackup.
PS: Mon 414+ n'e pas été migré de ext3 à ext4 mais installé directement en ext4 à l'époque. D'ailleurs l'ext3 n'était possible que sur les modèle x08 ou x10, plus après.
0
DS 1621 + : Bouton reset cassé
dans Installation, Démarrage et Configuration
Posté(e) · Modifié par Sébastien Geoffroy
Bonjour à tous,
Suite à un problème de màj (vraisemblablement) d'un paquet, mon Syno DS 1621+ était dans un état instable... J'ai donc voulu faire un hard reset (X2) afin de repartir sur une installation DSM propre et sans perdre mes données sur mes 6 disques durs.
Le souci c'est qu'au moment de faire le hard reset, le bouton switch c'est cassé. Pourtant je n'y suis pas allé comme une brute, loin de là.
J'ai tenté de faire contact (avec un trombone) entre les soudure les plus rapprochées (celles en bas dans le rectangle rouge), mais rien ne se passe (pas de bip).
Du coup je me retrouve avec mon Syno qui "clignote bleu" et qui ne veut pas démarrer.
Auriez-vous une astuce svp ?
PS:
Ni Synology Assistant, ni https://find.synology.com/ ne le voient sur le réseau (le porte éthernet clignote bien derrière le syno et les disques sont alimentés)
J'ai trouvé un sujet similaire (qui ne m'aide pas beaucoup) : https://community.synology.com/enu/forum/17/post/55108?page=2&sort=oldest