Erreurs et avertissements liés à l'adaptation de l'OS

Ce document explique comment résoudre les erreurs et les avertissements liés à l'adaptation de l'OS pour Migrate to Virtual Machines.

Les erreurs sont des problèmes critiques qui empêchent l'exécution de l'adaptation de l'OS. Ils indiquent des problèmes sous-jacents qui nécessitent votre attention et une résolution immédiates avant de pouvoir poursuivre le processus. Les avertissements, bien qu'ils ne soient pas fatals, fournissent des informations précieuses pour vous informer. Ils mettent en évidence les problèmes ou les incohérences potentiels détectés lors du processus d'adaptation, même si le clonage réussit.

Chaque processus d'adaptation génère un rapport d'adaptation qui détaille les erreurs ou les avertissements rencontrés au cours du processus.

Bien que la plupart des adaptations d'OS soient automatisées, dans certains cas, vous devez dépanner et corriger les erreurs et les avertissements pour terminer le processus de clonage. Les erreurs et avertissements suivants mettent en évidence les situations dans lesquelles de telles modifications sont nécessaires.

Erreurs d'adaptation de l'OS

Le tableau suivant répertorie les erreurs que vous pouvez rencontrer lors du processus d'adaptation de l'OS, ainsi que les informations de dépannage pour chaque erreur.

