#26 Le 15/04/2018, à 18:11
- jamesbad000
Re : Plus de système de fichier, du jour au lendemain
Entrée et après "deeper search" OK, pas write.
PS: entrée + write validerait toutes les partitions sur lequel il y a "P" au début. Pas seulement la 3ème
Dernière modification par jamesbad000 (Le 15/04/2018, à 18:14)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#27 Le 15/04/2018, à 19:00
- OrionB
Re : Plus de système de fichier, du jour au lendemain
Après avoir fait une "deep search" j'ai maintenant :
TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
Disk /dev/sda - 256 GB / 238 GiB - CHS 31130 255 63
Partition Start End Size in sectors
>D MS Data 2046 499709 497664
D MS Data 2048 499711 497664
D MS Data 2048 1050623 1048576 [NO NAME]
D MS Data 2054 1050629 1048576 [NO NAME]
D MS Data 501760 505855 4096
D MS Data 1050622 1550333 499712
D MS Data 1050624 1550335 499712
P MS Data 1550336 1554431 4096
D MS Data 78153748 78353400 199653 [l M-BM-L#A ~A@N ]
D MS Data 78153749 78353401 199653 [l M-BM-L#A ~A@N ]
Structure: Ok. Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
P=Primary D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
Enter: to continue
ext2 blocksize=1024 Large_file Sparse_SB Backup_SB, 254 MB / 243 MiB
Que dois-je faire maintenant?
C'est bizarre les partitions sont passées en "D" comme "Delete" au lieu de P "Primary"
Je peux recommencer depuis le début si quelque chose gène.
Dernière modification par OrionB (Le 15/04/2018, à 19:13)
Étudiant en PTSI. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro en 2015.
Hors ligne
#28 Le 15/04/2018, à 19:23
- jamesbad000
Re : Plus de système de fichier, du jour au lendemain
Mouhai,
Je suggère d'utiliser l'option "P: list files" sur chaque partitions.
Ensuite tu indique la liste des partitions sur lesquelles ça a fonctionné (là ou tu as pu accéder à la liste des fichiers/répertoires) accompagné de ligne de bas d'écran correspondante. Par ex:
ext2 blocksize=1024 Large_file Sparse_SB Backup_SB, 254 MB / 243 MiB
Ainsi on va pouvoir "cartographier" partiellement le contenu du disque et déduire les espaces dispo ou peut se trouver vraiment la partition luks.
Car il semble que l'entête luks ne contienne pas d'information sur la taille du volume.
Et on ne va pas valider un partitionnement GPT dans un premier temps...
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#29 Le 15/04/2018, à 19:29
- jamesbad000
Re : Plus de système de fichier, du jour au lendemain
C'est bizarre les partitions sont passées en "D" comme "Delete" au lieu de P "Primary"
Normal car les partitions trouvées par le deep search se chevauchent. Si bien qu'il faudrait indiquer lesquels on veut récupérer...
Alors que le quick search lui, ne cherche (et ne trouve) que des partitions consécutives. Le partitionnement qui en découle est donc techniquement valide.
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#30 Le 15/04/2018, à 19:54
- OrionB
Re : Plus de système de fichier, du jour au lendemain
Merci beaucoup pour ta réponse.
Ça devient un peu abstrait pour moi ces histoires de partitions qui se chevauchent...
Alors dans l'ordre des partitions affichées ci-dessus :
(1)
MS Data 2046 499709 497664
Can't open filesystem. Filesystem seems damaged.
(2)
MS Data 2048 499711 497664
Directory /
No file found, filesystem may be damaged.
(3)
MS Data 2048 1050623 1048576 [NO NAME]
Directory /
>drwxr-xr-x 0 0 0 3-Sep-2017 13:07 EFI
(4)
MS Data 2054 1050629 1048576 [NO NAME]
Directory /
No file found, filesystem may be damaged.
(5)
ON NE PEUT PAS UTILISER LA LETTRE P POUR CELLE-CI.
(6)
MS Data 1050622 1550333 499712
Can't open filesystem. Filesystem seems damaged.
(7)
MS Data 1050624 1550335 499712
Directory /
>drwxr-xr-x 0 0 1024 31-Mar-2018 20:36 .
drwxr-xr-x 0 0 1024 31-Mar-2018 20:36 ..
drwx------ 0 0 12288 3-Sep-2017 12:53 lost+found
drwxr-xr-x 0 0 1024 3-Sep-2017 12:54 efi
-rw-r--r-- 0 0 186567 2-Mar-2018 07:52 config-4.9.0-6-amd64
-rw-r--r-- 0 0 4224800 2-Mar-2018 07:52 vmlinuz-4.9.0-6-amd64
drwxr-xr-x 0 0 1024 3-Mar-2018 18:48 grub
-rw-r--r-- 0 0 186443 23-Dec-2017 00:39 config-4.9.0-4-amd64
-rw-r--r-- 0 0 20781311 31-Mar-2018 20:36 initrd.img-4.9.0-6-amd64.new
-rw-r--r-- 0 0 20781311 31-Mar-2018 20:36 initrd.img-4.9.0-6-amd64
-rw-r--r-- 0 0 4212512 23-Dec-2017 00:39 vmlinuz-4.9.0-4-amd64
-rw-r--r-- 0 0 186473 4-Jan-2018 11:12 config-4.9.0-5-amd64
-rw-r--r-- 0 0 3183748 23-Dec-2017 00:39 System.map-4.9.0-4-amd64
-rw-r--r-- 0 0 20646639 23-Dec-2017 23:53 initrd.img-4.9.0-4-amd64
PAREIL, ON NE PEUT PAS SUR LES TROIS DERNIÈRES
Ensuite la liste des partitions, toujours dans l'ordre :
(1)
ext2 blocksize=1024 Large_file Sparse_SB Backup_SB, 254 MB / 243 MiB
(2)
ext2 blocksize=1024 Large_file Sparse_SB Backup_SB, 254 MB / 243 MiB
(3)
FAT32, blocksize=4096, 536 MB / 512 MiB
(4)
FAT32, blocksize=4096, 536 MB / 512 MiB
(5)
LUKS 1 (Data size unknown), 2097 KB / 2048 KiB
(6)
ext2 blocksize=1024 Large_file Sparse_SB Backup_SB, 255 MB / 244 MiB
(7)
ext2 blocksize=1024 Large_file Sparse_SB, 255 MB / 244 MiB
(8)
LUKS 1 (Data size unknown), 2097 KB / 2048 KiB
(9)
cramfs, 102 MB / 97 MiB
(10)
cramfs, 102 MB / 97 MiB
Pfiou. Voilà. Que dois-je faire maintenant ?
Dernière modification par OrionB (Le 15/04/2018, à 19:54)
Étudiant en PTSI. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro en 2015.
Hors ligne
#31 Le 15/04/2018, à 20:05
- jamesbad000
Re : Plus de système de fichier, du jour au lendemain
Ok la 3 et la 7 sont donc bien valides (et correspondent au 2 premieres partitions du quicksearch)
Et la 8 (= la 3 dans quicksearch) correspond donc probablement à l'entête du volume lucks. Comme suggéré par ??.
Bon pour la suite, je crois que ça sera plus simple, que je t'indique les manip à la ligne de commande que dans testdisk.
Donc enter, puis Quit. Et je t'envoi la suite dans qq minutes
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#32 Le 15/04/2018, à 20:26
- jamesbad000
Re : Plus de système de fichier, du jour au lendemain
on va d'abord essayer de trouver ce que contient (LVM ou système de fichier) et ou fini le volume
sudo losetup -f --show -o $((1550336*512)) /dev/sda
sudo lsblk -o size,name,label,fstype,mountpoint
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#33 Le 15/04/2018, à 20:26
- OrionB
Re : Plus de système de fichier, du jour au lendemain
Je fais entrer sur n'importe quelle partition/option ?
Étudiant en PTSI. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro en 2015.
Hors ligne
#34 Le 15/04/2018, à 20:27
- jamesbad000
Re : Plus de système de fichier, du jour au lendemain
Je fais entrer sur n'importe quelle partition/option ?
Oui: Entrée ne change rien aux partitions, il permet juste de passer à l'écran suivant
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#35 Le 15/04/2018, à 20:31
- OrionB
Re : Plus de système de fichier, du jour au lendemain
Très bien je l'ai fait. Je quitte le programme complètement?
Vraiment, merci énormément.
Étudiant en PTSI. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro en 2015.
Hors ligne
#36 Le 15/04/2018, à 20:32
- jamesbad000
Re : Plus de système de fichier, du jour au lendemain
Oui quitte complètement, et ensuite tu fais ce que j'ai indiqué au post #32 !
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#37 Le 15/04/2018, à 21:00
- OrionB
Re : Plus de système de fichier, du jour au lendemain
Très bien merci! (Parfois je rate des messages parce que je ne vois pas les posts précédents en répondant)
Voici le contenu du terminal :
ubuntu@ubuntu:~$ sudo losetup -f --show -o $((1550336*512)) /dev/sda
/dev/loop1
ubuntu@ubuntu:~$ sudo lsblk -o size,name,label,fstype,mountpoint
SIZE NAME LABEL FSTYPE MOUNTPOINT
237.8G loop1 crypto_LUKS
29.2G sdb Ubuntu 16.04.3 LTS amd64 iso9660 /cdrom
2.3M ├─sdb2 Ubuntu 16.04.3 LTS amd64 vfat
1.5G └─sdb1 Ubuntu 16.04.3 LTS amd64 iso9660
1.4G loop0 squashfs /rofs
238.5G sda
Étudiant en PTSI. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro en 2015.
Hors ligne
#38 Le 15/04/2018, à 21:05
- jamesbad000
Re : Plus de système de fichier, du jour au lendemain
Ok on avance encore d'un pas en essayant d'ouvrir le volume chiffré
sudo cryptsetup luksOpen /dev/loop1 recup
sudo lsblk -o size,name,label,fstype,mountpoint /dev/loop1
Dernière modification par jamesbad000 (Le 15/04/2018, à 21:05)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#39 Le 15/04/2018, à 21:09
- OrionB
Re : Plus de système de fichier, du jour au lendemain
NICE! J'ai accès aux données ! En espérant qu'elles sont intactes !
ubuntu@ubuntu:~$ sudo cryptsetup luksOpen /dev/loop1 recup
Enter passphrase for /dev/sda:
ubuntu@ubuntu:~$ sudo lsblk -o size,name,label,fstype,mountpoint /dev/loop1
SIZE NAME LABEL FSTYPE MOUNTPOINT
237.8G loop1 crypto_LUKS
237.8G └─recup LVM2_member
229.9G ├─ddeborib--vg-root ext4
7.9G └─ddeborib--vg-swap_1 swsuspend
Étudiant en PTSI. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro en 2015.
Hors ligne
#40 Le 15/04/2018, à 21:11
- OrionB
Re : Plus de système de fichier, du jour au lendemain
Est-ce possible de ne pas tout réinstaller ?
Étudiant en PTSI. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro en 2015.
Hors ligne
#41 Le 15/04/2018, à 21:23
- jamesbad000
Re : Plus de système de fichier, du jour au lendemain
En principe oui. Il me reste à trouver comment avoir la position exacte de la fin du volume pour être certain qu'on peut recréer une table de partition GPT sans écraser de données à la fin du disque.
En attendant, si tu as des données à sauvegarder ne te gêne pas.
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#42 Le 15/04/2018, à 21:32
- OrionB
Re : Plus de système de fichier, du jour au lendemain
Incroyable. Merci énormément.
Je me suis précipité de sortir mon disque après avoir vu mes fichiers pour tout te dire
Étudiant en PTSI. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro en 2015.
Hors ligne
#43 Le 15/04/2018, à 21:41
- jamesbad000
Re : Plus de système de fichier, du jour au lendemain
Voilà qui devrait donner l'information qui manque
sudo pvdisplay --units s /dev/mapper/recup
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#44 Le 15/04/2018, à 21:44
- OrionB
Re : Plus de système de fichier, du jour au lendemain
Et voici :
ubuntu@ubuntu:~$ sudo pvdisplay --units s /dev/mapper/recup
--- Physical volume ---
PV Name /dev/mapper/recup
VG Name ddeborib-vg
PV Size 498563072 Se / not usable 6144 Se
Allocatable yes (but full)
PE Size 8192 Se
Total PE 60859
Free PE 0
Allocated PE 60859
PV UUID U02GaY-Greg-aodq-Xin3-5ebr-SwR5-95M0zn
Étudiant en PTSI. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro en 2015.
Hors ligne
#45 Le 15/04/2018, à 22:01
- jamesbad000
Re : Plus de système de fichier, du jour au lendemain
Ok. Pour la suite, il ne faut pas qu'il y ait d'opération en cours sur le volume. Donc fermer toute appli qui utiliserait un fichier du volume y compris explorateur de fichier. Puis
sudo umount -lf /dev/mapper/ddeborib*
sudo cryptsetup close recup
sudo losetup -D
sudo lsblk -o size,name,label,fstype,mountpoint
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#46 Le 15/04/2018, à 22:14
- OrionB
Re : Plus de système de fichier, du jour au lendemain
Voici le terminal :
ubuntu@ubuntu:~$ sudo umount -lf /dev/mapper/ddeborib*
umount: /dev/mapper/ddeborib--vg-swap_1: not mounted
ubuntu@ubuntu:~$ sudo cryptsetup close recup
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
Device recup is still in use.
ubuntu@ubuntu:~$ sudo losetup -D
ubuntu@ubuntu:~$ sudo lsblk -o size,name,label,fstype,mountpoint
SIZE NAME LABEL FSTYPE MOUNTPOINT
237.8G loop1 crypto_LUKS
237.8G └─recup LVM2_member
229.9G ├─ddeborib--vg-root ext4
7.9G └─ddeborib--vg-swap_1 swsuspend
29.2G sdb Ubuntu 16.04.3 LTS amd64 iso9660 /cdrom
2.3M ├─sdb2 Ubuntu 16.04.3 LTS amd64 vfat
1.5G └─sdb1 Ubuntu 16.04.3 LTS amd64 iso9660
1.4G loop0 squashfs /rofs
238.5G sda
Étudiant en PTSI. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro en 2015.
Hors ligne
#47 Le 15/04/2018, à 22:26
- jamesbad000
Re : Plus de système de fichier, du jour au lendemain
Hum, le démontage du volume chiffré a échoué, car oublié de désactiver LVM
sudo vgchange -an
sudo cryptsetup close recup
sudo losetup -D
sudo lsblk -o size,name,label,fstype,mountpoint
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#48 Le 15/04/2018, à 22:29
- OrionB
Re : Plus de système de fichier, du jour au lendemain
Et voici encore :
ubuntu@ubuntu:~$ sudo vgchange -an
0 logical volume(s) in volume group "ddeborib-vg" now active
ubuntu@ubuntu:~$ sudo cryptsetup close recup
ubuntu@ubuntu:~$ sudo losetup -D
ubuntu@ubuntu:~$ sudo lsblk -o size,name,label,fstype,mountpoint
SIZE NAME LABEL FSTYPE MOUNTPOINT
29.2G sdb Ubuntu 16.04.3 LTS amd64 iso9660 /cdrom
2.3M ├─sdb2 Ubuntu 16.04.3 LTS amd64 vfat
1.5G └─sdb1 Ubuntu 16.04.3 LTS amd64 iso9660
1.4G loop0 squashfs /rofs
238.5G sda
Étudiant en PTSI. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro en 2015.
Hors ligne
#49 Le 15/04/2018, à 22:31
- jamesbad000
Re : Plus de système de fichier, du jour au lendemain
parfais, maintenant recréation du partitionnement et vérif
sudo sgdisk /dev/sda -o
sudo sgdisk /dev/sda -n 1 2048 1050623
sudo sgdisk /dev/sda -n 2 1050624 1550335
sudo sgdisk /dev/sda -n 3 1550336 500113407
sudo sgdisk /dev/sda -p
sudo cryptsetup luksOpen /dev/sda3 recup
sudo lsblk -o size,name,label,fstype,mountpoint
ls /dev/mapper
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#50 Le 15/04/2018, à 22:32
- OrionB
Re : Plus de système de fichier, du jour au lendemain
Yup. Quelques soucis apparemment...
ubuntu@ubuntu:~$ sudo sgdisk /dev/sda -o
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************
Non-GPT disk; not saving changes. Use -g to override.
ubuntu@ubuntu:~$ sudo sgdisk /dev/sda -n 1 2048 1050623
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************
Non-GPT disk; not saving changes. Use -g to override.
ubuntu@ubuntu:~$ sudo sgdisk /dev/sda -n 2 1050624 1550335
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************
Non-GPT disk; not saving changes. Use -g to override.
ubuntu@ubuntu:~$ sudo sgdisk /dev/sda -n 3 1550336 500113407
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************
Non-GPT disk; not saving changes. Use -g to override.
ubuntu@ubuntu:~$ sudo sgdisk /dev/sda -p
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************
Disk /dev/sda: 500118192 sectors, 238.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 24FEA3F9-1718-4193-9533-5FB7D1D96883
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 500118158
Partitions will be aligned on 2048-sector boundaries
Total free space is 500118125 sectors (238.5 GiB)
Number Start (sector) End (sector) Size Code Name
ubuntu@ubuntu:~$ sudo cryptsetup luksOpen /dev/sda3 recup
Device /dev/sda3 doesn't exist or access denied.
ubuntu@ubuntu:~$ sudo lsblk -o size,name,label,fstype,mountpoint
SIZE NAME LABEL FSTYPE MOUNTPOINT
29.2G sdb Ubuntu 16.04.3 LTS amd64 iso9660 /cdrom
2.3M ├─sdb2 Ubuntu 16.04.3 LTS amd64 vfat
1.5G └─sdb1 Ubuntu 16.04.3 LTS amd64 iso9660
1.4G loop0 squashfs /rofs
238.5G sda
ubuntu@ubuntu:~$ ls /dev/mapper
control
Étudiant en PTSI. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro en 2015.
Hors ligne