- État Nouveau
- Pourcentage achevé
- Type Anomalie
- Catégorie Services locaux → VM
- Assignée à Personne
- Système d'exploitation Freebox Server V7 (Delta)
- Sévérité Moyenne
- Priorité Très Basse
- Basée sur la version 4.6.3
- Due pour la version Non décidée
-
Échéance
Non décidée
- Votes
- Privée
Concerne le projet: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)
Ouverte par Bombhash - 02/09/2022
Ouverte par Bombhash - 02/09/2022
FS#36996 - Impossible de démarrer cette VM : La VM ne peut être lancée
Bonjour,
Sur une freebox delta en version 4.6.3 il ne m'est plus possible de lancer une VM (la seule et l'unique) sous debian alors qu'elle fonctionnait parfaitement bien.
Je possède encore tous les fichiers, qcow2 et efivar. Ils ne semblent pas avoir été altérés.
Si le redémarrage est impossible, j'aimerai pouvoir récupérer les données qui sont ces fichiers. Savez-vous s'il est possible de monter le disque qcow2 de la VM sur une autre solution de virtualisation telle que Virtualbox ou autre s'il vous plait ?
Merci,
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
Voici le message qui s'affiche au démarrage de la VM.
Loading Linux 5.10.0-17-arm64 … Loading initial ramdisk … /dev/vda1: clean, 281514/32759808 files, 32224400/131039228 blocks
GROWROOT: NOCHANGE: partition 1 is size 1048313831. it cannot be grown
[ 2.020726] blk_update_request: I/O error, dev vda, sector 1356968 op 0x0:(READ) flags 0x80700 phys_seg 2 prio class 0
[ 2.024641] blk_update_request: I/O error, dev vda, sector 1357096 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 2.028842] blk_update_request: I/O error, dev vda, sector 1357096 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 2.032478] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000007
[ 2.035034] CPU: 1 PID: 1 Comm: init Not tainted 5.10.0-17-arm64 #1 Debian 5.10.136-1
[ 2.037645] Hardware name: QEMU KVM Virtual Machine, BIOS 0.0.0 02/06/2015
[ 2.039798] Call trace:
[ 2.040740] dump_backtrace+0x0/0x1e4
[ 2.041884] show_stack+0x24/0x30
[ 2.042910] dump_stack+0xd0/0x12c
[ 2.044358] panic+0x168/0x370
[ 2.045304] do_exit+0x9c4/0xa40
[ 2.046301] do_group_exit+0x44/0xac
[ 2.047471] get_signal+0x174/0x920
[ 2.048549] do_notify_resume+0x258/0x9a0
[ 2.049975] work_pending+0xc/0x618
[ 2.051045] SMP: stopping secondary CPUs
[ 2.052454] Kernel Offset: 0x2f54ea490000 from 0xffff800010000000
[ 2.054420] PHYS_OFFSET: 0xfffff86b00000000
[ 2.055699] CPU features: 0x8240022,61806000
[ 2.057022] Memory Limit: none
[ 2.057945] —[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000007 ]—
Suite,
En installant KVM-QEMU sur un linux tout droit sorti du carton, j'ai pu monter l'image disque qcow2
sudo modprobe nbd
sudo qemu-nbd -c /dev/nbd0 –read-only /path/to/image.qcow2
udisksctl mount -b /dev/nbd0p1
j'ai changé les droits sur les répertoires protégés pour récupérer ma data : chmod 777
Toutes les données ont été récupérées.