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

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

Les messages d'erreur signalent les problèmes critiques qui empêchent l'exécution de l'adaptation de l'OS. Ils mettent en évidence des problèmes sous-jacents qui nécessitent une attention immédiate, et une résolution avant toute poursuite du processus. Les avertissements, bien qu'ils ne soient pas fatals, fournissent des informations précieuses. Ils mettent en évidence les incohérences ou problèmes potentiels détectés lors du processus d'adaptation, même dans le cas où le clonage réussit.

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

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

Erreurs d'adaptation de l'OS

Le tableau suivant recense 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 ultérieurs.
Aucun système de fichiers racine avec l'UUID fourni n'a été trouvé. Vérifiez qu'il existe un système de fichiers racine avec l'UUID fourni.
Plusieurs systèmes de fichiers ont été trouvés avec l'UUID fourni. Systèmes de fichiers trouvés : {roots} Marquez le système d'exploitation que vous souhaitez adapter. Pour marquer le système d'exploitation, exécutez mkdir %SystemDrive%\Google\Migrate sous Windows et mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* > /etc/google/migrate/disk-mappings-hints sous Linux. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Plusieurs systèmes d'exploitation ont été trouvés sur les disques de la VM. Systèmes de fichiers racine trouvés : {roots} Marquez le système d'exploitation que vous souhaitez adapter. Dans la section "Avancé" de la configuration d'adaptation de l'OS, saisissez l'UUID de votre système de fichiers racine dans le champ UUID du système de fichiers racine. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Plusieurs systèmes de fichiers racines sont marqués avec un répertoire de conseils d'optimisation. Assurez-vous qu'un seul système de fichiers racine contient un répertoire de conseils d'optimisation. 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 ultérieurs.
Nombre insuffisant de nœuds d'index 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 ultérieurs.
Espace disque insuffisant sur le volume {mount_point}. Assurez-vous qu'au moins {required_free_space_mb} Mo d'espace libre est/sont disponible(s) sur le volume {mount_point}. Nous vous recommandons de générer un instantané de la 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 ultérieurs.
Les pilotes VirtIO ne sont pas présents dans le kernel Linux. Vérifiez qu'un kernel 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 ultérieurs.
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 ultérieurs.
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 ultérieurs.
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 ultérieurs.
{file} introuvable Vérifiez que le fichier {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 ultérieurs.
Échec de l'installation d'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 ultérieurs.
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 le système d'exploitation Amazon Linux 2, lequel n'est pas compatible avec Google Cloud. Pour que vous puissiez migrer la VM, le système d'exploitation doit être converti en un système d'exploitation compatible. La fonctionnalité de conversion de l'OS en un OS compatible est disponible dans le cadre d'un programme expérimental : Migrer une VM Amazon Linux 2 vers Google Cloud. Pour effectuer une conversion, dans la section "Advanced" (Avancé) de la configuration de l'adaptation de l'OS, sélectionnez Elevate Amazon Linux 2. Vous pouvez également explorer le processus expérimental optimisé par l'IA pour reconstruire votre charge de travail sur un OS compatible. Pour activer cette fonctionnalité expérimentale, contactez-nous à l'adresse migrate-execution-ai-rebuild@google.com..Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
La conversion du BIOS en UEFI n'est pas disponible sur {os_description}. Consultez la documentation du produit pour obtenir la liste des systèmes d'exploitation compatibles avec la conversion du BIOS vers l'UEFI (Systèmes d'exploitation compatibles).
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 Migrer des disques de VM pour en savoir plus.
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} reposant sur 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 vérifiez 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, dans la section "Avancé" de la configuration de l'adaptation de l'OS, sélectionnez "Ignorer l'installation ayant échoué". 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 ultérieurs.
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 ultérieurs.
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 ultérieurs.
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, sélectionnez Ignorer l'installation ayant échoué dans la section "Avancé" de la configuration de l'adaptation de l'OS. 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 ultérieurs.
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 ignorer l'installation, dans la section "Avancé" de la configuration de l'adaptation de l'OS, sélectionnez Ignorer l'échec de l'installation. 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 ultérieurs.
É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 ultérieurs.
É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 ultérieurs.
Impossible de charger le registre Windows de cette VM. Il est possible que la ruche {hive_name} présente des incohérences. Relancez un cycle de réplication, un clone de test et un basculement. Si le problème persiste, essayez de réparer 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 ultérieurs.
Délai de chargement des ruches du registre Windows dépassé. Consultez l'article n° 2498915 de la base de connaissance Microsoft pour apprendre à compresser des ruches de registre volumineuses, ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
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 de type utf-8 valide. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Échec de l'installation du système de fichiers sur {mountable}. Cela indique généralement que le système de fichiers présente des incohérences. Essayez de corriger le système de fichiers à l'aide d'outils tels que {tool_name}. Si le problème persiste, contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Impossible d'analyser /etc/fstab en raison de la présence de virgules à la fin de la ligne {line_number} : {line_content} Supprimez les virgules à la fin de la ligne ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Impossible d'analyser /etc/fstab en raison de la présence d'espaces négatifs dans le chemin d'accès, à la ligne {line_number} : {line_content} Remplacez les espaces négatifs par \040 et validez 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 ultérieurs.
Impossible d'analyser /etc/fstab, car l'expression entre guillemets à la ligne {line_number} n'est pas terminée ni fermée : {line_content} Supprimez l'expression entre guillemets non terminée ou fermez les guillemets et validez 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 ultérieurs.
Impossible d'analyser /etc/fstab à la ligne {line_number} : {line_content} Exécutez mount -a et corrigez les erreurs identifiées ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Impossible d'analyser le chemin d'accès {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 ultérieurs.
Impossible de trouver un package de kernel installé, même si /boot contient un ou plusieurs exécutables de kernel Linux valides. Réinstallez le kernel à l'aide d'un gestionnaire de packages standard. Si le problème persiste, contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Impossible de trouver un kernel sous /boot. Vérifiez que /boot contient un exécutable de kernel Linux valide (vmlinuz ou Image) ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
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 ultérieurs.
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 et 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 ultérieurs.
Échec du vidage de {volumes_or_disks}. Windows a apposé un marquage "intégrité compromise" à certains disques. Exécutez chkdsk /f sur tous les disques disponibles sur la VM source. Si le problème persiste, contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
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 ultérieurs.
Impossible de mettre à jour le bootloader à l'aide de grub-mkconfig ou grub2-mkconfig : {error_message} Résolvez les problèmes sous-jacents ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
La table de partition pour les lecteurs {devices} n'est pas valide. Corrigez la table de partition avec un outil comme FixParts. Si le problème persiste, contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
É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 ultérieurs.
É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. Vérifiez 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 ultérieurs.
É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. Vérifiez 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 ultérieurs.
Cette image a déjà été généralisée (sysprep.exe /generalize a déjà été exécuté). Réessayez sans sélectionner l'option generalize. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Échec de la généralisation de l'image via l'exécution de sysprep.exe /generalize. Généralisez l'image source et réessayez sans sélectionner l'option generalize. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Échec de l'installation des packages en raison d'une mauvaise configuration d'un ou de plusieurs packages par dpkg : {packages} Recréez 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 tout package défaillant, recréez la configuration dpkg, puis réinstallez le ou les packages si nécessaire. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Délai dépassé pour la configuration de dpkg. Recréez 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 tout package défaillant, recréez la configuration dpkg, puis réinstallez le ou les packages si nécessaire. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Échec du démarrage de la VM adaptée pour l'achèvement de la conversion. Les échecs de démarrage se produisent en raison d'incohérences dans les instantanés. Essayez d'arrêter la VM source, de répliquer un clone arrêté de la VM source ou d'utiliser la migration de disque à la place. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Le système d'exploitation ne peut pas être converti automatiquement en Rocky Linux 8. Nous vous recommandons d'utiliser le flux de migration de disque de VM pour migrer votre VM vers Google Cloud. Consultez Migrer des disques de VM.
L'instance ne dispose pas d'une partition de démarrage ou EFI active. Veuillez vérifier que votre instance inclut bien une partition de démarrage ou EFI, ou contactez l'assistance.

