Discussion :

[nekcorp]

Bonjour á tous,

Comme le titre le suggère j'ai voulu augmenter la taille de ma partition principale sous ma VM avec GParted. Lorsque j'ai redémarré ma VM j'ai le message ci dessous qui s'est affiché :



Je n'ai pas fait de snapshot juste avant cette manipulation, mais dans le dossier Snapshots j'ai une liste de fichiers *.sav qui ont l'air d'être d'anciens snapshots.


Par contre pas moyens de récupérer aucun des snapshot


J'ai essayé depuis une autre VM de monter le fichier VDI de ma VM corrompu et voici ce que je vois avec fdisk -l

Disk /dev/sda: 30 GiB, 32212254720 bytes, 62914560 sectors
Disk model: VBOX HARDDISK
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xa2a3fec7

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 2099199 2097152 1G 83 Linux
/dev/sda2 2099200 62914559 60815360 29G 8e Linux LVM


Disk /dev/sdb: 90 GiB, 96636764160 bytes, 188743680 sectors
Disk model: VBOX HARDDISK
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xc936db16

Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 188743679 188741632 90G 83 Linux


Disk /dev/mapper/rhel-root: 26 GiB, 27913093120 bytes, 54517760 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/rhel-swap: 3 GiB, 3221225472 bytes, 6291456 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop1: 122.3 MiB, 128245760 bytes, 250480 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop2: 18.45 MiB, 19341312 bytes, 37776 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop0: 63.22 MiB, 66293760 bytes, 129480 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop3: 45.93 MiB, 48156672 bytes, 94056 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop5: 4 KiB, 4096 bytes, 8 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop4: 55.56 MiB, 58261504 bytes, 113792 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop6: 88.5 MiB, 92803072 bytes, 181256 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop7: 63.28 MiB, 66355200 bytes, 129600 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop8: 346.33 MiB, 363151360 bytes, 709280 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop9: 164.76 MiB, 172761088 bytes, 337424 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop10: 180.05 MiB, 188801024 bytes, 368752 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop11: 91.69 MiB, 96141312 bytes, 187776 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop12: 180.11 MiB, 188862464 bytes, 368872 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop13: 49.83 MiB, 52248576 bytes, 102048 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop14: 55.61 MiB, 58310656 bytes, 113888 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Le disk qui m'intéresse et qui correspond á ma VM corrompu est celui ci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
Disk /dev/sdb: 90 GiB, 96636764160 bytes, 188743680 sectors
Disk model: VBOX HARDDISK
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xc936db16

Lorsque j'essaie de monter le disque j'obtiens ce message :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
sudo mount /dev/sdb /mnt/source_vm
mount: /mnt/source_vm: wrong fs type, bad option, bad superblock on /dev/sdb, missing codepage or helper program, or other error.

Avez vous des pistes á me donner pour récuperer mes données ? Je tiens á préciser que le disque n'est pas crypté. Le but est de récupérer mon /home/user

Merci d'avance pour votre aide

[Christophe]

Que donne les commandes

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

pvdisplay

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

vgdisplay

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

lvdisplay

[Jipété]

Comme le titre le suggère j'ai voulu augmenter la taille de ma partition principale sous ma VM avec GParted. Lorsque j'ai redémarré ma VM j'ai le message ci dessous qui s'est affiché :

Il aurait été intéressant de voir ce que tu as fait pour augmenter la partition.

Lorsque j'essaie de monter le disque j'obtiens ce message :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
sudo mount /dev/sdb /mnt/source_vm
mount: /mnt/source_vm: wrong fs type, bad option, bad superblock on /dev/sdb, missing codepage or helper program, or other error.

Avez-vous des pistes à me donner pour récupérer mes données ? Je tiens à préciser que le disque n'est pas crypté. Le but est de récupérer mon /home/user

On ne monte pas un disque, on monte une partition d'un disque !

