Fehler und Warnungen bei der Betriebssystemanpassung

In diesem Dokument wird beschrieben, wie Sie Fehler und Warnungen bei der Betriebssystemanpassung von Migrate to Virtual Machines beheben.

Fehler sind kritische Probleme, die die Ausführung der Betriebssystemanpassung verhindern. Sie weisen auf zugrunde liegende Probleme hin, die sofort behoben werden müssen, bevor Sie mit dem Vorgang fortfahren können. Warnungen sind zwar nicht kritisch, bieten aber wertvolle Informationen, die Sie beachten sollten. Sie heben potenzielle Probleme oder Inkonsistenzen hervor, die während des Anpassungsprozesses erkannt wurden, auch wenn das Klonen erfolgreich war.

Bei jedem Anpassungsprozess wird ein Anpassungsbericht erstellt, in dem alle während des Prozesses aufgetretenen Fehler oder Warnungen im Detail aufgeführt sind.

Die meisten Betriebssystemanpassungen erfolgen automatisch. In einigen Fällen müssen Sie jedoch Fehler und Warnungen beheben, um den Klonprozess abzuschließen. Die folgenden Fehler und Warnungen heben Situationen hervor, in denen solche Änderungen erforderlich sind.

Fehler bei der Betriebssystemanpassung

In der folgenden Tabelle sind die Fehler aufgeführt, die während der Betriebssystemanpassung auftreten können, sowie Informationen zur Behebung für jeden Fehler.

Hinweis: Jeder Wert in geschweiften Klammern ({}) ist ein Platzhalter, der in Echtzeit durch den entsprechenden Wert ersetzt wird.

