joinman

Members
  • Content Count

    21
  • Joined

  • Last visited

Community Reputation

1 Neutral

About joinman

  • Rank
    Junior Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Bon, après 6 mois je viens de me relancer sur cet upgrade....mais cela ne fonctionne toujours pas. J'ai bien récupéré DSM.ovf et synoboot.vmdk ici : https://file.niko44.fr/sharing/8QpCyyDFg Je créé une VM comme indiqué ici (Pour info je suis sous ESXi, et lors de l'ajout d'une VM je le fais à partir des fichiers OVF et VMDK) Ensuite à l'étape d'après, je sélectionne le mapping réseau et le provionnement du disque (je laisse "mince" par défaut. l'autre option était "Statique") Je désactive "Mettre automatiquement sous tension", pour rajouter mon disque de do
  2. Merci pour ton retour. Je vais donc essayer de repartir "from scratch" depuis ton OVF, puis de rattacher mon disque de données déjà existant. Je te tiens informé !
  3. Merci pour ton retour. c'est déjà fait J'avais même récupéré le synoboot.vmdk dans le ZIP qui contenait l'OVF. Perso, je ne veux pas écraser mes données existantes. J'ai donc juste remplacé mon synoboot.vmdk par le tien. Et là, l'ESXi indique une erreur lors du chargement : "Échec de la mise sous tension de la machine virtuelle XXXXXX. Type de disque non pris en charge ou non valide 22 pour « sata0:0 ». Assurez-vous que le disque a été importé. Cliquez ici pour plus de détails. " Je l'ai installé comme l'ancien en SATA0:0. (je n'ai pas de SATA1 comme vu dans les posts
  4. Bonjour à tous. Cela fait longtemps que je n'ai plus fait d'upgrade, mais je vais me lancer pendant ce nouveau confinement. Je suis sous ESXi 6.5, et donc un NAS virtualisé. "A mon époque", je n'avais qu'un fichier "synoboot.vmdk". Ici dans le nouveau loader de June c'est un "synoboot.img". Bien évidemment, impossible d'associer ce ".img" au SATA0:0. Savez vous comment récupérer le synoboot.vmdk pour la version 6.2.3 ? Merci
  5. Donc je n'utilise pas de RDM ! ça fonctionne quand même très bien.
  6. Je n’en ai aucune idée. @claude75 a effectivement mentionné cela. Perso, j’ai fait comme écrit dans mon post. Désole.
  7. Merci à tous. Je me suis planté une première fois, car comme dit @nicoueron, il faut aller très vite pour sélectionner le boot ESXi. Donc j'ai loupé cette étape, il a démarré normalement et en plus j'ai quand même essayé d'installer le DSM. Là plantage, c'est dire qu'il me dit "Echec du formatage". J'ai donc redémarré en réussissant à sélectionner le boot ESXi. Là idem. Je pense que j'ai dû "abîmer" le synoboot.vmdk, car je viens de tout refaire comme indiqué par @claude75, puis en choisissant l'option ESXi, et là ô miracle tout fonctionne. Je vais quand même refaire une tentati
  8. Merci à @fireman013 et à @nicoueron ! J'ai du mal à vous suivre. Voici ce que j'ai actuellement en "prod" (fichiers les plus importants à mon sens) - ds3615.vmx : config de la VM avec un lien vers les deux disques VMDK - <Nom du NAS>.vmdk : DD virtuel qui contient le DSM + toutes mes données ( en Contrôleur SCSI 0:0) - synoboot.img : loader précédent (en 6.0.2) - synoboot.vmdk : DD virtuel pour "émuler le sybno" ( en Contrôleur SATA 0:0) Donc j'ai bien deux virtuals disk : un contenant le synoboot et l'autre DSM+mes données et ma
  9. Hello Comment as tu procédé STP ? J'ai la même erreur que toi. Par contre, je suis sur un NAS en version 6.0.2. Le problème est que dans le nouveau loader de Jun, il n'y a que le fichier "synoboot.img". J'ai essayé deux manipulations ... sans succès - Eteindre VM - remplacer mon ancien synoboot.img par celui se trouvant dans le loader 1.02b - redémarrage - et là lors de l'installation, le message "echec de formatage disque 35" Donc j'ai procédé à la deuxième manipulation - Eteindre VM - remplacer mon ancien synoboot.img par celui se tr
  10. Merci pour cette réponse. J'attends donc avec impatiente le retour d'experts étant sous ESXi... Apparemment @topaze ne l'est pas...je me trompe ? Encore merci pour votre travail qui me facilite la vie au quotidien : 3 DSM installés sur mon ESXi le tout dans 3 VRF sur mon LAN avec 3 niveau de sécurité. Du bonheur
  11. Bonsoir Je suis en DSM 6.0.2-8451 Update 9. Je tourne sous ESXi 6.5, j'ai donc les fichiers suivants : - synoboot.img - synoboot.vmdk - MON-NAS.vmdk En parallèle, j'ai téléchargé : - le fichier PAT en 6.1.3 (15152) - l'update 3 - le loader 1.02b Je ne comprends pas trop bien la manip avec grub.cfg... Pour info, j'ai un MAC et donc impossible de trouver le client OSFMount. Ne puis-je pas faire la manipulation suivante : - arrêt de la VM - suppression de l'ancien synoboot.vmdk - copier dans l
  12. Je n 'ai pas de réponse officielle mais c'est peut-être possible que Synology ai implémenté cela par de faut lors d'une migration de version majeure afin que le NAS reste joignable sur le réseau - ou alors c'est un bug de DSM! Merci beaucoup nicoueron ! Tes réponses sont très claires. Bonne soirée
  13. Bonjour Juste un petit up pour ce post Merci à la communauté.
  14. Sur les serveurs de Synology: https://usdl.synology.com/download/DSM/criticalupdate/update_pack/8451-9/synology_bromolow_3615xs.pat NE PAS METTRE A JOUR A DSM 6.1 Super merci beaucoup pour cette réponse rapide. En fait j'allais dans release et non critical update. C'est noté !