Message Action à effectuer
Système d'exploitation introuvable sur les disques de la VM. Vérifiez que les disques de la VM contiennent un système d'exploitation valide et qu'ils ne sont pas chiffrés, par exemple, avec BitLocker. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Plusieurs systèmes d'exploitation ont été trouvés sur les disques de la VM. Marquez le système d'exploitation que vous souhaitez adapter. Sous Windows, exécutez mkdir %SystemDrive%\Google\Migrate. Sous Linux, exécutez mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* > /etc/google/migrate/disk-mappings-hints. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Plusieurs systèmes de fichiers racines sont marqués avec un répertoire d'optimisation. Assurez-vous qu'un répertoire d'optimisation n'existe que sur un seul système de fichiers racine. Sous Windows: %SystemDrive%\Google\Migrate, sous Linux : /etc/google/migrate. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Nœuds d'index insuffisants sur le système de fichiers {mount_point}. Assurez-vous qu'au moins {required_free_inodes} nœuds d'index sont disponibles sur le système de fichiers {mount_point}. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Espace disque insuffisant sur le volume {mount_point}. Assurez-vous qu'au moins {required_free_space_mb} Mo d'espace libre sont disponibles sur le volume {mount_point}. Nous vous recommandons de prendre un instantané source avant d'apporter des modifications au volume {mount_point}. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Les pilotes VirtIO sont manquants dans le noyau Linux. Vérifiez qu'un noyau Linux compatible avec les pilotes VirtIO (virtio_scsi, virtio_net) est installé sur la VM source. Ces pilotes sont nécessaires pour exécuter une VM migrée sur Compute Engine. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Le fichier /etc/fstab contient des entrées critiques volatiles, par exemple des noms d'appareils de stockage en mode bloc non persistants. Exécutez mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* > /etc/google/migrate/disk-mappings-hints sur la VM source. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Le fichier {file_path} contient des entrées critiques volatiles, par exemple des noms d'appareils de stockage en mode bloc non persistants. Exécutez mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* > /etc/google/migrate/disk-mappings-hints sur la VM source. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible de trouver {directory} ou {directory} est vide. Vérifiez que le répertoire {directory} existe, qu'il n'est pas vide et qu'il ne s'agit pas d'un lien symbolique vers un volume manquant. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
{file} introuvable. Vérifiez que {file} existe et qu'il ne s'agit pas d'un lien symbolique vers un volume manquant. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Échec de l'installation des entrées critiques à partir de /etc/fstab, par exemple des entrées fstab en double ou des appareils manquants. Erreur : {error_details} Inspectez les paramètres /etc/fstab dans la VM source ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Système d'exploitation non compatible: {os_description}. Consultez la documentation du produit pour obtenir la liste des systèmes d'exploitation compatibles (Systèmes d'exploitation compatibles).
Système d'exploitation non compatible: amazonlinux2.0. Vous avez tenté de migrer une VM exécutant un système d'exploitation Amazon Linux 2, qui n'est pas compatible avec Google Cloud. Pour migrer la VM, le système d'exploitation doit être converti en un système d'exploitation compatible. La possibilité de convertir le système d'exploitation vers un système d'exploitation compatible est disponible dans le cadre d'un programme bêta. Pour en savoir plus et participer à la version preview, consultez la page Migrer une VM Amazon Linux 2 vers Google Cloud.
La conversion du BIOS en UEFI n'est pas disponible sur {os_description}. Consultez la documentation produit pour obtenir la liste des systèmes d'exploitation compatibles avec la conversion du BIOS vers l'UEFI Systèmes d'exploitation compatibles.
La conversion du BIOS en UEFI n'est pas disponible sur {os_description}. Vous avez tenté de migrer une VM exécutant un système d'exploitation Amazon Linux 2, qui n'est pas compatible avec Google Cloud. Pour migrer la VM, le système d'exploitation doit être converti en un système d'exploitation compatible. La possibilité de convertir le système d'exploitation vers un système d'exploitation compatible est disponible dans le cadre d'un programme bêta. Pour en savoir plus et participer à la version preview, consultez la page Migrer une VM Amazon Linux 2 vers Google Cloud.
Système d'exploitation non compatible: {os_description}. Consultez la documentation du produit pour obtenir la liste des systèmes d'exploitation compatibles (Systèmes d'exploitation compatibles). Vous pouvez également envisager d'utiliser la migration de disque pour migrer les disques de données. Consultez la page Migrer des disques de VM.
La conversion du BIOS en UEFI n'est pas disponible sur {os_description}. Consultez la documentation produit pour obtenir la liste des systèmes d'exploitation compatibles avec la conversion du BIOS vers l'UEFI Systèmes d'exploitation compatibles. Vous pouvez également envisager d'utiliser la migration de disque pour migrer les disques de données. Consultez la page Migrer des disques de VM.
L'architecture {architecture} n'est pas compatible avec les systèmes d'exploitation {os_type}. Consultez la documentation du produit pour obtenir la liste des architectures compatibles – Systèmes d'exploitation compatibles.
La conversion du BIOS en UEFI n'est pas disponible sur les systèmes d'exploitation {os_type} dotés de l'architecture {architecture}. Consultez la documentation du produit pour obtenir la liste des architectures compatibles avec la conversion du BIOS vers l'UEFI Systèmes d'exploitation compatibles.
Impossible de détecter un bootloader Linux compatible (par exemple, Grub). Ce problème peut survenir sur des systèmes d'exploitation plus anciens ou si le type de démarrage sélectionné (BIOS/UEFI) n'est pas compatible avec le système d'exploitation installé. Consultez la documentation du produit pour obtenir la liste des systèmes d'exploitation compatibles et assurez-vous que le type de démarrage (BIOS/UEFI) du système d'exploitation est correctement défini : Systèmes d'exploitation compatibles.
Impossible d'installer le ou les packages google-compute-engine: {error_message} Essayez de résoudre les problèmes sous-jacents et d'installer le package manuellement, ou contactez l'assistance. Si vous souhaitez continuer sans installer ces packages, exécutez mkdir -p /etc/google/migrate/skip_failed_install sur la VM source. Notez que certaines fonctionnalités de Compute Engine peuvent ne pas fonctionner sans l'environnement invité. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'installer le ou les packages {package_name}: {error_message} Essayez de résoudre les problèmes sous-jacents ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'installer le ou les packages {package_name}: {error_message} Essayez de résoudre les problèmes sous-jacents et d'installer le package manuellement, ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'installer le ou les packages {package_name}: {error_message} Essayez de résoudre les problèmes sous-jacents et d'installer le package manuellement, ou contactez l'assistance. Si vous souhaitez continuer sans installer ces packages, exécutez mkdir -p /etc/google/migrate/skip_failed_install sur la VM source. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'installer ou de mettre à jour le ou les packages critiques {packages} sans rompre les dépendances: {error_message} Essayez d'installer manuellement le ou les packages {packages} sur la VM source ou contactez l'assistance. Pour réparer les packages défectueux après la migration, exécutez mkdir -p /etc/google/migrate/skip_broken_packages sur la VM source. Pour ignorer l'installation, exécutez mkdir -p /etc/google/migrate/skip_failed_install sur la VM source. Notez que ignorer l'installation peut entraîner des échecs lors des étapes suivantes. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Échec de l'installation DISM de {driver} avec le code de sortie : {exit_code} Pour corriger l'erreur, contactez l'assistance ou consultez la documentation Microsoft, Déboguer les codes d'erreur système. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Échec de l'installation DISM de {driver} avec le code de sortie: 2 Désactivez tout antivirus ou autre logiciel de sécurité qui pourrait empêcher DISM d'accéder au système de fichiers. Si le problème persiste, exécutez les commandes sfc /scannow et dism /online /cleanup-image /restorehealth pour le résoudre. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible de charger le registre Windows de cette VM. Il est possible que la Hive {hive_name} présente des incohérences. Relancez un cycle de réplication, clone de test, basculement. Si le problème persiste, essayez de résoudre le registre à l'aide de Scanregw.exe ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Délai de chargement des Hive du registre Windows dépassé. Consultez la base de connaissances Microsoft n° 2498915 pour compresser des ruches de registre potentiellement volumineuses, ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible de décoder /etc/google/migrate/disk-mappings-hints avec le codec utf-8. Exécutez à nouveau mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* > /etc/google/migrate/disk-mappings-hints et vérifiez si le résultat écrit est un type utf-8 valide. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Échec de l'installation du système de fichiers sur {mountable}. Cela indique généralement des incohérences du système de fichiers. Essayez de corriger le système de fichiers à l'aide d'outils tels que {tool_name}. Si ce problème persiste, contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'analyser /etc/fstab en raison des virgules de fin à la ligne {line_number}: {line_content} Supprimez les virgules de fin ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'analyser /etc/fstab en raison de espaces négatifs dans le chemin à la ligne {line_number}: {line_content} Remplacez les espaces négatifs par \040 et validez-le en exécutant la commande mount -a, ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'analyser /etc/fstab, car un guillemet n'est ni arrêté, ni fermé à la ligne {line_number}: {line_content} Supprimez le devis non terminé, ou fermez-le et validez-le en exécutant la commande mount -a, ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'analyser /etc/fstab à la ligne {line_number} : {line_content} Exécutez mount -a et corrigez les erreurs obtenues ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'analyser {path} à la ligne {line_number}: {line_content} Essayez de corriger le format ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible de trouver un noyau sous /boot. Vérifiez que /boot contient un exécutable de noyau Linux valide (vmlinuz) ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible de trouver des images initrd ou initramfs sous /boot. Vérifiez que /boot contient une image de disque RAM initiale valide (initrd ou initramfs), ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Le fichier /etc/fstab contient des entrées critiques avec des volumes manquants: {specs}. Vérifiez que les volumes spécifiés existent, mettez à jour le fichier /etc/fstab, essayez de corriger la configuration des volumes logiques ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Échec du vidage de {volumes_or_disks}. Certains volumes sont marqués par Windows comme étant modifiés. Exécutez chkdsk /f sur tous les disques disponibles sur la VM source. Si ce problème persiste, contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible de trouver grub-mkconfig et grub2-mkconfig. Installez le package grub2-common. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
La table de partition pour les {device} n'est pas valide. Corrigez la table de partition avec un outil comme FixParts. Si ce problème persiste, contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Échec de l'adaptation de l'OS lorsque l'option force_skip_verifications est définie. Supprimez l'option force_skip_verifications en exécutant la commande suivante sur la VM source. Sous Windows: exécutez rmdir %SystemDrive%\Google\Migrate\force_skip_verifications, sous Linux : exécutez rmdir /etc/google/migrate/force_skip_verifications.
tboot n'est pas compatible. Supprimez tboot de la configuration du bootloader. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Échec de la mise à jour de /etc/sudoers. Cette étape est nécessaire pour permettre à l'environnement invité d'ajouter des autorisations sudo aux utilisateurs en fonction des rôles IAM. Assurez-vous que /etc/sudoers est modifiable sur la VM source, ou exécutez touch /etc/google/migrate/skip_editing_sudoers pour ignorer la modification de /etc/sudoers. Notez que l'attribution d'un accès sudo via des rôles IAM ne fonctionnera pas sur la VM sans ces modifications. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Échec de la mise à jour de /etc/sudoers: autorisation refusée. Cette étape est nécessaire pour permettre à l'environnement invité d'ajouter des autorisations sudo aux utilisateurs en fonction des rôles IAM. Assurez-vous que /etc/sudoers est modifiable sur la VM source, ou exécutez touch /etc/google/migrate/skip_editing_sudoers pour ignorer la modification de /etc/sudoers. Notez que l'attribution d'un accès sudo via des rôles IAM ne fonctionnera pas sur la VM sans ces modifications. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Cette image a déjà été généralisée (sysprep.exe /generalize a déjà été exécuté). Réessayez sans l'option generalize sélectionnée. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Échec de la généralisation de l'image en exécutant sysprep.exe /generalize. Généraliser l'image source et réessayer sans sélectionner l'option generalize. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Échec de l'installation des packages en raison de dpkg package(s) mal configuré(s): {packages} Recompilez la configuration dpkg en exécutant rm /var/cache/debconf/config.dat && dpkg --configure -a. Si cette opération échoue ou si l'erreur persiste, supprimez les packages défaillants, recréez la configuration dpkg, puis réinstallez les packages si nécessaire. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Délai expiré lors de la configuration de dpkg. Recompilez la configuration dpkg en exécutant rm /var/cache/debconf/config.dat && dpkg --configure -a. Si cette opération échoue ou si l'erreur persiste, supprimez les packages défaillants, recréez la configuration dpkg, puis réinstallez les packages si nécessaire. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.

Avertissements relatifs à l'adaptation de l'OS

Le tableau suivant répertorie les avertissements que vous pouvez rencontrer lors du processus d'adaptation de l'OS, ainsi que les informations de dépannage pour chaque avertissement.

Message Action à effectuer
Le ou les packages suivants ont été endommagés et ont été supprimés afin d'installer les packages critiques: {packages} Supprimez les packages défectueux et vérifiez que votre VM et vos applications fonctionnent comme prévu. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'appliquer une licence {requested_license} à {os_info}. Choisissez une licence applicable parmi: {applicable_licenses}.
Le fichier /etc/fstab contient des entrées volatiles, par exemple des noms d'appareils de stockage en mode bloc non persistants. Exécutez mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* > /etc/google/migrate/disk-mappings-hints sur la VM source. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Le fichier /etc/fstab contient des entrées {mount_type}. Assurez-vous que toutes les entrées {mount_type} sont accessibles à partir de la VM cible après la migration, ou que la VM cible démarre correctement sans accès aux entrées {mount_type}. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Le fichier {file_path} contient des entrées critiques volatiles, par exemple des noms d'appareils de stockage en mode bloc non persistants. Exécutez mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* > /etc/google/migrate/disk-mappings-hints sur la VM source. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'installer le ou les packages google-compute-engine: {error_message} Résolvez les problèmes sous-jacents et installez les packages manuellement ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'installer le ou les packages google-osconfig-agent: {error_message} Résolvez les problèmes sous-jacents et installez les packages manuellement ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'installer le ou les packages google-cloud-sdk: {error_message} Résolvez les problèmes sous-jacents et installez les packages manuellement ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'installer le ou les packages google-cloud-cli: {error_message} Résolvez les problèmes sous-jacents et installez les packages manuellement ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'installer le ou les packages google-rhui-client: {error_message} Résolvez les problèmes sous-jacents et installez les packages manuellement ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'installer le ou les packages cloud-regionsrv-client: {error_message} Résolvez les problèmes sous-jacents et installez les packages manuellement ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'installer le ou les packages google-cloud-sap-agent: {error_message} Résolvez les problèmes sous-jacents et installez les packages manuellement ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'installer le ou les packages dhcp-client: {error_message} Résolvez les problèmes sous-jacents et installez les packages manuellement ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Impossible d'installer le ou les packages {package_name}: {error_message} Résolvez les problèmes sous-jacents et installez les packages manuellement ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Outils VMware manquants Il est possible que la VM ne puisse pas s'arrêter normalement. Un arrêt forcé peut entraîner la perte de données. Installez VMware Tools ou arrêtez votre VM de manière optimale avant d'exécuter un basculement. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Le logiciel de sécurité {software} peut entraîner des échecs de configuration du premier démarrage et des problèmes de connectivité. Créez un clone de test et vérifiez que la nouvelle instance de VM démarre correctement avec une connectivité réseau. Sinon, envisagez de désactiver {software} ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Échec de l'ajout du serveur de métadonnées à {hosts_path}. Vérifiez que {hosts_path} existe et qu'il est modifiable par l'utilisateur : administrateur. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.
Échec de la définition de la valeur de registre NTP d'intervalles d'interrogation spéciaux. Vérifiez que le chemin d'accès au registre {path} est modifiable par l'utilisateur : administrateur. Attendez que les modifications soient appliquées ou modifiez manuellement le registre pour définir sa valeur sur {value}. Les modifications apportées à la VM source prennent effet lors des cycles de réplication suivants.