terzo13 Posted February 3, 2017 Share #26 Posted February 3, 2017 Merci de ta réponse, oui je suis bien en V1.01, mes disques en RAW, j'ai du mal à comprendre pourquoi le boot kernel est toujours actif, et le syno dans les choux, Si vous avez fait des manipulations je suis à l'écoute. Cordialement. Salut @TchoinTchoin, Quel est ta version esxi ? As-tu bien ajouté les 4 fichiers du loader v1.01 de Jun Ton disque pour le loader est configuré comment ? En gros il faut qu'il soit tel quel: Banque :/DS3615xs/synoboot.vmdk Taille du disque 50Mo SCSI 0:0 Disque Dur 1 Indépendant : coché Non Persistant : coché Quote Link to comment Share on other sites More sharing options...
TchoinTchoin Posted February 3, 2017 Share #27 Posted February 3, 2017 Ah avec le lien précédent ça fonctionne bien ! update 9, premier boot dans les choux, le second ok Merci les gars Quote Link to comment Share on other sites More sharing options...
farniera Posted February 3, 2017 Author Share #28 Posted February 3, 2017 Nickel Envoyé de mon iPhone en utilisant Tapatalk Quote Link to comment Share on other sites More sharing options...
TchoinTchoin Posted February 3, 2017 Share #29 Posted February 3, 2017 Es-ce que avec ESXI vous arrivez à récupérer les températures de vos différents composants ? Quote Link to comment Share on other sites More sharing options...
terzo13 Posted February 4, 2017 Share #30 Posted February 4, 2017 Non pas trouvé, mais j'aimerai bien. Comme faire remonter les info smart des disques RAW sur Xpeno Quote Link to comment Share on other sites More sharing options...
terzo13 Posted February 5, 2017 Share #31 Posted February 5, 2017 Salut @farniera, Alors content de ton serveur DELL T110 II ? Qu'a tu mis dessus ? Quote Link to comment Share on other sites More sharing options...
farniera Posted February 5, 2017 Author Share #32 Posted February 5, 2017 Hello @terzo13, oui content du T110 Je suis passé à 16Go de ram et 2 ils qui tournent tranquillement (DSM + Windows) et je vais y ajouter une cents et certainement pfsense. Petite question, est-ce que tu gères l'allumage auto du serveur ? si oui, je serai curieux de savoir comment ! Je me demande si je ne vais pas mettre mon rapsvberry à contribution pour faire du WOL. Bonne soirée ! Quote Link to comment Share on other sites More sharing options...
terzo13 Posted February 6, 2017 Share #33 Posted February 6, 2017 @farniera, Mon serveur fonctione 24h/24h, et s'il y a coupure, j'ai mon onduleur, de plus mon onduleur réveil mon serveur quand le courant revient apres une longue periode de coupure Quote Link to comment Share on other sites More sharing options...
mister-chikite Posted February 6, 2017 Share #34 Posted February 6, 2017 Bonjour, pour ma part j'ai un problème lors de l'installation du fichier .pat, j'ai une erreur de formatage de disque dur. Pourtant j'ai bien respecter la manipulation et ma VM démarre bien. Quelqu'un pourrais m’éclairer ? Merci d'avance. Quote Link to comment Share on other sites More sharing options...
farniera Posted February 6, 2017 Author Share #35 Posted February 6, 2017 Le disque est en "raw" ? J'ai eu 2/3 petits soucis en brtfs et suis passé en ext4 par là suite. Envoyé de mon iPhone en utilisant Tapatalk Quote Link to comment Share on other sites More sharing options...
mister-chikite Posted February 6, 2017 Share #36 Posted February 6, 2017 Je fais l'install seulement avec le synoboot.vmdk, je souhaiterais rajouter mes disques après, Est-il possible de faire cette manip ? Parce que j'ai un Xpeno en 5.2, je voudrais pas niquer mes data bêtement. Quote Link to comment Share on other sites More sharing options...
farniera Posted February 6, 2017 Author Share #37 Posted February 6, 2017 Je pense que oui en les ajoutant en "raw". Dans tout les cas... sauvegarde, sauvegarde, sauve..... Et ce n'est pas la méthode que j'ai utilisée. Je suis parti d'une réinstallation complète et récupération des données par une sauvegarde. Envoyé de mon iPhone en utilisant Tapatalk Quote Link to comment Share on other sites More sharing options...
mister-chikite Posted February 8, 2017 Share #38 Posted February 8, 2017 Très bien c'est ce que je suis déjà entrain de faire sauf que sauvegarder 7 TB sa prend du temps... Je fais ça et je test. Merci pour la réponse active. Quote Link to comment Share on other sites More sharing options...
terzo13 Posted February 9, 2017 Share #39 Posted February 9, 2017 Salut @Mister-Chikite, Logiquement il réinstalle sur la partition réservé à DSM, après oui vaut mieux sauvegarder, on est jamais à l’abri. Moi j'ai fait la migration sans aucun soucis et comme toi j'avais 7To a sauvegarder, mais j'ai préférer faire une sauvegarde sur disque externe au cas où. Quote Link to comment Share on other sites More sharing options...
mister-chikite Posted February 10, 2017 Share #40 Posted February 10, 2017 Bonjour @terzo13, oui et comment a tu fais la migration ? Tu as connecté tes anciens disque RAW du DSM 5.2 sur ta VM DSM 6 ? Si je peux éviter de tous écraser cela me va. même si j'ai une sauvegarde. Quote Link to comment Share on other sites More sharing options...
nicoueron Posted February 10, 2017 Share #41 Posted February 10, 2017 Pour info, après avoir essuyer les platres sur l'update 9, j'a réussi à la mettre. En fait le seul pré-requis c'est d'avoir installer l'update 9 avec la version 1.01 du loader! et non pas la 1.00 comme je l'avais à l'époque... En gros, si vous avez le loader de Jun 1.00 avec l'update 8, il faut changer pour l'update 1.01 puis faire la mise à jour, sinon DSM est planté et il faut downgrader ce dernier en 5.2 par exemple. Quote Link to comment Share on other sites More sharing options...
terzo13 Posted February 10, 2017 Share #42 Posted February 10, 2017 Bonjour @terzo13,oui et comment a tu fais la migration ? Tu as connecté tes anciens disque RAW du DSM 5.2 sur ta VM DSM 6 ? Si je peux éviter de tous écraser cela me va. même si j'ai une sauvegarde. Salut @mister-chikite, Pour la migration j'ai suivi le petit tuto fait par notre ami @nicoueron A FAIRE AVANT TOUTE MANIP - SAUVEGARDER VOS DONNEES (on ne vous le répétera jamais assez!) 1 - Eteindre votre ancienne VM DSM 2 - Copier sur le datastore les fichiers : ds3516.vmx, synoboot.img et synoboot.vmdk dans un dossier nommé DS3615xs. 3 - Ajouter la VM (référencée par le fichier vmx) à l'inventaire. Si une erreur d'importation se présente, éditer le fichier vmx en modifiant l'attribut virtualHW.version = "12" à "11" (si vous êtes sous ESXi 6). 4 - Ajuster les paramètres de la VM (RAM et CPU), perso j'ai mis 2048Mo et 2vCPU comme pour mon ancienne VM DSM 5.2. 5 - Si vous avez comme moi des disques mappés en RDM, supprimer-les de l'ancienne VM et rattaché-les à la nouvelle VM. 6 - Si vous rencontrer une erreur sur l'adaptateur réseau, supprimer-le et rajouter en un nouveau (de type E1000). Et assurez-vous qu'il soit "connecté" sinon avoir un NAS sans réseau risque de ne pas être utile^^ 7 - Démarrer la VM et soyez vif car il faut choisir la dernière option du loader - celle qui parle de ESXi. Une fois ce choix fait, il le sera définitivement. 8 - Patienter 1-2 minutes le temps que tous les services DSM démarrent et rendez-vous sur la page http://find.synology.com/ ou lancer l'assitante Synology. 9 - normalement il devrait apparaitre, il ne vous reste plus qu'à procéder à la migration. Perso, je n'ai même pas eu besoin de télécharger le fichier PAT préalablement, il le fait tout seul depuis les serveurs Synology. 10 - Have fun! Quote Link to comment Share on other sites More sharing options...
Nemesea Posted February 11, 2017 Share #43 Posted February 11, 2017 Bonjour à tous, Tout d'abord merci pour ces tutos et conseils. J’ai installé il y a quelques temps mon syno en version DSM5.2 sur ESXI 5.5 et tout marche parfaitement bien. Je souhaite maintenant faire une installation from scratch de la version DSM6 toujours sur ESXI 5.5. J’utilise le loader 1.01 et le VMDK synoboot comme expliqué et en prenant soin de choisir les bonnes options (synoboot.vmdk en disque indépendant/non-persistant, autres disques montés en RDM etc…). En démarrant la VM j’ai bien la liste des choix et je choisi alors l’installation pour VMWare/ESXI, j’atterri ensuite sur le prompt Booting the Kernel – normal jusque-là. Les choses se compliquent ensuite avec l’assistant Syno, voici mon problème : J’ai réussi 1 fois à détecter le nouveau Syno et à démarrer l’installation. J’ai eu une erreur 35 pendant l’installation (problème disque apparemment), j’ai donc je redémarré tout le process d’installation à 0 depuis le début sauf que maintenant rien à faire, impossible de détecter le nouveau Syno malgré de nombreux essais. Avez-vous des idées/conseils ? Merci par avance. Ma config : ESXI 5.5 AMD A10 7700K BLACK EDITION ASROCK A88M-ITX/AC KINGSTON DDR3 8GB HYPERX SAVAGE Quote Link to comment Share on other sites More sharing options...
Mithriel Posted February 12, 2017 Share #44 Posted February 12, 2017 Pour info, après avoir essuyer les platres sur l'update 9, j'a réussi à la mettre. En fait le seul pré-requis c'est d'avoir installer l'update 9 avec la version 1.01 du loader! et non pas la 1.00 comme je l'avais à l'époque... En gros, si vous avez le loader de Jun 1.00 avec l'update 8, il faut changer pour l'update 1.01 puis faire la mise à jour, sinon DSM est planté et il faut downgrader ce dernier en 5.2 par exemple. Essayé sans succès, retour à l'update 8. Quote Link to comment Share on other sites More sharing options...
mister-chikite Posted February 13, 2017 Share #45 Posted February 13, 2017 Bonjour, Je viens de faire la migration avec succès Je vous fais un retour de ce que j'ai du faire pour résoudre 2 3 problèmes. 1 - Déjà je conseille en 1 er , de creer la VM du nom de "DS3615xs" (2 CPU, 2go RAM etc) 2 - Copie du contenu du loader (Jun 1.01) dans le dossier de la VM (DS3615xs). 3 - Ajouter le disque "synoboot.vmdk" a la VM. 4 - Renommer le "ds3615.vmx" par "DS3615xs.vmx" en supprimant l'ancien "DS3615xs.vmx". Ensuite pour la suite suivre la procédure de @terzo13 En gros : "5 - Si vous avez comme moi des disques mappés en RDM, supprimer-les de l'ancienne VM et rattaché-les à la nouvelle VM. 6 - Si vous rencontrer une erreur sur l'adaptateur réseau, supprimer-le et rajouter en un nouveau (de type E1000). Et assurez-vous qu'il soit "connecté" sinon avoir un NAS sans réseau risque de ne pas être utile^^ 7 - Démarrer la VM et soyez vif car il faut choisir la dernière option du loader - celle qui parle de ESXi. Une fois ce choix fait, il le sera définitivement. 8 - Patienter 1-2 minutes le temps que tous les services DSM démarrent et rendez-vous sur la page http://find.synology.com/ ou lancer l'assitante Synology." Pour moi cela a marché. Bien sur pensez a sauvegarder vos données. je ne serais en aucun cas responsable de la perte de vos données. Bon courage. Quote Link to comment Share on other sites More sharing options...
farniera Posted February 13, 2017 Author Share #46 Posted February 13, 2017 Pour info, après avoir essuyer les platres sur l'update 9, j'a réussi à la mettre. En fait le seul pré-requis c'est d'avoir installer l'update 9 avec la version 1.01 du loader! et non pas la 1.00 comme je l'avais à l'époque... En gros, si vous avez le loader de Jun 1.00 avec l'update 8, il faut changer pour l'update 1.01 puis faire la mise à jour, sinon DSM est planté et il faut downgrader ce dernier en 5.2 par exemple. Essayé sans succès, retour à l'update 8. Bizarre quand même, j'avais des soucis aussi en passant directement à l'update 9. Lors de la mise ne place de l'update 9, le premier boot ne se faisait pas, mais après un "arrêt manuel" de la VM, elle a bien bossée et avec l'update 9 en place. Quote Link to comment Share on other sites More sharing options...
joinman Posted February 20, 2017 Share #47 Posted February 20, 2017 Bonjour Tout d'abord, je souhaiterais tous vous remercier pour vos échanges. Il m'ont permis de migrer avec succès de la DSM 5.2 au DSM 6.0.2 update 9. Bon toujours un petit souci au passage de U8 à U9, il a fallu faire un arrêt forcé de la VM (arrêt élec.) car cette dernière est restée bloquée à la fin de la mise à jour. Depuis tout fonctionne correctement. Maintenant, je me pose quelques questions de compréhension générale (j'aime bien comprendre ce que je fais et pourquoi ça fonctionne ) J'avais une VM NAS qui tournait à merveille en 5.2 dans un autre répertoire (que je nommerais A pour la compréhension) J'ai donc créé un nouveau répertoire (que je nommerais B) ,en suivant toute la procédure de terzo13 - merci à lui ! - et j'ai copié les trois fichiers "ds3516.vmx, synoboot.img et synoboot.vmdk" (avec au passage une petite modif. du ds3615.vmx) Puis j'ai ajouté un nouveau disque scsi0:0 qui pointe vers le fichier NAS.vmdk qui est resté dans le répertoire A. Ensuite lorsque j'ai démarré, j'ai dû terminer avec l'assistant Syno. J'ai récupéré au final la conf de mon syno et mes documents. Plusieurs questions : - Je suppose que mes documents sont dans le fichier NAS.vmdk. Dans ce cas, si la conf du syno est dans le même fichier, comment se fait-il que le syno effectue son premier démarrage (après la migration en DSM 6.0) en DHCP, et qu'ensuite la configuration réseau (adressage statique dans mon cas) a disparu ? Il a fallu que je lui remette son IP d'origine. - Que contient dans ce cas le fichier synoboot.vmdk ? Quand j'ai mis à jour vers l'update 9, la dernière version du DSM est-elle dans synoboot.vmdk ou dans NAS.vmdk ? - Dans ce cas, on aurait => synoboot.vmdk qui contiendrait l'OS à proprement parlé (DSM) + la conf. réseau => NAS.vmdk contiendrait la configuration du syno (base de comptes, dossiers partagés et droits, services activés : SSH, FTP, SMB, ...) et mes documents. Est ce exact ? Si tel est le cas, comme j'ai deux autres VM à monter de version, pourrais-je copier le fichier synoboot.vmdk à jour (update 9) à la place de Jun 1.01 et le mettre (avec en plus ds3516.vmx, synoboot.img) avec mes autres fichiers vmdk ? (NAS1.vmdk et NAS2.vmdk) dans leur répertoire spécifique ? Avec ce sytème je ne risque donc jamais de perdre mes données. au pire je remappe mon DD NAS.vmdk sur mon ancienne VM en version 5.2 (dans le répertoire A) et je repars avec un syno fonctionnel en 5.2. Désolé du post assez long, mais c'est très intéressant. Bonne journée. Quote Link to comment Share on other sites More sharing options...
joinman Posted March 13, 2017 Share #48 Posted March 13, 2017 Bonjour Juste un petit up pour ce post Merci à la communauté. Quote Link to comment Share on other sites More sharing options...
Sim7b Posted March 16, 2017 Share #49 Posted March 16, 2017 Bonjour à tous, Avez vous un nouveau lien pour le package ovf puisque le premier lien est dead. J'ai essayé directement avec le loader jun's mais impossible de détecter avec Synology Assistant... Merci Quote Link to comment Share on other sites More sharing options...
nicoueron Posted March 16, 2017 Share #50 Posted March 16, 2017 - Je suppose que mes documents sont dans le fichier NAS.vmdk. Dans ce cas, si la conf du syno est dans le même fichier, comment se fait-il que le syno effectue son premier démarrage (après la migration en DSM 6.0) en DHCP, et qu'ensuite la configuration réseau (adressage statique dans mon cas) a disparu ? Il a fallu que je lui remette son IP d'origine. Je n 'ai pas de réponse officielle mais c'est peut-être possible que Synology ai implémenté cela par dé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! - Que contient dans ce cas le fichier synoboot.vmdk ? Quand j'ai mis à jour vers l'update 9, la dernière version du DSM est-elle dans synoboot.vmdk ou dans NAS.vmdk ? Le fichier synoboot.vmdk contient le hack de Juno ET seulement le hack - rien d'autre. L'objectif étant de faire croire au DSM que le matos est bien compatible. - Dans ce cas, on aurait => synoboot.vmdk qui contiendrait l'OS à proprement parlé (DSM) + la conf. réseau => NAS.vmdk contiendrait la configuration du syno (base de comptes, dossiers partagés et droits, services activés : SSH, FTP, SMB, ...) et mes documents. L'architecture de DSM fait que l'OS est réparti sur tous les disques composant le(s) volume(s) - donc dans ton cas sur NAS.vmdk. En aucun cas DSM vient toucher aux fichiers situés dans le synoboot.vmdk. D'ailleurs il ne le voit pas et c'est là tout l'intérêt. Pour résumer NAS.vmdk contient le DSM avec la version que tu as mise à jour + tes données + ta config Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.