galaksy2001 Posté(e) le 9 décembre 2018 Signaler Posté(e) le 9 décembre 2018 (modifié) @Lazer : mon fichier de boot c'était xenobbot en format iso sur lecteur dvd virtuel. Là il faut que je lui demande de booter sur un disk c'est ça ? Je vais voir cette histoire de rsync car je fais 2 litres d'huile à l'idée de mettre à jour mon vieux Xpeno Surtout que la procédure n'est plus tout à fait la même que ma précédente mise à jour ... @mprinfo : je n'ai pas fait d'install en 6.2 parce que je n'ai pas trouvé tous les retours très rassurants. Quelle différence entre les deux ? Sinon j'ai bien sur modifié le loader que j'ai sur mon gen8 pour l'adapter à mon gen7 (serial et mac). Tu parles d'un 2ème fichier, lequel ? C'est quoi ce fichier de 1ko ? Merci pour les astuces ! Edit : avec rsync, je synchronise aussi mon fichier de conf ? J'aimerai vraiment créer un clone de mon ancien XPENO sur le nouveau Modifié le 9 décembre 2018 par galaksy2001
Lazer Posté(e) le 9 décembre 2018 Signaler Posté(e) le 9 décembre 2018 Heu je sais pas, en fait moi j'utilise une toute autre méthode pour créer mon bootloader : je le génère à partie d'une autre VM Linux. Je copie/colle directement mes notes, brut de fonderie, sans explication, mais c'est assez parlant quand on connait un peu Linux : ### ### [Tuto] Installer/Migrer DSM 5.2 à 6.1.x (Loader Jun) ### https://xpenology.com/forum/topic/7980-tuto-installermigrer-dsm-52-%C3%A0-61x-loader-jun/ ### 29/09/2017 ### ### ### Préparation Loader DSM 6.1 ### - Créer un disque virtuel de 50 Mo sur le datastore, provitionnement statique, et le mapper sur une VM Linux sur le bus IDE - Extraire le loader "synoboot.img" de Jun v1.02b pour ds3615 depuis le fichier "Loader_Jun_1.02b.zip", et le transférer sur la VM Linux : root@debian8:~# dmesg [177815.811031] vmw_pvscsi: msg type: 0x0 - MSG RING: 1/0 (5) [177815.811035] vmw_pvscsi: msg: device added at scsi0:1:0 [177815.814170] scsi 0:0:1:0: Direct-Access VMware Virtual disk 1.0 PQ: 0 ANSI: 2 [177815.815361] sd 0:0:1:0: Attached scsi generic sg2 type 0 [177815.815539] sd 0:0:1:0: [sdb] 102400 512-byte logical blocks: (52.4 MB/50.0 MiB) [177815.815586] sd 0:0:1:0: [sdb] Write Protect is off [177815.815588] sd 0:0:1:0: [sdb] Mode Sense: 31 00 00 00 [177815.815611] sd 0:0:1:0: [sdb] Cache data unavailable [177815.815613] sd 0:0:1:0: [sdb] Assuming drive cache: write through [177815.819209] sdb: unknown partition table [177815.819435] sd 0:0:1:0: [sdb] Attached SCSI disk root@debian8:~# fdisk -l /dev/sdb Disk /dev/sdb: 50 MiB, 52428800 bytes, 102400 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes root@debian8:~# ls -l synoboot.img -rw-r--r-- 1 root root 52428800 Jun 17 14:49 synoboot.img root@debian8:~# du -sm synoboot.img 50 synoboot.img root@debian8:~# dd if=synoboot.img of=/dev/sdb 102400+0 records in 102400+0 records out 52428800 bytes (52 MB) copied, 0.785446 s, 66.8 MB/s root@debian8:~# partprobe root@debian8:~# fdisk -l /dev/sdb Disk /dev/sdb: 50 MiB, 52428800 bytes, 102400 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 00000000-0000-0000-0000-000000000000 Device Start End Sectors Size Type /dev/sdb1 2048 32767 30720 15M EFI System /dev/sdb2 32768 94207 61440 30M Linux filesystem /dev/sdb3 94208 102366 8159 4M BIOS boot root@debian8:~# mount /dev/sdb1 /mnt root@debian8:~# ls -l /mnt/ total 4 drwxr-xr-x 3 root root 2048 Jun 17 14:47 EFI drwxr-xr-x 6 root root 2048 Jun 17 14:47 grub root@debian8:~# ls -l /mnt/grub/ total 52 drwxr-xr-x 2 root root 2048 Jun 17 14:47 fonts -rwxr-xr-x 1 root root 4765 Jun 17 14:47 grub.cfg -rwxr-xr-x 1 root root 1024 Jun 17 14:47 grubenv drwxr-xr-x 2 root root 20480 Jun 17 14:47 i386-pc drwxr-xr-x 2 root root 2048 Jun 17 14:47 locale drwxr-xr-x 2 root root 20480 Jun 17 14:47 x86_64-efi root@debian8:~# vi /mnt/grub/grub.cfg set vid=0x0000 set pid=0x00000 set sn=XXXXXXXXXXX set mac1=000000000000 set default='2' set timeout='3' root@debian8:~# umount /mnt root@debian8:~# shutdown -h now - Retirer le disque virtuel de la VM - Parcourir le datastore et télécharger le VMDK - Renommer le fichier : Synoboot-DS3615-Jun-1.02b.vmdk - Ouvrir une session SSH sur ESXi pour renommer le fichier : ~ # cd /vmfs/volumes/datastore/Xpenology/ /vmfs/volumes/00000000-00000000-0000-000000000000/Xpenology # ls -l total 77832 -rw------- 1 root root 52428800 Oct 1 14:12 Debian 8-flat.vmdk -rw------- 1 root root 461 Oct 1 14:06 Debian 8.vmdk -rw------- 1 root root 18153472 Jun 8 2016 XPEnoboot_DS3615xs_5.2-5644.5.vmdk -rw------- 1 root root 8684 Oct 1 14:00 Xpenology.nvram -rw-r--r-- 1 root root 0 Jun 8 2016 Xpenology.vmsd -rwxr-xr-x 1 root root 3336 Oct 1 14:05 Xpenology.vmx -rw-r--r-- 1 root root 367 Sep 30 19:26 Xpenology.vmxf -rw-r--r-- 1 root root 158736 Sep 29 16:56 vmware-280.log -rw-r--r-- 1 root root 498130 Sep 29 20:24 vmware-281.log -rw-r--r-- 1 root root 189875 Sep 29 20:32 vmware-282.log -rw-r--r-- 1 root root 281619 Sep 30 19:10 vmware-283.log -rw-r--r-- 1 root root 323906 Oct 1 01:53 vmware-284.log -rw-r--r-- 1 root root 282126 Oct 1 13:49 vmware-285.log /vmfs/volumes/00000000-00000000-0000-000000000000/Xpenology # vmkfstools -E Debian\ 8.vmdk Loader.vmdk /vmfs/volumes/00000000-00000000-0000-000000000000/Xpenology # ls -l total 77832 -rw------- 1 root root 52428800 Oct 1 14:12 Loader-flat.vmdk -rw------- 1 root root 459 Oct 1 14:15 Loader.vmdk -rw------- 1 root root 18153472 Jun 8 2016 XPEnoboot_DS3615xs_5.2-5644.5.vmdk -rw------- 1 root root 8684 Oct 1 14:00 Xpenology.nvram -rw-r--r-- 1 root root 0 Jun 8 2016 Xpenology.vmsd -rwxr-xr-x 1 root root 3336 Oct 1 14:05 Xpenology.vmx -rw-r--r-- 1 root root 367 Sep 30 19:26 Xpenology.vmxf -rw-r--r-- 1 root root 158736 Sep 29 16:56 vmware-280.log -rw-r--r-- 1 root root 498130 Sep 29 20:24 vmware-281.log -rw-r--r-- 1 root root 189875 Sep 29 20:32 vmware-282.log -rw-r--r-- 1 root root 281619 Sep 30 19:10 vmware-283.log -rw-r--r-- 1 root root 323906 Oct 1 01:53 vmware-284.log -rw-r--r-- 1 root root 282126 Oct 1 13:49 vmware-285.log -rw-r--r-- 1 root root 189596 Oct 1 14:00 vmware.log - Uploader le fichier sur le datastore et dans le répertoire de la VM Xpenology cible ### ### Démarrage DSM ### - Arrêter la VM DSM - Modifier les propriétés de la VM, retirer l ancien Synoboot, et mettre le nouveau à la place - Ouvrir la console - Démarrer la VM et choisir le menu de boot rapidement - Utiliser Syno Assistant ou se connecter directmenet à l IP du DSM, et faire la migration DSM 6.1 avec "DSM_DS3615xs_15152.pat" ou plus récent "DSM_DS3615xs_15284.pat" - Repasser en IP fixe - Réactiver les homes users si nécessaire - Faire la mise à jour des paquets - Faire la mise à jour de DSM dans le panneau de configuration - Si nécessaire : dump et import DB suite à migration MariaDB 5 vers MariaDB 10, et modifier fichier advancedsettings.xml de KODI pour utliser le port 3307 - Rebooter plusieurs fois pour s assurer que tout va bien - Fibaro HC2 : modifier Network Monitor ### ### Nettoyage ### - Supprimer l ancien disque virtuel "XPEnoboot_DS3615xs_5.2-5644.5.vmdk"
galaksy2001 Posté(e) le 9 décembre 2018 Signaler Posté(e) le 9 décembre 2018 (modifié) En fait ma question essentielle : comment placer dans la config de mon ancien XPENOLOGY un boot en vmdk ? Mon ancien boot était une image iso sur lecteur cd/dvd virtuel. Modifié le 9 décembre 2018 par galaksy2001
Lazer Posté(e) le 9 décembre 2018 Signaler Posté(e) le 9 décembre 2018 J'ai envie de répondre qu'il "suffit" de suivre ma méthode ci-dessus pour créer son vmdk. Ou l'un des nombreux tutos comme l'a expliqué mprinfo. C'est ta méthode à toi qui est étrange, je ne savais même pas qu'on pouvait booter Xpeno sur un CD virtuel !!
galaksy2001 Posté(e) le 9 décembre 2018 Signaler Posté(e) le 9 décembre 2018 Y a quiproquo en fait ... Mon vmdk, il est créé , pas de soucis. Mais comment je peux m'en servir pour booter dessus avec mon ancien XPENO ? Je le fous dans une VM, je lance ma VM et ensuite ... je lance synology assistant, il me trouve un nouveau système : ok. Je relance mon vieux XPENO Et après, je migre dans mon ancienne VM sur la nouvelle c'est ça ? Bon, ok je suis aussi un peu anxieux comme garçon ... je veux être sur de tout avoir bien saisi avant de me lancer ...
mprinfo Posté(e) le 9 décembre 2018 Auteur Signaler Posté(e) le 9 décembre 2018 Je pense que j'ai compris il a fait un CD Bootable et démarre le bootloader avec le lecteur de CDrom il doit être le seul a utiliser cette méthode Il n'y a aucun soucis avec DSM 6.2 les problémes sont avec DSM 6.2.1 et un soucis de pilotes car il y a eu une mise a jour du kernel Autre problème que j'ai rencontré avec ESXI 6.7 lorsque je créé une VM autre linux 4.x il la mets en EFI il faut allé dans les options VM et mettre BIOS Je suis sous DSM 6.2.1 sur mes 2 GEN8 aucun soucis en particulier même avec le Gen8 ou j'ai mis les disques (Datastores et RDM) en AHCI pour tester
mprinfo Posté(e) le 9 décembre 2018 Auteur Signaler Posté(e) le 9 décembre 2018 il y a 40 minutes, Lazer a dit : Heu je sais pas, en fait moi j'utilise une toute autre méthode pour créer mon bootloader : je le génère à partie d'une autre VM Linux. Je copie/colle directement mes notes, brut de fonderie, sans explication, mais c'est assez parlant quand on connait un peu Linux : ### ### [Tuto] Installer/Migrer DSM 5.2 à 6.1.x (Loader Jun) ### https://xpenology.com/forum/topic/7980-tuto-installermigrer-dsm-52-%C3%A0-61x-loader-jun/ ### 29/09/2017 ### ### ### Préparation Loader DSM 6.1 ### - Créer un disque virtuel de 50 Mo sur le datastore, provitionnement statique, et le mapper sur une VM Linux sur le bus IDE - Extraire le loader "synoboot.img" de Jun v1.02b pour ds3615 depuis le fichier "Loader_Jun_1.02b.zip", et le transférer sur la VM Linux : root@debian8:~# dmesg [177815.811031] vmw_pvscsi: msg type: 0x0 - MSG RING: 1/0 (5) [177815.811035] vmw_pvscsi: msg: device added at scsi0:1:0 [177815.814170] scsi 0:0:1:0: Direct-Access VMware Virtual disk 1.0 PQ: 0 ANSI: 2 [177815.815361] sd 0:0:1:0: Attached scsi generic sg2 type 0 [177815.815539] sd 0:0:1:0: [sdb] 102400 512-byte logical blocks: (52.4 MB/50.0 MiB) [177815.815586] sd 0:0:1:0: [sdb] Write Protect is off [177815.815588] sd 0:0:1:0: [sdb] Mode Sense: 31 00 00 00 [177815.815611] sd 0:0:1:0: [sdb] Cache data unavailable [177815.815613] sd 0:0:1:0: [sdb] Assuming drive cache: write through [177815.819209] sdb: unknown partition table [177815.819435] sd 0:0:1:0: [sdb] Attached SCSI disk root@debian8:~# fdisk -l /dev/sdb Disk /dev/sdb: 50 MiB, 52428800 bytes, 102400 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes root@debian8:~# ls -l synoboot.img -rw-r--r-- 1 root root 52428800 Jun 17 14:49 synoboot.img root@debian8:~# du -sm synoboot.img 50 synoboot.img root@debian8:~# dd if=synoboot.img of=/dev/sdb 102400+0 records in 102400+0 records out 52428800 bytes (52 MB) copied, 0.785446 s, 66.8 MB/s root@debian8:~# partprobe root@debian8:~# fdisk -l /dev/sdb Disk /dev/sdb: 50 MiB, 52428800 bytes, 102400 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 00000000-0000-0000-0000-000000000000 Device Start End Sectors Size Type /dev/sdb1 2048 32767 30720 15M EFI System /dev/sdb2 32768 94207 61440 30M Linux filesystem /dev/sdb3 94208 102366 8159 4M BIOS boot root@debian8:~# mount /dev/sdb1 /mnt root@debian8:~# ls -l /mnt/ total 4 drwxr-xr-x 3 root root 2048 Jun 17 14:47 EFI drwxr-xr-x 6 root root 2048 Jun 17 14:47 grub root@debian8:~# ls -l /mnt/grub/ total 52 drwxr-xr-x 2 root root 2048 Jun 17 14:47 fonts -rwxr-xr-x 1 root root 4765 Jun 17 14:47 grub.cfg -rwxr-xr-x 1 root root 1024 Jun 17 14:47 grubenv drwxr-xr-x 2 root root 20480 Jun 17 14:47 i386-pc drwxr-xr-x 2 root root 2048 Jun 17 14:47 locale drwxr-xr-x 2 root root 20480 Jun 17 14:47 x86_64-efi root@debian8:~# vi /mnt/grub/grub.cfg set vid=0x0000 set pid=0x00000 set sn=XXXXXXXXXXX set mac1=000000000000 set default='2' set timeout='3' root@debian8:~# umount /mnt root@debian8:~# shutdown -h now - Retirer le disque virtuel de la VM - Parcourir le datastore et télécharger le VMDK - Renommer le fichier : Synoboot-DS3615-Jun-1.02b.vmdk - Ouvrir une session SSH sur ESXi pour renommer le fichier : ~ # cd /vmfs/volumes/datastore/Xpenology/ /vmfs/volumes/00000000-00000000-0000-000000000000/Xpenology # ls -l total 77832 -rw------- 1 root root 52428800 Oct 1 14:12 Debian 8-flat.vmdk -rw------- 1 root root 461 Oct 1 14:06 Debian 8.vmdk -rw------- 1 root root 18153472 Jun 8 2016 XPEnoboot_DS3615xs_5.2-5644.5.vmdk -rw------- 1 root root 8684 Oct 1 14:00 Xpenology.nvram -rw-r--r-- 1 root root 0 Jun 8 2016 Xpenology.vmsd -rwxr-xr-x 1 root root 3336 Oct 1 14:05 Xpenology.vmx -rw-r--r-- 1 root root 367 Sep 30 19:26 Xpenology.vmxf -rw-r--r-- 1 root root 158736 Sep 29 16:56 vmware-280.log -rw-r--r-- 1 root root 498130 Sep 29 20:24 vmware-281.log -rw-r--r-- 1 root root 189875 Sep 29 20:32 vmware-282.log -rw-r--r-- 1 root root 281619 Sep 30 19:10 vmware-283.log -rw-r--r-- 1 root root 323906 Oct 1 01:53 vmware-284.log -rw-r--r-- 1 root root 282126 Oct 1 13:49 vmware-285.log /vmfs/volumes/00000000-00000000-0000-000000000000/Xpenology # vmkfstools -E Debian\ 8.vmdk Loader.vmdk /vmfs/volumes/00000000-00000000-0000-000000000000/Xpenology # ls -l total 77832 -rw------- 1 root root 52428800 Oct 1 14:12 Loader-flat.vmdk -rw------- 1 root root 459 Oct 1 14:15 Loader.vmdk -rw------- 1 root root 18153472 Jun 8 2016 XPEnoboot_DS3615xs_5.2-5644.5.vmdk -rw------- 1 root root 8684 Oct 1 14:00 Xpenology.nvram -rw-r--r-- 1 root root 0 Jun 8 2016 Xpenology.vmsd -rwxr-xr-x 1 root root 3336 Oct 1 14:05 Xpenology.vmx -rw-r--r-- 1 root root 367 Sep 30 19:26 Xpenology.vmxf -rw-r--r-- 1 root root 158736 Sep 29 16:56 vmware-280.log -rw-r--r-- 1 root root 498130 Sep 29 20:24 vmware-281.log -rw-r--r-- 1 root root 189875 Sep 29 20:32 vmware-282.log -rw-r--r-- 1 root root 281619 Sep 30 19:10 vmware-283.log -rw-r--r-- 1 root root 323906 Oct 1 01:53 vmware-284.log -rw-r--r-- 1 root root 282126 Oct 1 13:49 vmware-285.log -rw-r--r-- 1 root root 189596 Oct 1 14:00 vmware.log - Uploader le fichier sur le datastore et dans le répertoire de la VM Xpenology cible ### ### Démarrage DSM ### - Arrêter la VM DSM - Modifier les propriétés de la VM, retirer l ancien Synoboot, et mettre le nouveau à la place - Ouvrir la console - Démarrer la VM et choisir le menu de boot rapidement - Utiliser Syno Assistant ou se connecter directmenet à l IP du DSM, et faire la migration DSM 6.1 avec "DSM_DS3615xs_15152.pat" ou plus récent "DSM_DS3615xs_15284.pat" - Repasser en IP fixe - Réactiver les homes users si nécessaire - Faire la mise à jour des paquets - Faire la mise à jour de DSM dans le panneau de configuration - Si nécessaire : dump et import DB suite à migration MariaDB 5 vers MariaDB 10, et modifier fichier advancedsettings.xml de KODI pour utliser le port 3307 - Rebooter plusieurs fois pour s assurer que tout va bien - Fibaro HC2 : modifier Network Monitor ### ### Nettoyage ### - Supprimer l ancien disque virtuel "XPEnoboot_DS3615xs_5.2-5644.5.vmdk" Je ne suis pas linux donc je capte rien lol Moi c'est encore plus simple je pense j’arrête la VM je renomme le fichier img en bak et je télécharge le nouveau fichier qui ce nommera toujours synoboot.img je redémarre la VM et terminer
mprinfo Posté(e) le 9 décembre 2018 Auteur Signaler Posté(e) le 9 décembre 2018 après tu es sous ESXi pourquoi ne fais-tu pas une VM de test afin de te faire la main
jojo Posté(e) le 9 décembre 2018 Signaler Posté(e) le 9 décembre 2018 Il y a 3 heures, galaksy2001 a dit : Je souhaiterai maintenant dupliquer mes données avec hyper backup de mon ancien serveur (en DSM 5.2) sur le nouveau. Pourquoi ne pas tout simplement monter ton DSM5.2 en FTP sur ton DSM 6.1 et ensuite compier de l'un à l'autre ?
galaksy2001 Posté(e) le 9 décembre 2018 Signaler Posté(e) le 9 décembre 2018 (modifié) Merci pour votre aide les gars mais je vois bien que je n'arrive pas à me faire comprendre 48 heures que je bosse sur ma nouvelle install + migration de l'ancienne, je commence à fatiguer ! @mprinfo : sur mon ancienne install sur le gen7, je boote sur une image iso sur lecteur cd/dvd virtuel (xenoboot.iso), je ne pense pas être le seul dans ce cas, rassure- moi ! Je veux le mettre à jour, pas installer un nouveau XPENO. Donc oui je peux faire une nouvelle VM mais ça ne m'aidera pas don mon cas, d'autant plus que c'est ce que j'ai déjà fait avec mon gen8. Donc ma question c'est : comment je peux remplacer une image iso par un fichier vmdk ? Il faut bien que je change de méthode, je ne peux plus passer par mon lecteur cd/dvd virtuel ... Edit : en fait les différentes méthodes d'update que j'ai pu trouvées ne concernent pas XPENOLOGY en VM. Je vois à pêu près ce qu'il faut faire mais certaines étapes ne sont pas très claires et donc pour l'instant je préfère m'abstenir et demander des clarifications ! Modifié le 9 décembre 2018 par galaksy2001
mprinfo Posté(e) le 9 décembre 2018 Auteur Signaler Posté(e) le 9 décembre 2018 J'ai donc bien compris On utilise pas une image Iso comme bootloader mais une img Sous ESXi il faut créé un vmdk avec un logiciel qui te donne 2 fichiers que tu importe dans ton datastore le mieux c'est de créer un dossier boot dans le dossier de ta vm Après dans ta vm tu ajoutes un disque existant tu sélectionnes le fichier vmdk tu mets dépendant sata0 et 0.0 Tu peux aussi supprimer le CD-ROM
Lazer Posté(e) le 9 décembre 2018 Signaler Posté(e) le 9 décembre 2018 il y a 59 minutes, galaksy2001 a dit : Donc ma question c'est : comment je peux remplacer une image iso par un fichier vmdk ? Il faut bien que je change de méthode, je ne peux plus passer par mon lecteur cd/dvd virtuel ... J'ai envie de dire, OUI, il suffit d'éditer les paramètres de la VM, de supprimer le CD, et d'ajouter le VMDK. Et la VM bootera dessus.
galaksy2001 Posté(e) le 9 décembre 2018 Signaler Posté(e) le 9 décembre 2018 (modifié) @mprinfo : ok, mais à quoi sert alors l'image iso ? En tout cas ça a très bien fonctionné jusqu'à maintenant. Merci pour ta réponse : on rajoute un disque existant, c'est ce que j'ai fini par comprendre et tu le confirmes. L'info qui me manquait, c'est de le mettre en sata0. J'aurai du y songer mais je fatigue, plus trop les yeux en face des trous ... Il faut reconnaître que tous les tutos concernant la mise à jour ne correspondent pas pour la plupart à une install en VM. @Lazer : ok merci pour ta réponse, mais je me demandais comment faire savoir à ma VM de booter en priorité sur ce disque. edit : je ne vais peut être pas me lancer ce soir ... pas raisonnable ... Edit 2 : ... c'est fait, tout est ok ... pas raisonnable Merci pour votre aide et votre écoute car mes propos n'ont pas toujours été clairs. Je vois que j'ai eu du mal à percuter ... je vais finir par ressembler à mon avatar ! Modifié le 9 décembre 2018 par galaksy2001
mprinfo Posté(e) le 10 décembre 2018 Auteur Signaler Posté(e) le 10 décembre 2018 Je te donne 3 jours de RTT tu l'as bien mérité
galaksy2001 Posté(e) le 10 décembre 2018 Signaler Posté(e) le 10 décembre 2018 Merci Pas le temps de les prendre avant noël ... 1
djksage Posté(e) le 11 décembre 2018 Signaler Posté(e) le 11 décembre 2018 (modifié) Hello, petite question aux pros de xpeno/esxi: avez-vous une astuce pour faire reconnaitre un ups connecter en USB sur esxi? j'ai vue des solutions exotique: -faire tourner une VM CENTos -vendre l'ups pour acheter un ups avec prise en charge d'une carte réseau ( me femme risque de me tuer!) merci pour l'info ps: mon UPS est un eaton eclipse avec juste de l'usb Modifié le 11 décembre 2018 par djksage
Lazer Posté(e) le 12 décembre 2018 Signaler Posté(e) le 12 décembre 2018 Justement moi j'utilise un onduleur sur réseau. Mais je pense que ta question n'est pas liée à Xpenology, mais à DSM en général, il te suffit d'en choisir un qui soit dans la liste de compatibilité de Synology, c'est à dire à peu près tous.
djksage Posté(e) le 12 décembre 2018 Signaler Posté(e) le 12 décembre 2018 en faite, l'onduleur fonctionne très bien (enfin la batterie est en fin de vie) sur mon G7 avec DSM installer en baremetal, mais je suis passé sur mon gen8 sous esxi. Si je le branche et que je le configure il va éteindre DSM mais pas esxi, je voudrais qu'à la fin de la batterie, esxi éteigne le serveur proprement pour éviter des problème de disques planté ou pire merci
Lazer Posté(e) le 12 décembre 2018 Signaler Posté(e) le 12 décembre 2018 Ah oui j'avais oublié l'extinction d'ESXi..... en effet, il y a des tutos sur le net, avec NUT. C'est plus compliqué, forcément.
galaksy2001 Posté(e) le 12 décembre 2018 Signaler Posté(e) le 12 décembre 2018 Il existe effectivement un client nut pour esxi. Je l'ai installé sur mon n54l et il fonctionne parfaitement. Edit : migration de mon gen8 en 6.2 ok 1
sebcbien Posté(e) le 9 janvier 2019 Signaler Posté(e) le 9 janvier 2019 Salut les gars, Je viens d'acheter un nouveau synology DS718+ (2Bay) et j'ai 2 disques 8TB que je mettrai en miroir J'ai actuellement un DS412+ (4Bay) avec 4 disques de 1 TB en raid 5 Est-ce que quelqu'un à une solution pour migrer tout ça facilement (datas, config, apps et tout et tou ...) J'ai lu les méthodes officielles syno mais la seule solution de faire ça est de bouger les disques physiquement d'un modèle a l'autre et comme 2 ne rentre pas dans 4 ... ça ne va pas. Merciiii :-)
maconly34 Posté(e) le 9 janvier 2019 Signaler Posté(e) le 9 janvier 2019 Salut la team ! @sebcbien Moi j'ai installé DSM de base, puis tout copier en miroir d'un serveur à l'autre et restaurer la sauvegarde de la config du 1er serveur. Qu'est-ce que tu en penses @mprinfo
mprinfo Posté(e) le 9 janvier 2019 Auteur Signaler Posté(e) le 9 janvier 2019 Le problème c'est qu'une sauvegarde de configuration ne sauvegarde pas tout Le problème c'est qu'il n'a aucune place pour mettre ne disque sur son vieux nas Une solution c'est de virer un disque de son raid 5 De mettre un nouveau disque à la place De l initialiser afin que dsm s'installe sur le disque De déplacer les paquets sur le nouveau disque De déplacer le dossier partager sur le nouveau disque De prendre le nouveau disque et le mettre dans le nouveau nas De faire la migration en gardant la configuration Ensuite il peut mettre le second disque Autre solution c'est de passer sous xpenology avec une machine pouvant supporter tout les disques ou une vm q
maconly34 Posté(e) le 9 janvier 2019 Signaler Posté(e) le 9 janvier 2019 Effectivement faut voir se que comporte ta config Seb. J'ai fait le transfert en réseau sans déplacer les disques.
mprinfo Posté(e) le 9 janvier 2019 Auteur Signaler Posté(e) le 9 janvier 2019 Par le réseau tu n'as accès qu'à la partition données
Messages recommandés