domlas

Mike : Remonte un peu dans les posts, il y a un cas de configuration spécifique de la freebox qui concerne les ports et 5000 qui nécessite une modification des ports. Je ne sais plus exactement de quoi il retourne précisément mais cela pourrait être une explication. Mais ça ne veut surtout pas dire que je déclare la freebox comme une m...e innommable et ne rentre aucunnement dans ce genre de polémique stérile. Ooops a raison : si tu as un autre ordi sur le réseau qui voit bien le syno essaye d'entrer dans le DSM avec lui pour voir. Ou alors tu as peut être réussi (sans le faire exprès) à faire bloquer l'IP de ton ordi par le DSM...

De toute façon en pure logique le problème de la récupération des données d'un disque en RAID1 sous ext4 avec un ordi windows ne devrait pas vraiment se poser puisqu'il très fortement recommandé par tout le monde ici même (voire indispensable) de mettre en place une véritable sauvegarde sérieuse et régulière. Quand je dis (et je ne suis pas le seul) sauvegarde je parle d'une recopie d'un moins les fichiers précieux sur un autre support (autre disque), sur un autre système (pas sur le syno) et si possible dans un autre lieu.

Apparemment c'est ton port 5000 qui ne répond plus. C'est bien en demandant un accès sur le réseau interne du genre 192.168.x.x:5000 que ça ne marche pas ? Si c'est ce cas ça veut dire que DSM ne répond plus au port 5000 ou alors répond à un autre port. Ca se change dans le DSM "panneau de configuration" >> "reseau" et onglet "paramètre DSM". Mais si tu ne peux plus entrer dans le DSM... As tu essayé depuis l'extérieur ? A tout hasard vas voir dans le routeur de ta box si des ports sont ouverts vers le syno et lesquels ? Vers quels ports de sortie ? En lançant DSassistant tu dis qu'il trouve le syno, mais à quelle adresse ? Aurais tu changé de box ? Je crois avoir vu que la freebox présente parfois des problèmes. Sinon je tenterais bien un "simple reset". Ca ne touche pas du tout tes données mais ça remet le DSM aux réglages usine exactement comme quand tu l'as acheté. Ca remet entre autres le syno en DHCP auto, l'identifiant = admin et aucun mot de passe pour entrer dans le DSM. Une fois ce reset fait redémarre le syno (appui maintenu du bouton M/A jusqu'au bip et/ou clignotement bleu. Une fois le syno éteint le rallumer. Le rechercher avec DSassistant et tenter d'entrer dans le DSM. Auparavant il serait malin de fermer tous les ports de la box vers le syno. Le simple reset s'obtiend en faisant un appui maintenu jusqu'au bip du poussoir "reset" (à l'arrière du syno) avec un trombone déplié.

Aucun problème sur un DS710+ Moins de 4mn.

Le SHR est une formule améliorée du système RAID par synology. Sur un syno 2 baies on peut quasiment dire que le SHR et le RAID1 sont équivalents. Question vitesse de traitement je ne sais pas mais il ne semble pas y avoir de soucis à ce niveau. Au niveau fonctionnalités les deux systèmes permettent la continuité de service du syno en cas d'arrêt d'un des disques et la reconstitution du miroring dès remplacement du disque en cause. Dans les deux cas non plus on ne peut parler de "sécurité" des données. Ils ne sont ni l'un ni l'autre une solution de sauvegarde. En cas de destruction involontaire d'un fichier il est supprimé sur les deux disques en même temps. Seule une suavegarde déparée permettra de le récupérer; Par contre le très gros inconvénient est la perte de place pour le stockage. On ne dispose qu'au maximum de la taille du plus petit des disques.

