Je ne parle pas français, alors excusez-moi de la traduction google, mais je pensais pouvoir y contribuer.
J'étais fatiguée d'attendre alors j'ai décidé d'essayer ... J'ai échoué mais pas complètement.
C'était mon expérience:
1) J'ai d'abord essayé avec la dernière version 6.2 pour 1511+ et avec quelques modifications (décrites ci-dessous). Lors de la tentative de mise à jour (mise à jour manuelle dans DSM), elle a échoué et m'a conseillé d'utiliser la version 6.0.1 version 7321. Le reste ci-dessous correspond à ce que j'ai fait avec cette version.
2) dépaquer le fichier .pat car il s’agit d’un fichier .tar renommé
3) Modification des fichiers VERSION et GRUB_VER; essentiellement remplacé tout 1511 avec 1010
4) en utilisant la dernière étape mentionnée dans un autre site (ne peut pas être mentionné ici en raison de règles mais vous pouvez google "Part 3. Synobios modification") et en utilisant le synochecksum (https://github.com/andy928/synochecksum) I mis à jour le fichier checksum.syno avec les nouvelles sommes de contrôle (et les totaux sur la ligne du bas si nécessaire). NOTE: Je n'ai pas fait la "partie 3" et juste fait la somme de contrôle.
5) regroupés dans un fichier .tar et renommés en .pat.
6) utilisé "Manual Install" sur le DSM 5.2 et lui a donné ce fichier .pat modifié .... il a fonctionné jusqu’à 100% puis le 1010+ a redémarré.
7) après le redémarrage, j'ai eu la lumière orange clignotante. En s'y connectant via un navigateur, il ouvrait l'assistant Web Synology, il m'avait montré une page de migration comme si je migrais les disques / volumes d'un 1511+ à un 1010+. Incidemment, il était également affiché comme exécutant DSM 6 (PC Synology Assistant l’a également montré exécutant DSM 6 mais avec le statut "migratable").
😎 essayé de migrer avec "garder les paramètres" demandé à nouveau pour un fichier pat lui a donné le même fichier modifié et il a échoué. J'ai aussi essayé sans garder les paramètres et j'ai quand même échoué.
9) J'ai ensuite commencé à essayer d'annuler les modifications, ce qui est un cauchemar sans aide.
10) étape 1 de la restauration - Vous devez activer Telnet, ce que j’ai découvert pourrait être effectué par PC Synology Assistant lorsque vous lui indiquez d’installer un fichier .pat corrompu; Le port telnet s'ouvre pour les diagnostics (il existe peut-être d'autres moyens de le faire, voir l'étape suivante). REMARQUE: généralement l'horloge se réinitialise et le mot de passe root par défaut est 101-0101 MAIS si vous tardez trop, l'horloge peut se mettre à jour avec le mot de passe (voir la procédure à suivre: https://wiki.mbirth.de/know-how/ piratage / synology-telnet-password.html mais peut-être juste plus facile à redémarrer et être plus rapide la prochaine fois)
11) étape 2 de la restauration en utilisant les étapes de cette https://www.reddit.com/r/synology/comments/64eu39/downgrading_synology_dsm_61_to_52_and_then_to_602/ et du DSM 5.2 pour 1010+ pat
12) a utilisé "Web Synology Assistant" et lui a attribué le fichier 1010+ pat original. Le "downgrade" a fonctionné. Lorsque le 1010+ a redémarré, il était revenu à la normale. le volume était là, les données étaient là ... c'est comme si rien ne s'était passé.
Peut-être que la modification de synobios est nécessaire, je ne sais pas. Simkard a essayé d’engager l’autre communauté qui ne peut pas être nommée (Google "simkard 1010" et vous le trouverez). Il posait des questions sur le fichier .rd qui, je suppose seulement, devait le faire.
Je ne sais pas combien de temps Simkard va nous faire attendre et, même si je comprends bien, les hackeurs l'ont par le passé retenu en raison de l'imminence d'une nouvelle version du logiciel, mais ils ne le gardent pas indéfiniment et généralement est une forte preuve qu'une nouvelle version arrive avec des jours / semaines et non des mois (voir https://www.youtube.com/watch?v=l5sLB1nCNQY&feature=youtu.be directement à partir de Synology PLM, dit-on à la fin de cette année!). Il serait plus avantageux pour la communauté que tout le monde ait au moins DSM 6.2 maintenant plutôt qu'attendre DSM 7.
Simkard: C'est un jeu de chat et souris, laissez le problème d'obtenir DSM 7 pour un autre jour, si Synology ferme effectivement l'exploit Il se peut que DSM 7 le jour 1 ne soit pas vulnérable à l’exploit malgré tout ....
