Moin,
Ich konnte das Problem beheben, ohne ein Backup anwenden zu müssen.
Das Dateisystem war beschädigt und aus unerklärlichen Gründen war die virtuelle Festplatte read-only, sodass ich das Dateisystem nicht reparieren konnte.
Ich habe dazu eine neue virtuelle Festplatte angelegt und die defekte virtualle Festplatte mittels ddrescue auf die neu-angelegte geklont. Die neue virtuelle Festplatte habe ich mittels der gnome-disk-utility (Disk in ubuntu) repariert. Um sie zu reparieren muss die Festplatte gemountet sein (ich habe die Software per Live-USB ausgeführt).
Um die neue Festplatte in XCP-NG als boot-drive einzustellen, habe ich alle virtuellen Festplatten (VDIs) der VM entfernt (nicht gelöscht!) und in der gewünschten Reihenfolge wieder eingehängt.
Dann hatte ich beim Boot-Prozess einen Fehler mit quotaon und einen mit fsck. Den quotaon-Fehler konnte ich mit dem Befehl sudo quotacheck -acmugf beheben und den Fehler mit fsck in dem ich mittels Live-USB die fehlerhafte Partition ebenfalls repariert habe.
Anschließend konnte ich ohne Probleme starten.
Den Auslöser meiner Probleme konnte ich nicht ermitteln. Die einzige Vermutung ist, dass die virtuelle Festplatte beschädigt wurde, da der Festplattenspeicher durch Backups komplett vollgemüllt wurde.
Vielen Dank für eure Hilfe!
Patryk