web-dev-qa-db-fra.com

Comment récupérer les données d'une partition avec un système de fichiers inconnu

Je souhaitais repartitionner mon disque dur en utilisant KDE Partition Manager fonctionnant depuis une clé USB. Malheureusement, quelque chose s'est mal passé, car la plupart des partitions que je voulais supprimer sont toujours présentes et celle que je voulais conserver (mais avec une taille plus grande) a perdu ses informations sur le système de fichiers, ce qui les rend inaccessibles.

Voici à quoi cela ressemble maintenant sda5:

enter image description here

Et voici la sortie de fdisk -l:

Disk /dev/sda: 596,2 GiB, 640135028736 bytes, 1250263728 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
Disklabel type: dos
Disk identifier: 0x1549f232

Dispositiu Arrencada      Start      Final   Sectors   Size Id Tipus
/dev/sda1  *                 63  540619379 540619317 257,8G  7 HPFS/NTFS/exFAT
/dev/sda2            1224201195 1250258624  26057430  12,4G  7 HPFS/NTFS/exFAT
/dev/sda3             540619441 1224200012 683580572   326G  5 Estesa
/dev/sda5             540620863 1126558362 585937500 279,4G 83 Linux

Si je veux remplacer sda5 par son système de fichiers original ext4, je reçois un avertissement indiquant que toutes les modifications seront perdues.

Existe-t-il un moyen de récupérer les données d'origine ou est-il déjà définitivement perdu?

Edit: Conformément à la demande @damadam, il s’agit de la sortie lsblk:

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 596,2G  0 disk 
├─sda1   8:1    0 257,8G  0 part 
├─sda2   8:2    0  12,4G  0 part 
├─sda3   8:3    0     1K  0 part 
└─sda5   8:5    0 279,4G  0 part 
sdb      8:16   0 232,9G  0 disk 
├─sdb1   8:17   0   450M  0 part 
├─sdb2   8:18   0    99M  0 part 
├─sdb3   8:19   0    16M  0 part 
├─sdb4   8:20   0 111,8G  0 part 
├─sdb5   8:21   0  27,5G  0 part /
└─sdb6   8:22   0  93,1G  0 part /home
sr0     11:0    1  1024M  0 rom  
loop0    7:0    0  86,9M  1 loop /snap/core/4917
loop1    7:1    0  86,6M  1 loop /snap/core/4650
loop2    7:2    0  86,9M  1 loop /snap/core/4830
partitioningmount
2
ccamara

Pour plus de références: Suivant les conseils de MaNyYaCk, j'ai réussi à récupérer la partition en utilisant Testdisk

  1. Télécharger depuis https://www.cgsecurity.org/wiki/TestDisk_Download et décompresser
  2. Localisez le dossier à télécharger sur # 1 et exécutez la commande Sudo ./testdisk_static
  3. Cliquez sur créer enter image description here
  4. Naviguez à travers le (s) disque (s) dur (s), sélectionnez celui qui vous intéresse, puis la commande Proceed.
  5. Sélectionnez le type de partitions, qui dans mon cas était Intel (laisse généralement deviner et le sélectionne en conséquence) enter image description here
  6. Sélectionnez les partitions avec lesquelles vous souhaitez travailler, puis sélectionnez la commande Analyse.
  7. Sélectionnez la commande Quick Search. Après un certain temps (cela peut prendre un certain temps), il trouvera les partitions sur ce lecteur et vous verrez de nouvelles options disponibles.
  8. Cliquez sur la nouvelle option write apparue après # 7 (si elle n’est pas disponible, vous pouvez effectuer une recherche approfondie au lieu d’une recherche rapide). Vous serez invité à confirmer que vous souhaitez écrire la table de partition. enter image description here
  9. Si tout se passe comme prévu, vos partitions seront récupérées et disponibles à nouveau (un redémarrage peut être nécessaire)
2
ccamara