Nachricht	Aufgabe
Auf den Laufwerken der VM wurde kein Betriebssystem gefunden.	Prüfen Sie, ob die VM-Laufwerke ein gültiges Betriebssystem enthalten und nicht verschlüsselt sind, z. B. mit BitLocker. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Es wurde mehr als ein Betriebssystem auf den Laufwerken der VM gefunden. Gefundene Stammdateisysteme: {roots}	Markieren Sie das Betriebssystem, das Sie anpassen möchten. Führen Sie unter Windows mkdir %SystemDrive%\Google\Migrate aus, führen Sie unter Linux mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* > /etc/google/migrate/disk-mappings-hints aus. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Mehr als ein Stammdateisystem ist mit einem Hinweisverzeichnis markiert.	Achten Sie darauf, dass ein Hinweisverzeichnis nur in einem einzigen Stammdateisystem vorhanden ist. Unter Windows: %SystemDrive%\Google\Migrate, unter Linux: /etc/google/migrate. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Nicht genügend Inodes im Dateisystem {mount_point}.	Prüfen Sie, ob im Dateisystem {mount_point} mindestens {required_free_inodes} Inodes verfügbar sind. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Nicht genügend Speicherplatz auf dem Volume {mount_point}.	Prüfen Sie, ob auf dem Volume {mount_point} mindestens {required_free_space_mb} MB freier Speicherplatz verfügbar sind. Wir empfehlen, einen Quell-Snapshot zu erstellen, bevor Sie Änderungen am Volume {mount_point} vornehmen. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
VirtIO-Treiber fehlen im Linux-Kernel.	Prüfen Sie, ob auf der Quell-VM ein Linux-Kernel mit VirtIO-Treiberunterstützung (virtio_scsi, virtio_net) installiert ist. Diese Treiber sind erforderlich, um eine migrierte VM in Compute Engine auszuführen. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die Datei /etc/fstab enthält flüchtige kritische Einträge, z. B. temporäre Namen blockorientierter Geräte.	Führen Sie mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* > /etc/google/migrate/disk-mappings-hints auf der Quell-VM aus. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die Datei {file_path} enthält flüchtige kritische Einträge, z. B. temporäre Namen blockorientierter Geräte.	Führen Sie mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* > /etc/google/migrate/disk-mappings-hints auf der Quell-VM aus. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
{directory} wurde nicht gefunden oder {directory} ist leer.	Prüfen Sie, ob {directory} vorhanden und nicht leer ist und ob es sich nicht um einen Softlink zu einem fehlenden Volume handelt. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Datei {file} nicht gefunden.	Prüfen Sie, ob {file} vorhanden ist und es sich nicht um einen Softlink zu einem fehlenden Volume handelt. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Kritische Einträge aus /etc/fstab konnten nicht bereitgestellt werden, z. B. doppelte fstab-Einträge oder fehlende Geräte. Fehler: {error_details}	Prüfen Sie die /etc/fstab-Einstellungen in der Quell-VM oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Nicht unterstütztes Betriebssystem: {os_description}.	Eine Liste der unterstützten Betriebssysteme finden Sie in der Produktdokumentation unter Unterstützte Betriebssysteme.
Nicht unterstütztes Betriebssystem: amazonlinux2.0.	Sie haben versucht, eine VM zu migrieren, auf der ein Amazon Linux 2-Betriebssystem ausgeführt wird. Dieses wird auf Google Cloudnicht unterstützt. Damit die VM migriert werden kann, muss das Betriebssystem in ein unterstütztes Betriebssystem umgewandelt werden. Die Möglichkeit, das Betriebssystem in ein unterstütztes Betriebssystem zu konvertieren, ist im Rahmen eines experimentellen Programms verfügbar: Amazon Linux 2-VM zu migrieren Google Cloud. Führen Sie den Befehl mkdir -p /etc/google/migrate/elevate_amazonlinux2_to_rocky auf der Quell-VM aus, um eine Konvertierung durchzuführen. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die Konvertierung von BIOS zu UEFI wird auf {os_description} nicht unterstützt.	Eine Liste der unterstützten Betriebssysteme für die Konvertierung von BIOS zu UEFI finden Sie in der Produktdokumentation unter Unterstützte Betriebssysteme.
Nicht unterstütztes Betriebssystem: {os_description}.	Eine Liste der unterstützten Betriebssysteme finden Sie in der Produktdokumentation unter Unterstützte Betriebssysteme. Alternativ können Sie die Datenlaufwerke auch mit der Laufwerkmigration migrieren. Weitere Informationen finden Sie unter VM-Laufwerke migrieren.
Die Architektur {architecture} wird für Betriebssysteme vom Typ {os_type} nicht unterstützt.	Eine Liste der unterstützten Architekturen finden Sie in der Produktdokumentation unter Unterstützte Betriebssysteme.
Die Konvertierung von BIOS zu UEFI wird auf {os_type}-Betriebssystemen mit der Architektur {architecture} nicht unterstützt.	Eine Liste der unterstützten Architekturen für die Konvertierung von BIOS zu UEFI finden Sie in der Produktdokumentation unter Unterstützte Betriebssysteme.
Es konnte kein unterstützter Linux-Bootloader wie Grub erkannt werden. Dies kann bei älteren Betriebssystemen auftreten, oder wenn der ausgewählte Boot-Typ (BIOS/UEFI) vom installierten Betriebssystem nicht unterstützt wird.	Eine Liste der unterstützten Betriebssysteme finden Sie in der Produktdokumentation. Prüfen Sie, ob der Boot-Typ (BIOS/UEFI) des Betriebssystems richtig eingestellt ist – Unterstützte Betriebssysteme.
Die „google-compute-engine“-Pakete können nicht installiert werden: {error_message}	Beheben Sie die zugrunde liegenden Probleme und installieren Sie das Paket manuell oder wenden Sie sich an den Support. Wenn Sie ohne Installation dieser Pakete fortfahren möchten, führen Sie mkdir -p /etc/google/migrate/skip_failed_install auf der Quell-VM aus. Hinweis: Einige Compute Engine-Funktionen funktionieren möglicherweise nicht ohne die Gastumgebung. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die {package_name}-Pakete können nicht installiert werden: {error_message}	Beheben Sie die zugrunde liegenden Probleme oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die {package_name}-Pakete können nicht installiert werden: {error_message}	Beheben Sie die zugrunde liegenden Probleme und installieren Sie das Paket manuell oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die {package_name}-Pakete können nicht installiert werden: {error_message}	Beheben Sie die zugrunde liegenden Probleme und installieren Sie das Paket manuell oder wenden Sie sich an den Support. Wenn Sie ohne Installation dieser Pakete fortfahren möchten, führen Sie mkdir -p /etc/google/migrate/skip_failed_install auf der Quell-VM aus. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Das/Die kritische(n) Paket(e) {packages} kann/können nicht installiert oder aktualisiert werden, ohne dass Abhängigkeiten unterbrochen werden: {error_message}	Versuchen Sie, die Pakete {packages} manuell auf der Quell-VM zu installieren, oder wenden Sie sich an den Support. Führen Sie mkdir -p /etc/google/migrate/skip_broken_packages auf der Quell-VM aus, um beschädigte Pakete nach der Migration zu reparieren. Führen Sie mkdir -p /etc/google/migrate/skip_failed_install auf der Quell-VM aus, wenn Sie die Installation überspringen möchten. Beachten Sie, dass es in späteren Schritten zu Fehlern kommen, wenn Sie die Installation überspringen. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
DISM Die Installation von {driver} ist mit dem Exit-Code fehlgeschlagen:{exit_code}	Wenden Sie sich an den Support oder lesen Sie die Microsoft-Dokumentation unter Debuggen von Systemfehlercodes, um den Fehler zu beheben. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die DISM-Installation von {driver} ist mit dem Exit-Code 2 fehlgeschlagen.	Deaktivieren Sie alle Antivirenprogramme oder andere Sicherheitssoftware, die den Zugriff von DISM auf das Dateisystem verhindern könnte. Wenn das Problem weiterhin besteht, führen Sie die Befehle sfc /scannow und dism /online /cleanup-image /restorehealth aus, um es zu beheben. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die Windows-Registry dieser VM kann nicht geladen werden. Der Hive {hive_name} weist möglicherweise Inkonsistenzen auf.	Wiederholen Sie einen Replikationszyklus, einen Testklon oder eine Umstellung. Wenn das Problem weiterhin besteht, versuchen Sie, die Registry mit Scanregw.exe zu reparieren, oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Beim Laden der Windows-Registry-Hives ist eine Zeitüberschreitung aufgetreten.	Informationen zum Komprimieren potenziell aufgeblähter Registry-Hives finden Sie im Microsoft-KB-Artikel 2498915. Sie können sich auch an den Support wenden. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
/etc/google/migrate/disk-mappings-hints kann mit dem UTF-8-Codec nicht decodiert werden.	Führen Sie mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* > /etc/google/migrate/disk-mappings-hints noch einmal aus und prüfen Sie, ob die Ausgabe eine gültige UTF‑8-Codierung ist. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Das Dateisystem konnte nicht auf {mountable} bereitgestellt werden. Das weist in der Regel auf Inkonsistenzen im Dateisystem hin.	Versuchen Sie, das Dateisystem mit Tools wie {tool_name} zu reparieren. Wenden Sie sich bitte an den Support, wenn das Problem weiterhin auftritt. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Das Parsen von /etc/fstab ist aufgrund der nachgestellten Kommas in Zeile {line_number} nicht möglich: {line_content}	Entfernen Sie die nachgestellten Kommas oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Das Parsen von /etc/fstab ist aufgrund von Leerzeichen im Pfad in Zeile {line_number}: {line_content} nicht möglich.	Ersetzen Sie die Leerzeichen durch \040 und führen Sie mount -a aus, um die Änderungen zu validieren. Alternativ können Sie sich an den Support wenden. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
/etc/fstab kann nicht geparst werden, da das Anführungszeichen in Zeile {line_number} nicht beendet oder geschlossen wurde: {line_content}	Entfernen Sie das nicht geschlossene Anführungszeichen oder schließen Sie es und führen Sie zur Validierung mount -a aus. Alternativ können Sie sich an den Support wenden. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
/etc/fstab kann in Zeile {line_number} nicht geparst werden: {line_content}	Führen Sie mount -a aus und beheben Sie die auftretenden Fehler oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
{path} kann in Zeile {line_number} nicht geparst werden: {line_content}	Versuchen Sie, das Format zu korrigieren, oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Es konnte kein installiertes Kernelpaket gefunden werden, obwohl /boot gültige ausführbare Linux-Kernel-Datei(en) enthält.	Installieren Sie den Kernel mit einem Standardpaketmanager neu. Wenden Sie sich bitte an den Support, wenn das Problem weiterhin besteht. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Es konnte kein Kernel unter /boot gefunden werden.	Überprüfen Sie, ob /boot eine gültige ausführbare Linux-Kernel-Datei (vmlinuz oder Image) enthält, oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Es wurden unter /boot keine Images vom Typ initrd oder initramfs gefunden.	Überprüfen Sie, ob /boot ein gültiges initiales RAM-Speicherabbild (initrd oder initramfs) enthält, oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die Datei /etc/fstab enthält kritische Einträge mit fehlenden Volumes: {specs}.	Überprüfen Sie, ob die angegebenen Volumes vorhanden sind, aktualisieren Sie die /etc/fstab-Datei, versuchen Sie, die Konfiguration der logischen Volumes zu korrigieren, oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Das Leeren von {volumes_or_disks} ist fehlgeschlagen. Einige Volumes werden von Windows als „schmutzig“ markiert.	Führen Sie chkdsk /f auf allen verfügbaren Laufwerken auf der Quell-VM aus. Wenden Sie sich bitte an den Support, wenn das Problem weiterhin besteht. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
grub-mkconfig und grub2-mkconfig wurden nicht gefunden.	Installieren Sie das Paket grub2-common: Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Der Bootloader konnte nicht über grub-mkconfig oder grub2-mkconfig aktualisiert werden: {error_message}	Beheben Sie die zugrunde liegenden Probleme oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die Partitionstabelle für die {devices} ist ungültig.	Korrigieren Sie die Partitionstabelle mit einem Tool wie FixParts. Wenden Sie sich bitte an den Support, wenn das Problem weiterhin besteht. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Das Betriebssystem konnte nicht angepasst werden, da das force_skip_verifications-Flag gesetzt ist.	Entfernen Sie das force_skip_verifications-Flag, indem Sie den folgenden Befehl auf der Quell-VM ausführen. Führen Sie unter Windows rmdir %SystemDrive%\Google\Migrate\force_skip_verifications aus, führen Sie unter Linux rmdir /etc/google/migrate/force_skip_verifications aus.
tboot wird nicht unterstützt.	Entfernen Sie tboot aus der Bootloader-Konfiguration. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
/etc/sudoers konnte nicht aktualisiert werden. Dies ist erforderlich, damit in der Gastumgebung Nutzern sudo-Berechtigungen basierend auf IAM-Rollen hinzugefügt werden können.	Überprüfen Sie, ob /etc/sudoers auf der Quell-VM bearbeitet werden kann, oder führen Sie touch /etc/google/migrate/skip_editing_sudoers aus, um die Bearbeitung von /etc/sudoers zu überspringen. Beachten Sie, dass die Gewährung von sudo-Zugriff über IAM-Rollen auf einer VM ohne diese Änderungen nicht funktioniert. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
/etc/sudoers konnte nicht aktualisiert werden: Berechtigung verweigert. Dies ist erforderlich, damit in der Gastumgebung Nutzern sudo-Berechtigungen basierend auf IAM-Rollen hinzugefügt werden können.	Überprüfen Sie, ob /etc/sudoers auf der Quell-VM bearbeitet werden kann, oder führen Sie touch /etc/google/migrate/skip_editing_sudoers aus, um die Bearbeitung von /etc/sudoers zu überspringen. Beachten Sie, dass die Gewährung von sudo-Zugriff über IAM-Rollen auf einer VM ohne diese Änderungen nicht funktioniert. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Dieses Image wurde bereits generalisiert (sysprep.exe /generalize wurde bereits ausgeführt).	Versuchen Sie es noch einmal, ohne die Option generalize auszuwählen. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Das Image konnte nicht generalisiert werden, da sysprep.exe /generalize nicht ausgeführt werden konnte.	Generalisieren Sie das Quell-Image und versuchen Sie es noch einmal, ohne die Option generalize auszuwählen. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die Installation der Pakete ist aufgrund von dpkg falsch konfigurierten Paketen fehlgeschlagen: {packages}	Erstellen Sie die dpkg-Konfiguration neu, indem Sie rm /var/cache/debconf/config.dat && dpkg --configure -a ausführen. Wenn dies fehlschlägt oder der Fehler weiterhin auftritt, entfernen Sie die fehlerhaften Pakete, erstellen Sie die dpkg-Konfiguration neu und installieren Sie die Pakete dann bei Bedarf neu. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Zeitüberschreitung bei der Konfiguration von dpkg.	Erstellen Sie die dpkg-Konfiguration neu, indem Sie rm /var/cache/debconf/config.dat && dpkg --configure -a ausführen. Wenn dies fehlschlägt oder der Fehler weiterhin auftritt, entfernen Sie die fehlerhaften Pakete, erstellen Sie die dpkg-Konfiguration neu und installieren Sie die Pakete dann bei Bedarf neu. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die angepasste VM konnte nicht gestartet werden, um die Konvertierung abzuschließen.	Bootfehler treten aufgrund inkonsistenter Snapshots auf. Versuchen Sie, die Quell-VM auszuschalten, einen ausgeschalteten Klon der Quell-VM zu replizieren oder stattdessen eine Laufwerksmigration zu verwenden. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Das Betriebssystem kann nicht automatisch in Rocky Linux 8 konvertiert werden.	Wir empfehlen, den Ablauf zur Laufwerksmigration der VM zu verwenden, um Ihre VM zu Google Cloudzu migrieren. Weitere Informationen finden Sie unter VM-Laufwerke migrieren.
Die Instanz hat keine aktive Boot-Partition oder EFI-Partition.	Prüfen Sie, ob Ihre Instanz die Boot-Partition oder die EFI-Partition enthält, oder wenden Sie sich an den Support.