Avertissements relatifs à l'adaptation de l'OS

Le tableau suivant recense 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é retirés pour que les packages critiques puissent être installés : {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 ultérieurs.
Impossible d'appliquer une licence {requested_license} à {os_info}. Choisissez une licence applicable parmi celles-ci : {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 ultérieurs.
Le fichier /etc/fstab contient des entrées {mount_type}. Vérifiez 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 ultérieurs.
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 ultérieurs.
Impossible d'installer le ou les packages google-compute-engine : {error_message} Résolvez les problèmes sous-jacents et installez le ou les packages manuellement, ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Impossible d'installer le ou les packages google-osconfig-agent : {error_message} Résolvez les problèmes sous-jacents et installez le ou les packages manuellement, ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Impossible d'installer le ou les packages google-cloud-sdk : {error_message} Résolvez les problèmes sous-jacents et installez le ou les packages manuellement, ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Impossible d'installer le ou les packages google-cloud-cli : {error_message} Résolvez les problèmes sous-jacents et installez le ou les packages manuellement, ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Impossible d'installer le ou les packages google-rhui-client : {error_message} Résolvez les problèmes sous-jacents et installez le ou les packages manuellement, ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Impossible d'installer le ou les packages cloud-regionsrv-client : {error_message} Résolvez les problèmes sous-jacents et installez le ou les packages manuellement, ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Impossible d'installer le ou les packages google-cloud-sap-agent : {error_message} Résolvez les problèmes sous-jacents et installez le ou les packages manuellement, ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Impossible d'installer le ou les packages dhcp-client : {error_message} Résolvez les problèmes sous-jacents et installez le ou les packages manuellement, ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Impossible d'installer le ou les packages {package_name} : {error_message} Résolvez les problèmes sous-jacents et installez le ou les packages manuellement, ou contactez l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Des outils VMware sont 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 progressive avant d'exécuter un basculement. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Le logiciel de sécurité {software} peut entraîner des échecs de configuration lors 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 et offre une connectivité réseau. Vous pouvez aussi envisager de désactiver {software} ou contacter l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
É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 ultérieurs.
Échec de la définition de la valeur de registre NTP pour les 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 ultérieurs.
La sortie réseau de l'un de ces types de profils ({profiles}) est bloquée et n'est pas fusionnée avec la stratégie de pare-feu local. Cela peut entraîner des échecs de configuration lors du premier démarrage et des problèmes de connectivité. Envisagez d'autoriser la fusion des stratégies de pare-feu local en définissant AllowLocalPolicyMerge sur 1 dans tous les profils mentionnés. Vous pouvez également définir une règle d'accès à distance autorisant l'accès RDP et l'accès au serveur de métadonnées, ou contacter l'assistance. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Le package cpio était manquant ou mal configuré et a été installé pour permettre une configuration correcte du système d'exploitation. Le package pax a été installé pour empêcher l'exploitation de la faille CVE-2022-41352. Si nécessaire, les packages cpio et pax peuvent être supprimés après la migration.
Certains packages n'ont pas de solution de remplacement appropriée et ont été retirés, repassés à une version antérieure ou exclus de la conversion. Consultez le fichier {removed_packages_file_path} pour obtenir la liste des packages retirés, le fichier {downgraded_packages_file_path} pour obtenir la liste des packages repassés à une version antérieure et le fichier {excluded_packages_file_path} pour obtenir la liste des packages exclus. Installez les packages retirés, repassés à une version antérieure et exclus si nécessaire sur la VM cible pour restaurer les fonctionnalités de l'application.
Une incohérence ou une corruption du système de fichiers a été détectée et corrigée sur le système de fichiers XFS : {filesystem} Vous pouvez réparer le système de fichiers endommagé à la source à l'aide d'outils tels que xfs_repair. Si vous ne souhaitez pas réparer le système de fichiers endommagé, utilisez l'option disable-xfs-repair. Notez toutefois que cela peut entraîner des échecs d'adaptation de l'OS et d'autres problèmes. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
OpenSSH a été configuré pour utiliser des algorithmes MAC ou de chiffrement qui ont été supprimés d'OpenSSH : {removed_algorithms}. Pour éviter les problèmes de connexion après la migration, ces algorithmes ont été supprimés du fichier de configuration du daemon SSH. Si nécessaire, vous pouvez configurer manuellement le fichier de configuration du démon SSH à la source ou après la migration. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.
Des règles de sécurité bloquant le système de fichiers VFAT ont été détectées. Cette règle est en conflit avec la conversion du BIOS en UEFI demandée, car le système de fichiers VFAT est requis pour le démarrage UEFI. Pour éviter les échecs de démarrage, les règles de sécurité ont été désactivées dans les fichiers de configuration de ces modules du noyau : {config_files}. Si nécessaire, vous pouvez configurer manuellement les fichiers de configuration des modules du noyau au niveau de la source ou après la migration. Notez que la réactivation de ces règles de sécurité empêchera le système de démarrer correctement en mode UEFI. Les modifications apportées à la VM source prennent effet lors des cycles de réplication ultérieurs.