Et donc, si tu as tout cassé ton sdb, tu repars de sa sauvegarde et tu étudies les sorties des commandes vbox-img et vboximg-mount (en ligne de commande) : sans paramètres, ça va te balancer des petites aides, à toi de jouer...

[nekcorp]

Voici ce que renvoie les commandes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

pvdisplay

Devices file sys_wwid t10.ATA_____VBOX_HARDDISK___________________________VB81728a3d-9471c84d_ PVID Gij0hNGSnWPFWyzNCtk6Xme63MuEs2zu last seen on /dev/sda2 not found.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

vgdisplay

Devices file sys_wwid t10.ATA_____VBOX_HARDDISK___________________________VB81728a3d-9471c84d_ PVID Gij0hNGSnWPFWyzNCtk6Xme63MuEs2zu last seen on /dev/sda2 not found.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

lvdisplay

Devices file sys_wwid t10.ATA_____VBOX_HARDDISK___________________________VB81728a3d-9471c84d_ PVID Gij0hNGSnWPFWyzNCtk6Xme63MuEs2zu last seen on /dev/sda2 not found.

[nekcorp]

Il aurait été intéressant de voir ce que tu as fait pour augmenter la partition.

Alors depuis GParted j'ai fait un clic droit sur la partition que je voulais redimensionner, j'ai fais resize/move ensuite j'avais 40Go d'espace libre et j'ai bougé le curseur tout á droite (l'image n'est là que pour illustrer)

tu repars de sa sauvegarde

Alors comment repartir d'une sauvegarde ? J'ai pas trouvé. Comme expliqué dans mon post initial j'ai des fichiers .sav dans le dossier Snapshots mais dans VirtualBox je ne les vois pas dans dans les instantanées.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

étudies les sorties des commandes vbox-img et vboximg-mount (en ligne de commande) : sans paramètres

J'ai command not found lorsque je lance ces commandes.

[Christophe]

Les fichiers .sav ne te serviront à rien. Ils ne sont pas des snapshots disque. ils correspondent à la sauvegarde mémoire quand tu fermes la VM et que tu choisis enregistrer l'état mémoire (comme un mode veille prolongée). quand tu prends un instantané d'une VM, un ficheir .sav est généré pour la mémoire, et un autre fichier est généré pour le snapshot disque, un fichier .vdi les 2 stockés dans le sous-dossier snapshots du dossier de ta VM.

Il te faut un utilitaire capable d'analyser/réparer une partition LVM. Peut-être testdisk

J'ai créé vite fait une partition LVM, j'ai reformaté le disque en ext4, et je peux toujours monter la partition dans le volume LVM. idem en agrandissant la partition.

Je sais pas ce que tu as fait ou ce qui s'est passé.

[Jipété]

Alors comment repartir d'une sauvegarde ? J'ai pas trouvé. Comme expliqué dans mon post initial j'ai des fichiers .sav dans le dossier Snapshots mais dans VirtualBox je ne les vois pas dans dans les instantanés.

Je parlais d'une sauvegarde du disque.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

tu étudies les sorties des commandes vbox-img et vboximg-mount (en ligne de commande) : sans paramètres

J'ai command not found lorsque je lance ces commandes.

3 possibilités :

1. ou bien tu as mal tapé les commandes ;
2. ou bien tu as une très vieille version de Virtualbox ;
3. ou alors tu as un problème de path qui fait que l'interpréteur de commande ne trouve pas les fichiers.

Pour le dernier point, tu fais un locate nom_du_fichier_non_trouvé, ça te dira où il est, et si ça ne répond rien, c'est le point 2 qui s'applique.

[nekcorp]

3 possibilités :
1 .ou bien tu as mal tapé les commandes ;
2. ou bien tu as une très vieille version de Virtualbox ;
3. ou alors tu as un problème de path qui fait que l'interpréteur de commande ne trouve pas les fichiers.

Pour le dernier point, tu fais un locate nom_du_fichier_non_trouvé, ça te dira où il est, et si ça ne répond rien, c'est le point 2 qui s'applique.

Alors j'ai bien tapé les commandes.