Warnungen bei der Betriebssystemanpassung

In der folgenden Tabelle sind die Warnungen aufgeführt, die während der Betriebssystemanpassung auftreten können, sowie Informationen zur Problembehebung für jede Warnung.

Hinweis: Jeder Wert in geschweiften Klammern ({}) ist ein Platzhalter, der in Echtzeit durch den entsprechenden Wert ersetzt wird.

Nachricht	Aufgabe
Die folgenden Pakete waren beschädigt und mussten entfernt werden, um kritische Pakete zu installieren: {packages}	Entfernen Sie die beschädigten Pakete und prüfen Sie, ob Ihre VM und Anwendungen wie erwartet funktionieren. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die Lizenz {requested_license} kann nicht auf {os_info} angewendet werden.	Wählen Sie eine passende Lizenz aus: {applicable_licenses}.
Die Datei /etc/fstab enthält flüchtige Einträge, z. B. temporäre Namen blockorientierter Geräte.	Führen Sie mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* > /etc/google/migrate/disk-mappings-hints auf der Quell-VM aus. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die Datei /etc/fstab enthält {mount_type}-Einträge.	Sorgen Sie dafür, dass alle {mount_type}-Einträge nach der Migration über die Ziel-VM zugänglich sind oder dass die Ziel-VM erfolgreich ohne Zugriff auf die {mount_type}-Einträge gestartet wird. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die Datei {file_path} enthält flüchtige kritische Einträge, z. B. temporäre Namen blockorientierter Geräte.	Führen Sie mkdir -p /etc/google/migrate && ls -la /dev/disk/*/* > /etc/google/migrate/disk-mappings-hints auf der Quell-VM aus. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die „google-compute-engine“-Pakete können nicht installiert werden: {error_message}	Beheben Sie die zugrunde liegenden Probleme und installieren Sie die Pakete manuell oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die „google-osconfig-agent“-Pakete können nicht installiert werden: {error_message}	Beheben Sie die zugrunde liegenden Probleme und installieren Sie die Pakete manuell oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die „google-cloud-sdk“-Pakete können nicht installiert werden: {Fehlermeldung}	Beheben Sie die zugrunde liegenden Probleme und installieren Sie die Pakete manuell oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die „google-cloud-cli“-Pakete können nicht installiert werden: {error_message}	Beheben Sie die zugrunde liegenden Probleme und installieren Sie die Pakete manuell oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die „google-rhui-client“-Pakete können nicht installiert werden: {error_message}	Beheben Sie die zugrunde liegenden Probleme und installieren Sie die Pakete manuell oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die „cloud-regionsrv-client“-Pakete können nicht installiert werden. {error_message}	Beheben Sie die zugrunde liegenden Probleme und installieren Sie die Pakete manuell oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die „google-cloud-sap-agent“-Pakete können nicht installiert werden: {error_message}	Beheben Sie die zugrunde liegenden Probleme und installieren Sie die Pakete manuell oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die „dhcp-client“-Pakete kann/können nicht installiert werden: {error_message}	Beheben Sie die zugrunde liegenden Probleme und installieren Sie die Pakete manuell oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die {package_name}-Pakete können nicht installiert werden: {error_message}	Beheben Sie die zugrunde liegenden Probleme und installieren Sie die Pakete manuell oder wenden Sie sich an den Support. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
VMware-Tools fehlen. Die VM kann möglicherweise nicht ordnungsgemäß heruntergefahren werden. Ein erzwungenes Herunterfahren kann zu Datenverlust führen.	Installieren Sie VMware-Tools oder fahren Sie Ihre VM ordnungsgemäß herunter, bevor Sie eine Umstellung ausführen. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Die Sicherheitssoftware {software} kann möglicherweise zu Konfigurationsfehlern beim ersten Start und zu Verbindungsproblemen führen.	Erstellen Sie einen Testklon und prüfen Sie, ob die neue VM-Instanz mit Netzwerkverbindung hochgefahren wird. Andernfalls sollten Sie {software} deaktivieren oder den Support kontaktieren. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Fehler beim Hinzufügen des Metadatenservers zu {hosts_path}.	Überprüfen Sie, ob {hosts_path} vorhanden ist und vom Nutzer „Administrator“ bearbeitet werden kann. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Der Registry-Wert für das spezielle NTP-Abfrageintervall konnte nicht festgelegt werden.	Überprüfen Sie, ob der Registry-Pfad {path} vom Nutzer „Administrator“ bearbeitet werden kann. Warten Sie, bis die Änderungen angewendet werden, oder bearbeiten Sie die Registry manuell, um den Wert auf {value} festzulegen. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Der ausgehende Netzwerkverkehr eines der folgenden Profiltypenist blockiert und wird nicht mit der lokalen Firewallrichtlinie zusammengeführt: {profiles}. Dies kann möglicherweise zu Fehlern bei der Konfiguration beim ersten Start und zu Verbindungsproblemen führen.	Lassen Sie gegebenenfalls das Zusammenführen lokaler Firewallrichtlinien zu, indem Sie AllowLocalPolicyMerge in allen genannten Profilen auf 1 setzen. Alternativ können Sie eine Remote-Richtlinie definieren, die RDP- und Metadatenserverzugriff zulässt, oder den Support kontaktieren. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.
Das Paket cpio fehlte oder war falsch konfiguriert und wurde installiert, um die korrekte Konfiguration des Betriebssystems zu ermöglichen. Das Paket pax wurde installiert, um die Sicherheitslücke CVE-2022-41352 zu schließen.	Bei Bedarf können die Pakete cpio und pax nach der Migration entfernt werden.
Für einige Pakete gibt es keinen geeigneten Ersatz. Sie wurden entfernt, herabgestuft oder von der Konvertierung ausgeschlossen. In der Datei {removed_packages_file_path} finden Sie die Liste der entfernten Pakete, in der Datei {downgraded_packages_file_path} die Liste der herabgestuften Pakete und in der Datei {excluded_packages_file_path} die Liste der ausgeschlossenen Pakete.	Installieren Sie die entfernten, herabgestuften und ausgeschlossenen Pakete nach Bedarf auf der Ziel-VM, um die Anwendungsfunktionen wiederherzustellen.
Auf dem XFS-Dateisystem {filesystem} wurde eine Inkonsistenz oder Beschädigung des Dateisystems erkannt und behoben.	Sie können das beschädigte Dateisystem an der Quelle mit Tools wie xfs_repair reparieren. Wenn Sie das beschädigte Dateisystem nicht reparieren möchten, verwenden Sie das Flag disable-xfs-repair. Dies kann jedoch möglicherweise zu Fehlern bei der Betriebssystemanpassung und weiteren Problemen führen. Änderungen an der Quell-VM werden in nachfolgenden Replikationszyklen wirksam.