En commençant avec un seul disque sur un appareil à deux baies le syno sera configuré en RAID à un seul volume. C'est par la suite lors de la mise en place d'un second disque que les choses seront à choisir. Soit il suffira d'accepter la proposition pré-établie par synology "SHR à un seul volume avec protection des données" (sorte de RAID1) , soit la formule à choisir soi-même "SHR à volumes séparés sans protection de données". Dans le premier choix le second disque sera ajouté au volume déjà existant sous la forme d'un disque en miroir du premier. L'intérêt est qu'en cas d'arrêt d'un des disques le second assure la continuité de service du syno. C'est la forme "dégradée" du fonctionnement. En cas de remplacement du disque en cause, le syno reconstituera le miroring sur le nouveau disque. L'inconvénient est que la taille du volume (taille de stockage de données) sera égale à la taille du plus petit des disques. Ainsi avec un disque de 1To et un second de 2To tu n'auras que 1To de place de stockage pour tes données. Dans le second choix tu créeras un second volume constitué par le second disque. Le premier reste tel qu'il était et les deux volumes sont indépendants. Tu devras répartir tes dossiers partagés sur l'un ou l'autre volume. L'intérêt est que c'est le système le plus simple, le moins problématique et qu'il offre le maximum de stockage. Dans l'exemple précédent avec les disques cités tu auras une capacité totale de 3To (2To sur un volume et 1 sur l'autre). L'inconvénient est qu'il n'y a pas de continuité de service. La terminologie employée par synology "... avec protections des données" ou "... sans protections..." est fausse, certainement un aléa de traductions successives et très approximatives. Les données ne sont pas plus protégées dans la formule 1 que dans la formule 2. La formule RAID (ou SHR) ne protège pas les données. Ce n'est pas du tout une quelconque forme de sauvegarde. Une vraie sauvegarde consiste à recopier régulièrement les données sur un support différent, sur un système différent et si possible dans un lieu différent. En cas d'effacement accidentel d'un fichier, il sera immédiatement effacé sur les deux disques, irrémédiablement. Tu ne pourras pas le récupérer. Avec une vraie sauvegarde tu pourrais.

Je ne cherche pas à relancer quoi que ce soit. Je préviens simplement que d'une part j'ai eu des déboires avec l'hibernation et que d'autre part j'ai constaté que bon nombre d'autres utilisateurs ont aussi eu des soucis. Il est très probable qu'avec certains usages du syno l'hibernation ne pose pas de problème mais qu'avec d'autres il y ait des antagonismes. Il est évident que dans ce cas synology n'y est pour rien. Quant à "l'écologie" stupide actuelle je ne m'y ré-intéressait que lorsque l'on se penchera nettement à obliger les constructeurs à prévoir la réparation facile des équipements, et pas la recherche systématique de l'inverse) afin d’éradiquer complètement le remplacement des appareils dès le premier petit fusible claqué. De toute façon ici on parle des synos, à la rigueur des NAS. Pour un débat "écolo" on se trompe de forum.

Oui il te faut prendre un nom de connexion, ce que l'on appelait un dyndns du temps où ce service était gratuit. Il y a aussi no-ip.com, dtdns.net comme gratuits. Dans ce cas il faut mettre en service le service correspondant dans la box. Il y a aussi synology qui offre ce service gratuitement avec MyDS;me. Dans ce cas le service est à mettre en activité dans le syno.

Je pense aussi mais d'abord j'avais un doute sur la question posée et un test préliminaire ne peut pas faire de mal.

L'hibernation des disques (et à plus forte raison celle du syno) semble créer pas mal de soucis. En fait il est logique de penser que synology ayant conçu au départ ces appareils comme petits serveurs de données et que dès lors le fonctionnement normal étant d'être disponibles à tous moments, la marche normale prévue était du 24/7. Un système d'hibernation a certainement été rajouté soit à la demande d'usagers, soit comme argument à la mode écolo. Il est possible que pour quelqu'un qui est sûr que durant une certaine longue période le syno ne sera jamais sollicité cette fonction devrait pouvoir être utilisée. Par contre le redémarrage automatique genre WOL peut très bien demander un "certain" temps qui peut sembler trop long à certaines applications distantes qui considèrent alors le syno comme arrêté. Ce n'est pas systématique, parfois ça démarre, parfois pas. J'ai abandonné l'idée il y a déjà des années. De toute façon il faut prévoir des séquences de léthargie après de longues heures (2 ou 3 au moins) de non utilisation du syno. De courtes séquences forceraient des arrêts et redémarrages beaucoup trop fréquents avec refroidissements et remises en températures trop répétées ce qui fatigue énormément les disques et peut créer leur mort prématurée. Je ne m'en sers donc plus. Si de laisser tes disques en activité te fait peur, les deux miens tournent depuis plus de 5 ans en 24/7 sans l'ombre d'une anicroche ! Quant aux "économies d'énergie" elles se comptent annuellement de l'ordre de quelques dizaines de centimes d'euro à peine ! Le jeu n'en vaut donc pas la chandelle.

Oui la place "normale" des photos seraient dans le dossier partagé "photo". Dans le cas annoncé se méfier quand même : parfois les noms des fichiers sont retrouvables ailleurs mais en fait ils ne sont que des liens et le vrai fichier est ailleurs. Si jamais on efface des fichiers dans cet ailleurs, le lien peut très bien rester présent mais ne plus aboutir sur le fichier disparu. Pour ma part je n'utilise aucun des dossiers partagés pré-installés par synology. Je n'aime pas beaucoup les trucs "normalisés", pareils pour tout le monde. Je me suis donc créé mes propres dossiers partagés persos en nombre suffisants pour permettre des autorisations d'accès très finement définies. Une astuce : dans ton "home" inscrit un nouveau fichier sans intérêt, vérifie qu'il se répercute bien sur l'autre dossier et ensuite détruit le. Tu verras bien ce qu'il se passe exactement. Si dans "photo" ce nouveau fichier reste présent et exploitable ce sera alors pareil pour tous les autres et tu pourras les virer.

Tout simplement en se créant un nom de connexion comme chez dyndns, genre toto.dyndns.org et l'on redirige le nom de domaine (chez le registar) non plus vers l'IP publique mais vers toto.dyndns.org.

Appelons un chat un chat ! Ce que propose free n'est pas un nom de domaine, mais un nom de connexion. Si tu pars de chez Free ce nom disparaitra. Bonne technique de free pour garder les clients captifs ! Avec un vrai nom de domaine tu es d'abord enregistré officiellement. De ce fait ce nom sera unique et inutilisable par quiconque d'autre. La technique consiste à enregistrer ce nom de domaine chez un registar comme exemple gandi. Si tu as besoin d'un hébergeur (pour créer un site internet par exemple), d'en prendre un ailleurs que ton registar, OVH par exemple. Et de laisser ton FAI indépendant de tout ça. Si pour une raison quelconque tu as un conflit avec ton hébergeur ou ton FAI tu peux en changer sans problème. Le nom de domaine étant totalement indépendant, il reste sous ta totale propriété et il te suffit en 5 secondes de lui modifier sa redirection. Mais pour tous tes utilisateurs, eux n'y voient que du feu et continuent à te joindre sur toujours le même nom de domaine. Et 15 euros/an ce n'est pas cher du tout. Au point que j'en ai réservé plusieurs à mon seul usage, comme toto.fr, toto.com, toto.net etc de façon à ce qu'aucun petit malin ne soit tenté de profiter du sillage de mon site. Dernier point : charge toi toi-même de créer ce nom de domaine et ne confie pas cela à un tiers quelconque. En retour de cette création tu as un identifiant et un passe qui permettent à celui qui les connait de faire toutes modifications sur ton nom de domaine voire de le bloquer ou de le rediriger vers des sites douteux en cas de mésentente. Alors que si c'est toi seulement qui possède ces clés tu fais ce que tu veux.

Ben voilà ! Pour les noms de domaines (genre toto.fr ou toto.com), c'est payant. On achète un nom de domaine. Pour cela il faut s'adresser à un "registar" comme gandi.net. On se crée un nom de domaine sans espaces, ni accents, ni caractères spéciaux (les tirets haut et bas sont autorisés), on vérifie qu'il n'est pas déjà pris par quelqu'un d'autre. Si libre on l'achète (environ 15€ par an). Ensuite il suffit de faire des "redirections" dur genre "www.toto.fr >>>vers>>> ton IP publique Free et accessoirement le double-point numéro de port. On peut aussi se créer des adresses mails persos genre magueule@toto.fr qui sera redirigé vers une de tes boites actuelles.

Je ne donne pas d'avis ni "d'ordre" ! Mais j'ai toujours pensé que pour faire le bon choix pour ce que l'on veut obtenir il faut d'abord avoir tous les renseignements utiles, pouvoir "peser le pour et le contre" comme disant mon polytechnicien de grand-père. En tout cas ne jamais tenir compte des consignes d'un quelconque "yakafaukon". J'attire toujours et inlassablement (comme quelques autres ici) sur le fait qu'il circule une fausse appréciation du RAID et que beaucoup (il suffit de parcourir les posts) se sont rués sur du RAID croyant à une panacée universelle, fausse bien sûr, et qui pour beaucoup ne leur apporte aucun avantage mais bien des soucis. De plus la quadrature du cercle n'existant pas il n'existe aucun système parfait qui allierait à la fois sécurité totale, taille maxi de stockage et coût nul...

Pour changer MSHOME ou la plage d'adressage c'est beaucoup plus facile lors de la création du réseau. En cours de route il faudrait reprendre tous les appareils du réseaux et leurs configurations. Pas toujours très impératif vu que ça reste quand même du niveau "tout petit détail". Le principe de fonctionnement des ports : Le port 5000 par exemple. Quand une demande arrive chez toi demandant le passage par le port 5000 (le double-point 5000), d'origine ton routeur va bloquer la demande d'entrée que le port est normalement fermé. C'est à toi de "l'ouvrir" et de le rediriger vers ton syno plus précisément vers le port 5000 du routeur du syno. De là la demande aboutira sur le service en question. Tu peux par exemple choisir les 12345 dans ton routeur de box et le rediriger vers le port 5000 de ton syno. En réseau interne il suffit de taper IPinternedusyno:5000 pour accéder à la page d'accès du DSM. Depuis l'extérieur l'adresse IPpublique:5000 ne marchera plus (le port 5000 n'est pas redirigé) et il faut alors taper IPpublique:12345 pour accéder au DSM. Ca complique un peu le travail des fouineurs. En général ils passent leur chemin.

Apparemment ton disque est en basic, et le disque 2 aussi. Tu as donc 2 volumes, un par disque. Quelles sont les tailles de ces disques ? Il semblerait que tu veuilles ajouter un 3me disque de 3To pour transformer le volume2 actuel (celui fait avec le disque 2) en toujours un seul volume mais cette fois-ci en RAID1 c'est à dire constitué du disque 2 actuel plus le disque 3 de 3To. Mais attention si le disque 2 a une capacité inférieure à 3To ce volume2 n'aura comme capacité que celle du plus petit disque. Si ton disque 2 actuel fait 1To tu n'auras qu'un volume de 1To. Pour quelle raison voudrais tu avoir ce second volume sous cette formule ? Rappelons le encore une cent millième fois, un RAID (ou SHR) n'es pas une sauvegarde ni une quelconque protection des données. Cela n'a d'utilité que si tu veux assurer la continuité de la fonction serveur de données en cas d'arrêt d'un disque. Par contre il y a des inconvénients. D'abord la fonction RAID (ou SHR) est assurée par un logiciel, or tout le monde a fréquemment constaté que les plantages de logiciels sont courants. En tout cas infiniment plus fréquent que les très rares casses de disques. Ces systèmes font perdre de la place de stockage. En RAID1 (à deux disques) au mieux avec deux disques identiques de 3To par exemple la capacité de stockage ne sera que de 3To. Le logiciel déteste au plus haut point les coupures sauvages de courant et cela se traduit assez souvent par un massacre dans les données. Il y a en ce moment un collègue qui suite à une panne de courant a vu tous ces fichiers bloqués en lecture seule et recherche encore le moyen de s'en sortir. Les RAID ne sont pas des sauvegardes aussi parce que la moindre erreur de manipulation comme un effacement de fichier involontaire se répercute instantanément sur tous les disques du RAID. Le fichier est donc perdu à la différence d'une vraie sauvegarde qui elle, possède toujours la dernière copie valide. Le très fréquent et souvent long travail de vérification et de réajustement du miroring nécessite un syno en marche continue (24/7) et font beaucoup plus travailler les disques d'ou fatigue plus rapide. Il y a aussi le problème des secteurs défectueux qu'il est recommandé de marquer. La fameuse "préparation" des disques. Enfin au sujet des formules RAID0 et JBOD elles sont très vivement (sauf besoin spécifique) à éviter. Le RAID0 consiste à séparer les données de chaque fichiers en bandes paires et impaires. Les paires sont copiées sur un disque et les impaires sur l'autre. L'intérêt était l'accélération des vitesses de traitement. Ceici du temps où les mémoires de masses étaient des dérouleurs de bandes magnétiques très lents. Avec nos disques rapides ce système n'a plus grande utilité. Par contre la perte d'un disque fait perdre tout un jeu de bandes et les fichiers sont donc impossibles à reconstituer. Adieu les données. Le JBOD consiste à ajouter les disques en série, à la queue leu leu. Le premier disque, dit maitre, sera le seul à posséder la table d'allocation pour tout l'ensemble. Les autres disques sont dits esclaves et dépendent totalement du maitre. On obtient un seul très grand volume dont la capacité est l'addition de celle des disques. On peut ajouter ultérieurement de nouveaux disques à tout moment. Cela agrandit le volume. Il n'y a pas de limite. Mais il est impossible de retirer ou d'échanger un disque. La perte d'un seul disque détruit la totalité du volume et les données qui sont dessus. Si un RAID (ou SHR) devait être choisi il faut (très recommandé) se munir d'un onduleur et obligatoirement faire de vraies sauvegardes sérieuses et régulières sur un autre support, un autre système et si possible dans un autre lieu. Comme dit si bien Ooops le plus simple et le moins risqué consisterait à rester sur la formule basic en créant un 3me volume avec ton nouveau disque.

Comprends pas bien, là ! Tu as déjà deux disques ? En Basic ? en SHR à 1 volume, donc RAID1 avec un seul volume composé de 2 disques en miroir ? Tu veux ajouter un 3me disque pour agrandir le volume existant ? (passer en RAID5) ou le mettre comme second volume indépendant ?

Je me demande si la dernière "réjouissance" occasionnée par lockersyno n'a pas occasionné une mise à jour ou une forme quelconque de renforcement dans la sécurité de quickconnect. Principe numéro 1 = LIRE la documentation. Je n'utilise pas encore cloudstation mais il est certain qu'il existe une doc au moins en PDF. Dessus sera indiqué le principe de fonctionnement et les ports utilisés pour la bonne marche. Principe numéro 2 = il est évident que si on ne sait pas à quoi peut servir un routeur, les ports, parefeu et leurs principes de fonctionnement la configuration de tout ça va être scabreuse. Un peu comme sur une auto il sera difficile de la faire rouler si au départ on ne sait pas à quoi sert le levier de vitesses. Les tutos sont difficiles à établir car chaque utilisation, voire dans la même utilisation chaque variante nécessiterait à chaque fois un tuto complet.

Bon on récapitule et on commence par le début : Tu es chez Free donc tu as l'énorme chance de disposer d'une IP publique FIXE (à l'inverse de la majorité d'entre nous quine disposons que d'une IP publique qui change fréquemment) Cette IP publique fixe (qui ne commence jamais par 192.168.x.x) est l'adresse de ta box. Si tu tapes http://xxx.xxx.xxx.xxx sur un ordi hors de chez toi tu arrives sur ta box (xxx.xxx.xxx.xxx = IP publique fixe fournie par Free) Je crois que dans ce cas chez Free (je ne suis pas chez Free) tu tombes directement sur la page d'accès de la box. Si maintenant tu fais suivre cette adresse IP fixe du double-point et 5000 ainsi "http://xxx.xxx.xxx.xxx:5000" tu devrais tomber sur la page d'accès au DSM de ton syno à condition qu'auparavant dans ta box tu ais rediriger le port 5000 vers le nom de ton syno (ou son IP interne si cette dernière a été fixée). A l'inverse de l'IP publique qui ne commence JAMAIS par 192.168.x.x, l'IP privée commence TOUJOURS par 192.168.x.x Pour tes essais de mise en activité laisse tomber le https. Commence par la voie normale en http simple. Tu évites ainsi plein de sources de pannes liées aux opérations supplémentaires de cryptage. Quand tu marcheras bien en http alors seulement tu pourras monter l'échelon supérieur et tenter le https. Question "sécurisationnement" qui est une sorte de démence actuelle, bien se dire que le https n'est pas du tout la panacée universelle ! ! ! Loin de là. Ca ne fait que chiffrer les données qui transistent, sans plus. Ca n'empêche nullement les tentatives de pénétration de ton système, pas plus que le http simple. Ca n'emêche pas non plus l'entrée de données corrompues provenant d'un serveur corrompu. Simplement la corruption sera fidèlement et bien "protégée" transmises à ton système. Pour affiner la protection il faut : Utiliser un identifiant autre que admin (désactiver le compte admin), y mettre un mot de passe correct (autre que 123456 mais pas obligatoirement incompréhensible). Changer les ports d'accès. Les ports 5000 et surtout 5001 sont connus de tout le monde et surtout des pirates.... Ne pas garder MSHOME comme nom de réseau privé Ne pas garder 192.168.0.x ou 192.168.1.x comme plan d'adressage interne mais mettre par exemple 192.168.62.x En sécurité c'est la multiplicité de petites embûches qui lutte le mieux contre les attaques des robots qui sont programmés "simplement" pour balayer un maximum de de sites avec des essais basés sur les codes les plus répandus. Dernier point (le plus important ?) si tu n'as pas un besoin impérieux d'accéder à distance aux paramétrages du syno par le DSM comme gestion délocalisée de synos distants n'ouvre aucun accès en ce sens ni en 5000 ni en 5001. En marche normale le syno ne devrait avoir besoin d'être joint que pour les utilisations normales de serveur de données fonction pour laquelle il n'y a nul besoin d'entrer dans le DSM. Quand tu auras réussi à accéder à ton syno depuis l'extérieur avec l'IP publique de Free tu pourras alors penser à utiliser un "nom de domaine" plus élégant à retenir. A ne pas confondre avec un "nom de connexion" (dyndns ou MyDS.me) qui sont autre chose d'inutile chez Free.

Ca me rappelle mes déboires un peu du même style quand j'ai voulu utiliser Quickconnect. J'ai très vite opté pour la configuration "classique" des ports et parefeu. Au début cela parait suthumain mais on s'y fait très vite et j'ai totalement abandonné QuickConnect.

Voui, voui, voui... Vu les symptômes et vu l'age du syno (7/8 ans ?) ça ressemble furieusement à la pile de sauvegarde qui est à plat. Cette pile sert à conserver la configuration du syno lors de la non alimentation secteur. Tant que le courant est présent tout va bien la mémoire où se trouve la configuration est maintenue par l'alimentation secteur. Par contre dès perte d'alimentation cette mémoire s'efface et le syno n'a plus de paramètres corrects pour redémarrer et fait des trucs étonnants. C'est une pile type pile plate ronde genre pile de montre. De mémoire ce doit être une CR2032 de 3.0V, d'environ 2cm de diamètre et 4 ou 5mm d'épaisseur. Elle est clipsée sur la carte mère. Il faut donc débrancher d'abord complètement le syno puis le démonter. la pile se remplace facilement, elle est juste clipsée sur un support. Essayer de ne pas laisser de traces de doigts sur les parties qui font contact. Pour l'onduleur, les accus se remplacent aussi. Bien souvent ce sont des modèles au plomb et électrolyte gélifié, les plus courants étant des 12V7Ah ou 12V9Ah. Ce sont des modèles très répandus dans les centrales d'alarmes, les portiers d'immeubles etc... Une chose m'étonne : le "downgrade" de DSM4 vers 3.1. En principe sur les synos il est impossible de downgrader. Il y a un blocage au niveau de la carte mère à cet effet. Par la suite pour les nouvelles versions il est préférable de passer à la version juste supérieure et ainsi de suite jusqu'à la version la plus récente. Encore que sur une série xx7 je crois qu'on est limité au DSM4.0 ou 4.3 et que la version 5.0 est impossible. Faire une tour sur www.synology.fr tout cela est bien documenté.

Les petites erreurs toutes bêtes sont toujours celels qui font tourner en bourriques. Quand j'étais dépanneur TV j'avais un TV à dépanner qui était connu pour la mauvaise qualité de son bouton M/A et qui ne s'allumait plus. C'était mon dernier client un vendredi APM, après je partais en WE dans la famille. J'arrive chez le client, à toute allure je démonte le fond du TV, les platines électroniques, les supports internes et la platine porte boutons tout au fond. La je sors mon fer à souder et suis le fil du TV pour me brancher sur la prise à sa place. Et là je m'aperçois que le TV était tout bêtement débranché ! ! ! Comme quoi....

Non. Sur le syno ni le "simple reset" (celui que je te conseille) ni le "double reset" (qui lui supprime le DSM afin de pouvoir en recharger un en bon état) ne touchent à tes données. Sur le syno le disque est divisé en 3 partitions (comme sur linux), la partition "data" où sont tes données, la partition "system" ou se trouve le DSM et qui est la seule touchée par les reset et une partition "swap" qui est propre au fonctionnement de linux. Donc tu peux sans aucun risque faire un "simple reset".

Récupère tous tes paramétrages (box et syno) et réinitialise les deux en config usine. Puis reprend ls paramétrages et réglages du routeur de la box A LA MAIN sans lancer EZassistant ou quickconnect.