Concernant Virtualbox j'ai la version Version 7.0.10 r158379 (Qt5.15.2)

le locate de vbox-img et vboximg-mount ne renvoie rien.

Il faut bien que je tape ces commandes dans le terminal linux depuis lequel j'ai monté mon fichier .vdi de ma VM dont je souhaite récupérer mes données ?

Pour récapituler, j'ai créé une nouvelle VM avec Redhat 9 dans laquelle j'ai ajouté dans le stockage le fichier .vdi de ma VM Redhat8.3 dont je souhaite récupérer mes données.

[nekcorp]

Il te faut un utilitaire capable d'analyser/réparer une partition LVM. Peut-être testdisk

Je vais le tester, merci

J'ai créé vite fait une partition LVM, j'ai reformaté le disque en ext4, et je peux toujours monter la partition dans le volume LVM. idem en agrandissant la partition.

Je sais pas ce que tu as fait ou ce qui s'est passé.

j'ai pas formaté en ext4, c'est peut être de lá que vient le probléme.

[Christophe]

j'ai pas formaté en ext4, c'est peut être de lá que vient le probléme.

Non non, après avoir reproduit l'agrandissement d'une partition lvm je l''ai délibérément plantée en l'écrasant par une partition ext4, et je n'ai eu aucune difficulté à monter celle-ci, le système ayant retrouvé les méta-données lvm. C'est relativement résiliant.

Je ne sais pas ce qui c'est passé ou ce que tu as fait pour rencontrer le prob,

[Jipété]

Salut,

Concernant Virtualbox j'ai la version Version 7.0.10 r158379 (Qt5.15.2)
le locate de vbox-img et vboximg-mount ne renvoie rien.

Chez moi (Debian 11.8),

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
VirtualBox 6.1.48 r159471 (Qt5.15.2)
$ locate vbox-img
/usr/bin/vbox-img
/usr/lib/virtualbox/vbox-img
$ locate vboximg-mount
/usr/bin/vboximg-mount
/usr/lib/virtualbox/vboximg-mount

Il faut bien que je tape ces commandes dans le terminal linux depuis lequel j'ai monté mon fichier .vdi de ma VM dont je souhaite récupérer mes données ?

Pas clair : on tape des commandes dans un terminal de la machine physique, il s'agit de commandes système exactement comme si tu tapais ls ou cp.

Pour récapituler j'ai créé une nouvelle VM avec redhat 9 depuis laquelle dans les ajouter dans le stockage le fichier .vdi de ma VM Redhat8.3 dont je souhaite récupérer mes données.

Rien compris : il doit manquer un ou des mot(s) du côté de "depuis laquelle dans les"...

Tu te relis après avoir posté ? Lis donc ma signature.

[nekcorp]

@Jipété

désolé effectivement je ne m'étais pas relu. J'ai modifié le message original.

Pas clair : on tape des commandes dans un terminal de la machine physique, il s'agit de commandes système exactement comme si tu tapais ls ou cp.

Je suis sous Windows, j'ai installé VirtualBox et depuis VirtualBox j'ai deux VM, une sous RedHat 8.3 sur laquelle je n'arrive plus á me connecter et dont je souhaite récupérer mes données, et une nouvelle VM sous Redhat 9.0 fraichement installée sur laquelle je monte le vdi de la Redhat 8.3.

Donc les commandes que tu m'as demandé de taper, je les tape sous le terminal de Windows qui correspond á ma machine physique ou sous ma VM Redhat 9.0 ?

Spoiler : Sous le terminal windows j'ai tapé les commandes vbox-img vboximg-mount, mais pareil command invalid

[Christophe]

Il s’agit de commandes Linux.

[Jipété]

Il s’agit de commandes Linux.

Ça alors !
J'étais persuadé qu'un outil comme VirtualBox aurait les mêmes commandes quel que soit l'environnement !

D'ailleurs, un peu de recherche montre que sur cette page, on y trouve une référence pour Windows (tout en bas, avant-dernière ligne de la liste) :

