# Problème de migration VM debian 11.6 sur Hyper-V

**URL:** <https://www.debian-fr.org/t/probleme-de-migration-vm-debian-11-6-sur-hyper-v/88322>\
**Category:** Support Debian\
**Tags:** erreur, vm\
**Created:** [Juin 12, 2023, 7:41 UTC](https://www.debian-fr.org/t/probleme-de-migration-vm-debian-11-6-sur-hyper-v/88322 "2023-06-12T07:41:05Z")\
**Posts on this page:** 14\
**Page:** 1

<div class="post-metadata">

**Author:** ![Riroyu](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/d07c76/32.png) [@Riroyu](https://www.debian-fr.org/u/Riroyu)\
**Post date:** [Juin 12, 2023, 7:41 UTC](https://www.debian-fr.org/t/probleme-de-migration-vm-debian-11-6-sur-hyper-v/88322/1 "2023-06-12T07:41:05Z")

</div>

Bonjour à tous,

Mon entreprise dispose d’un logiciel libre de gestion de parc informatique (GLPI) et la solution est installée sur une machine virtuelle linux (debian 11.6 avec interface graphique). La machine virtuelle est hébergée sur un Windows 10 professionnel, sous Hyper-V.

Dans la démarche de l’exporter vers un autre serveur, celui-ci en Windows Server 2019 Core, j’ai entrepris de faire l’exportation via le «&nbsp;Gestionnaire Hyper-V&nbsp;» comme je l’ai toujours fait.

Sur la machine source (où est actuellement hébergé la VM) :

_Séléctionner la machine_ \> Exporter… \> _Définir l’emplacement_ \> Exporter \> _Patienter jusqu’à la fin de l’export indiqué dans «&nbsp;Statut&nbsp;»_

Ensuite il suffit juste de copier les fichiers de la VM en incluant les 3 répertoire comportant les données des snapshots, disques et VM sur la machine de destination.

Sur la machine de destination, dans le gestionnaire Hyper-V :

Importer un ordinateur virtuel… \> _Localiser le dossier_ \> Sélectionner la VM \> Choisir le type d’importation \> _copie ou non selon le type d’importation et réglage réseau_ \> Terminer

_Note:J’ai essayer cette manipulation avec tout les type d’importation possible…_

Toutes les étapes (3 étapes) se font correctement sans aucun message d’erreur.

Mais pourtant quand vient le moment de lancer la machine virtuelle sur le nouvel hôte, la machine debian affiche un message d’erreur de type :

«&nbsp;Oh mince, quelque chose s’est mal passé, contactez votre administrateur.&nbsp;» (sans code d’erreur bien évidement…)

Cependant je constate que malgré tout la machine fonctionne, je peux la lancer en mode diagnostique et tout les fichiers sont accessibles, et comble de tout le GLPI fonctionne ! Je peux l’utiliser complètement, j’ai juste l’impression que le plantage à lieu au niveau de l’interface graphique.

Voici une liste non-exhaustive de mes tentative afin de faire en sorte que la machine démarre dans le même état que sur la machine sources (en Windows 10 Pro) :

- Lancer avec le processeur en mode «&nbsp;compatible&nbsp;» (coche : migrer vers un ordinateur physique ayant une autre version de processeur) j’ai remarqué qu’appliquer ses paramètres, fait planter de la même façon la VM sur la machine source…

- Tout les type d’importation, id unique et copie.

- Définir manuellement le disque dur VDHX

Bref je ne trouve rien de concrets dans la documentation Microsoft, je pense avoir respecté toute les bonne pratique pour la migration de VM, peut-être que certaines d’entre elle m’échappe, je compte sur vous pour m’instruire si c’est le cas, en vous remerciant par avance ! 🙂

PI : Les ordinateur virtuelles sont de génération 1.

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Juin 12, 2023, 9:21 UTC](https://www.debian-fr.org/t/probleme-de-migration-vm-debian-11-6-sur-hyper-v/88322/2 "2023-06-12T09:21:59Z")

</div>

> [@Riroyu](#):
>
> « Oh mince, quelque chose s’est mal passé, contactez votre administrateur. » (sans code d’erreur bien évidement…)

c’est la partie graphique de debian qui a rencontré un souci, la partie graphique fourni par HyperV n’est pas la même.

Connectes-toi en ssh pour vérifier ce que tu peux voir au niveau des logs et tente (si il ne manque pas de firmware/micro code) un :

```auto
dpkg-reconfigure xserver-xorg

```

---

<div class="post-metadata">

**Author:** ![Riroyu](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/d07c76/32.png) [@Riroyu](https://www.debian-fr.org/u/Riroyu)\
**Post date:** [Juin 12, 2023, 10:01 UTC](https://www.debian-fr.org/t/probleme-de-migration-vm-debian-11-6-sur-hyper-v/88322/3 "2023-06-12T10:01:30Z")

</div>

Bonjour Clochette,

Tout d’abord merci beaucoup pour l’attention portée à mon poste !

J’aurais peut-être dû commencer par là mais je suis novice avec Debian, quel nous intéresse ?

Celle du fichier «&nbsp;dpkg.log.1&nbsp;» ou de «&nbsp;syslog&nbsp;» ?

la VM tourne sur un environnement bureautique GNOME, et j’ai relevé qu’il y avait des erreurs concernant ceux-ci dans «&nbsp;syslog&nbsp;» :

Autre chose j’ai tenté : sudo dpkg-reconfigure xserver-xorg

la commande est passée mais rien n’a été résolu

Sinon je me sert pas de cette interface graphique, c’était un «&nbsp;miss click&nbsp;» de ma part à l’époque, la plupart du temps je me connecte en SSH… Si on peut la supprimer ça me va très bien !

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Juin 12, 2023, 10:54 UTC](https://www.debian-fr.org/t/probleme-de-migration-vm-debian-11-6-sur-hyper-v/88322/4 "2023-06-12T10:54:41Z")

</div>

> [@Riroyu](#):
>
> Sinon je me sert pas de cette interface graphique, c’était un « miss click » de ma part à l’époque, la plupart du temps je me connecte en SSH… Si on peut la supprimer ça me va très bien !

Il te faudra stopper gdm à la main et procédez à la désinstallation de gnome de cette manière :

```auto
tasksel remove desktop

```

Vérifie quand même ce qu’il vire (fais un snapshot avant depuis ton hyperviseur) et valide après coup avec un redémarrage.

---

<div class="post-metadata">

**Author:** ![Riroyu](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/d07c76/32.png) [@Riroyu](https://www.debian-fr.org/u/Riroyu)\
**Post date:** [Juin 12, 2023, 11:01 UTC](https://www.debian-fr.org/t/probleme-de-migration-vm-debian-11-6-sur-hyper-v/88322/5 "2023-06-12T11:01:41Z")

</div>

Encore merci pour ta réponse !

> [@Clochette](#):
>
> Il te faudra stopper gdm à la main

C’est-à-dire ?

> [@Clochette](#):
>
> Vérifie quand même ce qu’il vire (fais un snapshot avant depuis ton hyperviseur) et valide après coup avec un redémarrage.

Ne t’en fait pas je travail sur une copie de la VM, la VM en production est éteinte et sur la machine source ! 🙂

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Juin 12, 2023, 11:15 UTC](https://www.debian-fr.org/t/probleme-de-migration-vm-debian-11-6-sur-hyper-v/88322/6 "2023-06-12T11:15:05Z")

</div>

> [@Riroyu](#):
>
> C’est-à-dire ?

par exemple :

```auto
systemctl stop gdm.service

```

---

<div class="post-metadata">

**Author:** ![Riroyu](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/d07c76/32.png) [@Riroyu](https://www.debian-fr.org/u/Riroyu)\
**Post date:** [Juin 12, 2023, 11:23 UTC](https://www.debian-fr.org/t/probleme-de-migration-vm-debian-11-6-sur-hyper-v/88322/7 "2023-06-12T11:23:21Z")

</div>

Alors du coup j’ai essayé avec une autre commande pour stopper gdm

`sudo service gdm stop`

J’ai ensuite fait la commande :

`tasksel remove desktop`

Cependant, tu avait vu juste ça à l’air de faire un grand nettoyage car après coup les commande sudo sont indisponible 😮 J’ai du les réinstaller pour faire mon reboot…

Par contre l’interface graphique se lance encore au redémarrage avec le fameux «&nbsp;oh mince…&nbsp;» 😆

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 12, 2023, 11:29 UTC](https://www.debian-fr.org/t/probleme-de-migration-vm-debian-11-6-sur-hyper-v/88322/8 "2023-06-12T11:29:15Z")

</div>

Quand tu fait un tasksel remove desktop tu te retrouves avec une minimaliste (hors packages ajoutés à la main, sauf dependances).  
Et sudo ne fait pas partie de l’installation minimaliste.

---

<div class="post-metadata">

**Author:** ![Riroyu](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/d07c76/32.png) [@Riroyu](https://www.debian-fr.org/u/Riroyu)\
**Post date:** [Juin 12, 2023, 11:33 UTC](https://www.debian-fr.org/t/probleme-de-migration-vm-debian-11-6-sur-hyper-v/88322/9 "2023-06-12T11:33:09Z")

</div>

Bonjour Zargos merci pour ces précision c’est ce que j’ai plus comprendre en effet !

Cela n’empêche que malgré tout l’interface cherche à se lancer coûte que coûte…

Ce problème va me rendre zinzin !

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 12, 2023, 11:37 UTC](https://www.debian-fr.org/t/probleme-de-migration-vm-debian-11-6-sur-hyper-v/88322/10 "2023-06-12T11:37:55Z")

</div>

Pour l’interface:

```auto
    systemctl stop gdm
    systemctl disabled gdm

```

le premier pour l’arrêter, le second pour l’empecher de redemarrer automatiquement.

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Juin 12, 2023, 12:03 UTC](https://www.debian-fr.org/t/probleme-de-migration-vm-debian-11-6-sur-hyper-v/88322/11 "2023-06-12T12:03:53Z")

</div>

Très étonnant que gdm ne soit justement pas virer lors du remove.

que donne :

```auto
tasksel --list-tasks

```

Ainsi que :

```auto
apt policy gnome-shell gdm3 gnome

```

---

<div class="post-metadata">

**Author:** ![Riroyu](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/d07c76/32.png) [@Riroyu](https://www.debian-fr.org/u/Riroyu)\
**Post date:** [Juin 12, 2023, 12:07 UTC](https://www.debian-fr.org/t/probleme-de-migration-vm-debian-11-6-sur-hyper-v/88322/12 "2023-06-12T12:07:36Z")

</div>

Merci Zargos et Clochette pour votre aide précieuse je suis finalement parvenu à enlever l’interface graphique, effectivement j’avais oublié :

`systemctl disable gdm`

Après quoi le redémarrage s’est fait sans problème, en mode minimale (sans interface)

Je ne pense pas que la commande :

`tasksel remove desktop`

Impacte plus que ça mon GLPI, j’ai juste besoin des packets mariadb, php8.2 et SSL et vu que j’avais malgré l’interface graphique pas ajouté d’autre packet à part ceux susnommé, de plus je constate qu’il sont encore listé. (dpkg --list)

Je vais quand même laisser tourner mon GLPI, comme ça dans une période d’essai, pour être sûr de son bon fonctionnement.

En tout cas je me souviendrais que la migration Hyper-V sous Debian est un peu casse-gueule, notamment au niveau de l’interface graphique.

Finalement la solution c’est de se passer de cette foutue interface 🙂

Je vais répondre malgré tout à ça pour la science :

> [@Clochette](#):
>
> Très étonnant que gdm ne soit justement pas virer lors du remove.
> 
> que donne :
> 
> ```auto
> tasksel --list-tasks
> 
> ```

```
root@GLPI62710:~# tasksel --list-tasks
u desktop environnement de bureau Debian
u gnome-desktop GNOME
u xfce-desktop Xfce
u gnome-flashback-desktop GNOME Flashback
u kde-desktop KDE Plasma
u cinnamon-desktop Cinnamon
u mate-desktop MATE
u lxde-desktop LXDE
u lxqt-desktop LXQt
u web-server serveur web
u laptop ordinateur portableME Flashback

```

> [@Clochette](#):
>
> Ainsi que :
> 
> ```auto
> apt policy gnome-shell gdm3 gnome
> 
> ```

```
root@GLPI62710:~# apt policy gnome-shell gdm3 gnome
gnome-shell:
  Installé : 3.38.6-1~deb11u1
  Candidat : 3.38.6-1~deb11u1
 Table de version :
 *** 3.38.6-1~deb11u1 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        100 /var/lib/dpkg/status
gdm3:
  Installé : 3.38.2.1-1
  Candidat : 3.38.2.1-1
 Table de version :
 *** 3.38.2.1-1 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        100 /var/lib/dpkg/status
gnome:
  Installé : 1:3.38+3
  Candidat : 1:3.38+3
 Table de version :
 *** 1:3.38+3 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        100 /var/lib/dpkg/status

```

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Juin 12, 2023, 12:58 UTC](https://www.debian-fr.org/t/probleme-de-migration-vm-debian-11-6-sur-hyper-v/88322/13 "2023-06-12T12:58:59Z")

</div>

Effectivement ton interface graphique est toujours présente, apparement _taskel remove_ ne désinstalle pas le bureau.

Tu peux sans doute virer les paquets cités.

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 12, 2023, 2:58 UTC](https://www.debian-fr.org/t/probleme-de-migration-vm-debian-11-6-sur-hyper-v/88322/14 "2023-06-12T14:58:12Z")

</div>

il a peut etre suffit que le package soit mis à jour à la main?