Windows hosts: Shipping tool "vbox-img.exe", a standalone image manipulation tool

Peut-être (sans doute ?) qu'ils ont arrêté le shipping ?

[Christophe]

vbox-img est présent sous Windows, mais pas vox-img-mount

[nekcorp]

Effectivement depuis Windows j'ai la commande vbox-img.exe.

Voici ce qu'elle renvoie :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
C:\Program Files\Oracle\VirtualBox>vbox-img.exe
Oracle VM VirtualBox Disk Utility 7.0.10
Copyright (C) 2005-2023 Oracle and/or its affiliates

Usage: vbox-img.exe
   setuuid      --filename <filename>
                [--format VDI|VMDK|VHD|...]
                [--uuid <uuid>]
                [--parentuuid <uuid>]
                [--zeroparentuuid]

   geometry     --filename <filename>
                [--format VDI|VMDK|VHD|...]
                [--clearchs]
                [--cylinders <number>]
                [--heads <number>]
                [--sectors <number>]

   convert      --srcfilename <filename>
                --dstfilename <filename>
                [--stdin]|[--stdout]
                [--srcformat VDI|VMDK|VHD|RAW|..]
                [--dstformat VDI|VMDK|VHD|RAW|..]
                [--variant Standard,Fixed,Split2G,Stream,ESX]

   info         --filename <filename>

   compact      --filename <filename>
                [--filesystemaware]

   createcache  --filename <filename>
                --size <cache size>

   createbase   --filename <filename>
                --size <size in bytes>
                [--format VDI|VMDK|VHD] (default: VDI)
                [--variant Standard,Fixed,Split2G,Stream,ESX]
                [--dataalignment <alignment in bytes>]

   createfloppy --filename <filename>
                [--size <size in bytes>]
                [--root-dir-entries <value>]
                [--sector-size <bytes>]
                [--heads <value>]
                [--sectors-per-track <count>]
                [--media-byte <byte>]

   createiso    [too-many-options]

   repair       --filename <filename>
                [--dry-run]
                [--format VDI|VMDK|VHD] (default: autodetect)

   clearcomment --filename <filename>

   resize       --filename <filename>
                --size <new size>

Qu'est ce que je peux faire pour essayé de récupérer mes données du coup ?


Est ce que c'est problématique si je n'ai pas vboximg-mount ?

[Christophe]

cet outil ne te servira malheureusement à rien, c'est pour monter l'image hors VM. Regardes comme indiqué du coté de testdisk

[Jipété]

Bonjou,

Qu'est ce que je peux faire pour essayer de récupérer mes données du coup ?

D'abord
vbox-img.exe info --filename <filename>,

pour voir ce que ça va remonter, et éventuellement, selon la réponse,
vbox-img.exe repair --dry-run --filename <filename>, avec --dry-run pour ne pas prendre de risques : ça simule ce que le programme ferait.

Et être curieux : rien ne t'empêchait d'étudier la sortie que tu nous as postée et d'essayer par toi-même la première commande que j'ai donnée...

[nekcorp]

Alors vbox-img.exe me dit que le vdi n'a pas des problèmes.

VDI image is in a consistent state, no repair required
Corrupted VDI image repaired successfully

Je pense que le problème vient de la partition dans le vdi. D'ailleurs lorsque je lance cette VM j'ai l'image de démarrage de Redhat qui s'affiche, et ensuite j'ai le message d'erreur que j'ai partagé dans mon premier post. Donc ça laisse penser que le fichier vdi n'est pas corrompu, mais que le soucis vient du Redhat lui même.

Je pense que je vais voir comment récupérer mes données via testdisk que je ne connais pas.

Merci á vous deux.

[Jipété]

D'ailleurs lorsque je lance cette VM j'ai l'image de démarrage de Redhat qui s'affiche, et ensuite j'ai le message d'erreur que j'ai partagé dans mon premier post.

Il y a plein de messages d'erreur dans ton 1^er post... C'est duquel dont tu parles ?