Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#26 Le 19/11/2018, à 22:16

jamesbad000

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Ok.
Bon je vais faire quelques essais dans une machine virtuelle pour créer un fs avec les même caractéristiques (tailles, attribut...) que le tiens pour trouver des points de repères et mettre au point l'approche la plus efficace. Autant dire qu'il ne se passera rien avant un ou 2 jours...


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 19/11/2018, à 22:17

herodote k210

Re : perte de partition, suite à arrêt de redimensionnement de la partition

D'accord merci à toi!

Hors ligne

#28 Le 21/11/2018, à 20:12

jamesbad000

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Bonsoir.

Bon j'ai trouvé le principe pour repérer une zone de jonction entre les 2 bouts du système de fichier. En s'appuyant sur les super bloc de secours de l'ext4. Mais reste à trouver comment en localiser 2 qui correspondent...

Voyons déjà ce que nous avons dans le segment de gauche (le plus facile)

sudo dumpe2fs /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2 | grep -n superbloc

Edit:
- Pour la suite testdisk devrait pouvoir nous aider :
Il faut faire un scan complet (Analyse -> Quick search -> deeper search)
et me fournir en retour le résultat affiché ainsi que le log de testdisk qui devrait contenir la liste de tous les superblock qui trainent sur le disque.

ps: tu peux interrompre le quick search en appuyant sur entrée et passer directement au deeper search. (Dans certaines conditions le quick search peut être long)

- Peux tu préciser  si avant le déplacement avorté, le partitionnement a évolué une ou plusieurs fois ?

Dernière modification par jamesbad000 (Le 21/11/2018, à 23:54)


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 22/11/2018, à 00:09

herodote k210

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Bonjour Jamesbad000
Voici d'abord le retour de ta commande:

jean-marc@gargantua:~$ sudo dumpe2fs /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2 | grep -n superbloc
[sudo] Mot de passe de jean-marc : 
dumpe2fs 1.42.13 (17-May-2015)
64: superbloc Primaire à 0, Descripteurs de groupes à 1-57
73: superbloc Secours à 32768, Descripteurs de groupes à 32769-32825
89: superbloc Secours à 98304, Descripteurs de groupes à 98305-98361
105: superbloc Secours à 163840, Descripteurs de groupes à 163841-163897
121: superbloc Secours à 229376, Descripteurs de groupes à 229377-229433
137: superbloc Secours à 294912, Descripteurs de groupes à 294913-294969
251: superbloc Secours à 819200, Descripteurs de groupes à 819201-819257
267: superbloc Secours à 884736, Descripteurs de groupes à 884737-884793
423: superbloc Secours à 1605632, Descripteurs de groupes à 1605633-1605689
649: superbloc Secours à 2654208, Descripteurs de groupes à 2654209-2654265
959: superbloc Secours à 4096000, Descripteurs de groupes à 4096001-4096057
1787: superbloc Secours à 7962624, Descripteurs de groupes à 7962625-7962681
2489: superbloc Secours à 11239424, Descripteurs de groupes à 11239425-11239481
4465: superbloc Secours à 20480000, Descripteurs de groupes à 20480001-20480057
5195: superbloc Secours à 23887872, Descripteurs de groupes à 23887873-23887929
15403: superbloc Secours à 71663616, Descripteurs de groupes à 71663617-71663673
16903: superbloc Secours à 78675968, Descripteurs de groupes à 78675969-78676025
21973: superbloc Secours à 102400000, Descripteurs de groupes à 102400001-102400057
46027: superbloc Secours à 214990848, Descripteurs de groupes à 214990849-214990905
jean-marc@gargantua:~$ 

Je n'ai jamais fait évoluer le partitionnement de ce DDE.
Je connais une partie du vocabulaire de cette ligne grep, dumpe, dev...

Je ne connais pas superbloc j'imagine qu'il doit s'agir d'élément du disque je regarderai cela et que les chiffres-lettres-part2 sont un point particulier du disque.
Je vais faire le testdisk et je te le met dés que c'est fini.

Petite question j'ai fait une recherche en vain ici et sur ma home pour trouver l'historique de mes messages, pour savoir si je n'ai pas tapé un fdisk.
Mais je n'ai rien trouvé. Comme j'ai deux DDE à voire auquel cela s'adresserait si je l'ai fait.

Hors ligne

#30 Le 22/11/2018, à 00:12

herodote k210

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Si je me souviens des discussions que j'ai lu ici pour le "deep-search" il faut plusieurs heures?
Donc comme il se fait tard je le lancerai demain matin et te fournirai les résultats en début de soirée;

Pour la quick search j'ai ceci:

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
     Partition               Start        End    Size in sectors
 * Linux Swap               0  32 33   127 122 59    2045952
>P Linux                  127 122 60 117139  90  7 1879795712










Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
ext4 blocksize=4096 Large_file S

Dernière modification par herodote k210 (Le 22/11/2018, à 00:20)

Hors ligne

#31 Le 22/11/2018, à 00:21

jamesbad000

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Je n'ai jamais fait évoluer le partitionnement de ce DDE.

Tant mieux Ca évitera des confusions s'il restait des superblock correspondant à un ancien partitionnement.

Le superbloc contient la description générale d'un système de fichier ext (Ce qu'on a obtenu avec dumpe2fs -h)
Il y en a des copies multiples, et ce qui est intéressant c'est que chaque superblock contient sa position relative dans le système de fichier. Sa devrait permettre de savoir ou on est dans cet océan d'octets


Petite question j'ai fait une recherche en vain ici et sur ma home pour trouver l'historique de mes messages, pour savoir si je n'ai pas tapé un fdisk.

Autant que je sache, les résultats affichés dans le terminal ne sont pas sauvegardés. Quand on ferme le terminal c'est perdu.


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 22/11/2018, à 00:25

jamesbad000

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Si je me souviens des discussions que j'ai lu ici pour le "deep-search" il faut plusieurs heures?

En effet.
Mais le résulat du quick search ne sera d'aucune utilité. (il ne fait que retrouver la segment de partition qui a été copié vers la gauche)


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 22/11/2018, à 00:41

jamesbad000

Re : perte de partition, suite à arrêt de redimensionnement de la partition

herodote k210 a écrit :

...et que les chiffres-lettres-part2 sont un point particulier du disque.

C'est un raccourci qui pointe sur ce qui apparaissait comme étant /dev/sdb2 plus haut. La différence c'est que cette référence ne change jamais. Car si tu introduit un autre disque externe ou une clef usb avant c'est elle qui sera identifiée comme /dev/sdb.
Ce genre d'interversion peut même se produire avec des disques interne.
Ce qui peut facilement conduire à des catastrophes, et à tout le moins des confusions nuisible surtout lorsqu'on pilote quelqu'un à distance.


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#34 Le 22/11/2018, à 01:03

jamesbad000

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Hum J'aimerais bien voir aussi si le dernier superblock listé est vraiment là. Car ça voudrait dire qu'au moins 91.50% du système de fichier a été copié.

sudo dumpe2fs -h -o superblock=214990848 -o blocksize=4096 /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2

Dernière modification par jamesbad000 (Le 22/11/2018, à 01:04)


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 22/11/2018, à 19:29

herodote k210

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Salut Jamesbad000,
voici un premier résultat

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63

The harddisk (1000 GB / 931 GiB) seems too small! (< 4316 GB / 4019 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...

The following partitions can't be recovered:
     Partition               Start        End    Size in sectors
>  Linux                58627 254 60 175639 222  7 1879795712
   FAT32                265828 130 62 524768 230 20 4159877359









[ Continue ]
ext4 blocksize=4096 Large_file Sparse_SB Recover, 962 GB / 896 GiB

J'ai appuyé sur continue et j'ai eu cela

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
     Partition               Start        End    Size in sectors
>D Linux Swap               0  32 33   127 122 59    2045952
 D Linux Swap             127  90 28   127 122 59       2048
 D Linux                  127 122 60  4589  90 45   71680000
 D Linux                  127 122 60 117139  90  7 1879795712
 D Linux                 4589  90 46 121601  57 56 1879795712































Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted
Keys A: add partition, L: load backup, T: change type,
     Enter: to continue
SWAP2 version 1, pagesize=4096, 1047 MB / 999 MiB

Et j'ai le log:

Thu Nov 22 13:23:09 2018
Command line: TestDisk

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Linux, kernel 4.4.0-139-generic (#165-Ubuntu SMP Wed Oct 24 10:58:50 UTC 2018) x86_64
Compiler: GCC 5.3
ext2fs lib: 1.42.13, ntfs lib: libntfs-3g, reiserfs lib: none, ewf lib: none, curses lib: ncurses 6.0
/dev/sda: LBA, HPA, LBA48, DCO support
/dev/sda: size       976773168 sectors
/dev/sda: user_max   976773168 sectors
/dev/sda: native_max 976773168 sectors
/dev/sda: dco        976773168 sectors
/dev/sdb: LBA, HPA, LBA48, DCO support
/dev/sdb: size       1953525168 sectors
/dev/sdb: user_max   1953525168 sectors
/dev/sdb: native_max 1953525168 sectors
/dev/sdb: dco        1953525168 sectors
Warning: can't get size for Disk /dev/mapper/control - 0 B - 0 sectors, sector size=512
Hard disk list
Disk /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63, sector size=512 - ST3500312CS, S/N:9VV78L92, FW:SS16
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63, sector size=512 - ST31000524NS, S/N:9WK42JP7, FW:AV22

Partition table type (auto): Intel
Disk /dev/sdb - 1000 GB / 931 GiB - ST31000524NS
Partition table type: Intel

Analyse Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
Geometry from i386 MBR: head=255 sector=63
Current partition structure:
1 * Linux Swap               0  32 33   127 122 59    2045952
2 P Linux                  127 122 60 117139  90  7 1879795712

search_part()
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
     Linux Swap               0  32 33   127 122 43    2045936
     SWAP2 version 1, pagesize=4096, 1047 MB / 998 MiB

recover_EXT2: s_block_group_nr=0/7170, s_mnt_count=6/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 234974464
recover_EXT2: part_size 1879795712
     Linux                  127 122 60 117139  90  7 1879795712
     ext4 blocksize=4096 Large_file Sparse_SB, 962 GB / 896 GiB

Results
   * Linux Swap               0  32 33   127 122 59    2045952
     SWAP2 version 1, pagesize=4096, 1047 MB / 999 MiB
   P Linux                  127 122 60 117139  90  7 1879795712
     ext4 blocksize=4096 Large_file Sparse_SB, 962 GB / 896 GiB

Hint for advanced users. dmsetup may be used if you prefer to avoid to rewrite the partition table for the moment:
echo "0 2045952 linear /dev/sdb 2048" | dmsetup create test0
echo "0 1879795712 linear /dev/sdb 2048000" | dmsetup create test1

interface_write()
1 * Linux Swap               0  32 33   127 122 59    2045952
2 P Linux                  127 122 60 117139  90  7 1879795712

search_part()
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
     Linux Swap               0  32 33   127 122 43    2045936
     SWAP2 version 1, pagesize=4096, 1047 MB / 998 MiB
     Linux Swap             127  90 28   127 122 43       2032
     SWAP2 version 1, pagesize=4096, 1040 KB / 1016 KiB

recover_EXT2: s_block_group_nr=0/7170, s_mnt_count=6/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 234974464
recover_EXT2: part_size 1879795712
     Linux                  127 122 60 117139  90  7 1879795712
     ext4 blocksize=4096 Large_file Sparse_SB, 962 GB / 896 GiB

block_group_nr 1

recover_EXT2: "e2fsck -b 32768 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=1/273, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8176
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 8960000
recover_EXT2: part_size 71680000
     Linux                  127 122 60  4589  90 45   71680000
     ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 36 GB / 34 GiB

block_group_nr 3

recover_EXT2: "e2fsck -b 98304 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=3/273, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8176
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 8960000
recover_EXT2: part_size 71680000
     Linux                  127 122 60  4589  90 45   71680000
     ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 36 GB / 34 GiB

block_group_nr 5

recover_EXT2: "e2fsck -b 163840 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=5/273, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8176
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 8960000
recover_EXT2: part_size 71680000
     Linux                  127 122 60  4589  90 45   71680000
     ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 36 GB / 34 GiB

block_group_nr 7

recover_EXT2: "e2fsck -b 229376 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=7/273, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8176
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 8960000
recover_EXT2: part_size 71680000
     Linux                  127 122 60  4589  90 45   71680000
     ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 36 GB / 34 GiB

block_group_nr 9

recover_EXT2: "e2fsck -b 294912 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=9/273, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8176
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 8960000
recover_EXT2: part_size 71680000
     Linux                  127 122 60  4589  90 45   71680000
     ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 36 GB / 34 GiB

block_group_nr 25

recover_EXT2: "e2fsck -b 819200 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=25/273, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8176
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 8960000
recover_EXT2: part_size 71680000
     Linux                  127 122 60  4589  90 45   71680000
     ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 36 GB / 34 GiB

block_group_nr 27

recover_EXT2: "e2fsck -b 884736 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=27/273, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8176
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 8960000
recover_EXT2: part_size 71680000
     Linux                  127 122 60  4589  90 45   71680000
     ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 36 GB / 34 GiB

block_group_nr 49

recover_EXT2: "e2fsck -b 1605632 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=49/273, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8176
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 8960000
recover_EXT2: part_size 71680000
     Linux                  127 122 60  4589  90 45   71680000
     ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 36

Le retour de la commande:

jean-marc@gargantua:~$ sudo dumpe2fs -h -o superblock=214990848 -o blocksize=4096 /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
[sudo] Mot de passe de jean-marc : 
dumpe2fs 1.42.13 (17-May-2015)
dumpe2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
Impossible de trouver un superbloc de système de fichiers valide.
jean-marc@gargantua:~$ 

Je n'ai pas encore fermé le terminal après le deepsearch si tu penses que quelque chose est à faire...

Dernière modification par herodote k210 (Le 22/11/2018, à 19:32)

Hors ligne

#36 Le 22/11/2018, à 19:39

jamesbad000

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Je n'ai pas encore fermé le terminal après le deepsearch si tu penses que quelque chose est à faire...

ah ! Et bien ferme le et vérifie qu'il n'y a pas plus de lignes dans le log. Parce que là ça me semble un peu cours.


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 22/11/2018, à 20:37

herodote k210

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Bien vu j'ai cela en plus:

block_group_nr 49

recover_EXT2: "e2fsck -b 1605632 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=49/273, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8176
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 8960000
recover_EXT2: part_size 71680000
     Linux                  127 122 60  4589  90 45   71680000
     ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 36 GB / 34 GiB

block_group_nr 81

recover_EXT2: "e2fsck -b 2654208 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=81/273, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8176
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 8960000
recover_EXT2: part_size 71680000
     Linux                  127 122 60  4589  90 45   71680000
     ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 36 GB / 34 GiB

block_group_nr 125

recover_EXT2: "e2fsck -b 4096000 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=125/273, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8176
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 8960000
recover_EXT2: part_size 71680000
     Linux                  127 122 60  4589  90 45   71680000
     ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 36 GB / 34 GiB

block_group_nr 243

recover_EXT2: "e2fsck -b 7962624 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=243/273, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8176
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 8960000
recover_EXT2: part_size 71680000
     Linux                  127 122 60  4589  90 45   71680000
     ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 36 GB / 34 GiB

recover_EXT2: s_block_group_nr=0/7170, s_mnt_count=387/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 234974464
recover_EXT2: part_size 1879795712
     Linux                58627 254 60 175639 222  7 1879795712
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 962 GB / 896 GiB
This partition ends after the disk limits. (start=941858816, size=1879795712, end=2821654527, disk end=1953525168)
BAD_RS LBA=4270535071 16146844
check_FAT: can't read FAT boot sector
check_part_i386 failed for partition type 0B
     FAT32                265828 130 62 524768 230 20 4159877359
This partition ends after the disk limits. (start=4270535071, size=4159877359, end=8430412429, disk end=1953525168)

block_group_nr 6561

recover_EXT2: "e2fsck -b 214990848 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=6561/7170, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 234974464
recover_EXT2: part_size 1879795712
     Linux                 4589  90 46 121601  57 56 1879795712
     ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 962 GB / 896 GiB
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
Check the harddisk size: HD jumpers settings, BIOS detection...
The harddisk (1000 GB / 931 GiB) seems too small! (< 4316 GB / 4019 GiB)
The following partitions can't be recovered:
     Linux                58627 254 60 175639 222  7 1879795712
     ext4 blocksize=4096 Large_file Sparse_SB Recover, 962 GB / 896 GiB
     FAT32                265828 130 62 524768 230 20 4159877359

Results
     Linux Swap               0  32 33   127 122 59    2045952
     SWAP2 version 1, pagesize=4096, 1047 MB / 999 MiB
     Linux Swap             127  90 28   127 122 59       2048
     SWAP2 version 1, pagesize=4096, 1048 KB / 1024 KiB
     Linux                  127 122 60  4589  90 45   71680000
     ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 36 GB / 34 GiB
     Linux                  127 122 60 117139  90  7 1879795712
     ext4 blocksize=4096 Large_file Sparse_SB, 962 GB / 896 GiB
     Linux                 4589  90 46 121601  57 56 1879795712
     ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 962 GB / 896 GiB

Hint for advanced users. dmsetup may be used if you prefer to avoid to rewrite the partition table for the moment:
echo "0 2045952 linear /dev/sdb 2048" | dmsetup create test0
echo "0 2048 linear /dev/sdb 2045952" | dmsetup create test1
echo "0 71680000 linear /dev/sdb 2048000" | dmsetup create test2
echo "0 1879795712 linear /dev/sdb 2048000" | dmsetup create test3
echo "0 1879795712 linear /dev/sdb 73728000" | dmsetup create test4

interface_write()
 
No partition found or selected for recovery

Le détail d'analyse des autres "blocs groupes" n'ont pas l'air d'avoir changé à ce que j'ai vérifié, donc je ne les ai pas mis.

Dernière modification par herodote k210 (Le 22/11/2018, à 20:42)

Hors ligne

#38 Le 22/11/2018, à 21:10

jamesbad000

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Ca à l'air complet effectivement.
Mais tout même pauvre concernant le segment de droite. Néanmoins avec ça j'en ai assez pour calculer moi même l'emplacement théorique des ses superblock...

herodote k210 a écrit :

Le retour de la commande:

jean-marc@gargantua:~$ sudo dumpe2fs -h -o superblock=214990848 -o blocksize=4096 /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
[sudo] Mot de passe de jean-marc : 
dumpe2fs 1.42.13 (17-May-2015)
dumpe2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
Impossible de trouver un superbloc de système de fichiers valide.

Mais on va déjà tenter de trouver une frontière valide sur le segment de gauche :
Tu va reprendre la commande ci-dessus. En remplacant la valeur de "superbloc=214990848" par les valeurs de la liste de superbloc du post 29. en partant du plus grand. Et ce jusqu'à ce que la commande cesse de réponde "impossible de trouver un superbloc..."
(d'après le  log de testdisk je pari ma plus vielle chemise que la réponse devrait être 7962624)


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 22/11/2018, à 21:26

herodote k210

Re : perte de partition, suite à arrêt de redimensionnement de la partition

En fait c'est à 71663616 que le message impossible de trouver superbloc a disparu:

jean-marc@gargantua:~$ sudo dumpe2fs -h -o superblock=214990848 -o blocksize=4096 /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
[sudo] Mot de passe de jean-marc : 
dumpe2fs 1.42.13 (17-May-2015)
dumpe2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
Impossible de trouver un superbloc de système de fichiers valide.
jean-marc@gargantua:~$ sudo dumpe2fs -h -o superblock=102400000 -o blocksize=4096 /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
dumpe2fs 1.42.13 (17-May-2015)
dumpe2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
Impossible de trouver un superbloc de système de fichiers valide.
jean-marc@gargantua:~$ sudo dumpe2fs -h -o superblock=78675968 -o blocksize=4096 /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
dumpe2fs 1.42.13 (17-May-2015)
dumpe2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
Impossible de trouver un superbloc de système de fichiers valide.
jean-marc@gargantua:~$ sudo dumpe2fs -h -o superblock= 71663616 -o blocksize=4096 /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
dumpe2fs 1.42.13 (17-May-2015)
Utilisation : dumpe2fs [-bfhixV] [-o superblock=<nombre>] [-o blocksize=<nombre>] périphérique
jean-marc@gargantua:~$ 

J'ai fait une erreur j'ai laissé un espace et le numéro est bien invalide:

jean-marc@gargantua:~$ sudo dumpe2fs -h -o superblock=71663616 -o blocksize=4096 /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
dumpe2fs 1.42.13 (17-May-2015)
dumpe2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
Impossible de trouver un superbloc de système de fichiers valide.
jean-marc@gargantua:~$ 

Je reprends et as bien parié :

jean-marc@gargantua:~$ sudo dumpe2fs -h -o superblock=23887872 -o blocksize=4096 /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
dumpe2fs 1.42.13 (17-May-2015)
dumpe2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
Impossible de trouver un superbloc de système de fichiers valide.
jean-marc@gargantua:~$ sudo dumpe2fs -h -o superblock=20480000 -o blocksize=4096 /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
dumpe2fs 1.42.13 (17-May-2015)
dumpe2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
Impossible de trouver un superbloc de système de fichiers valide.
jean-marc@gargantua:~$ sudo dumpe2fs -h -o superblock=11239424 -o blocksize=4096 /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
dumpe2fs 1.42.13 (17-May-2015)
dumpe2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
Impossible de trouver un superbloc de système de fichiers valide.
jean-marc@gargantua:~$ sudo dumpe2fs -h -o superblock=7962624 -o blocksize=4096 /dev/disk/by-id/wwn-0x5000c5002e28ae51-part2
dumpe2fs 1.42.13 (17-May-2015)
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          55b3d9a0-5fbd-4147-8814-4e0067550a8a
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         not clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              2240224
Block count:              8960000
Reserved block count:     448000
Free blocks:              8774364
Free inodes:              2240213
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1021
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8176
Inode blocks per group:   511
Flex block group size:    16
Filesystem created:       Sat Sep 30 17:48:39 2017
Last mount time:          n/a
Last write time:          Sat Sep 30 17:48:40 2017
Mount count:              0
Maximum mount count:      -1
Last checked:             Sat Sep 30 17:48:39 2017
Check interval:           0 (<none>)
Lifetime writes:          132 MB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      e7a7f6f6-70f2-495c-8cda-1017b56e12be
Journal backup:           inode blocks
Fonctionalités du journal :  journal_incompat_revoke
Taille du journal :         128M
Longueur du journal :      32768
Séquence du journal :      0x00028d1c
Début du journal :         0

jean-marc@gargantua:~$ 

Dernière modification par herodote k210 (Le 22/11/2018, à 21:33)

Hors ligne

#40 Le 22/11/2018, à 21:36

herodote k210

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Donc j'ai continué dans mon précédent message, remets à jour la page pour le voir affiché complètement.

Hors ligne

#41 Le 22/11/2018, à 21:59

jamesbad000

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Parfait. Voyons si on trouve l'original de ce superblock dans le segment de droite :

sudo dd skip=$((73728000+7962624/8)) bs=512 count=1  if=/dev/disk/by-id/wwn-0x5000c5002e28ae51 | hd

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 22/11/2018, à 22:03

herodote k210

Re : perte de partition, suite à arrêt de redimensionnement de la partition

La réponse du terminal:

jean-marc@gargantua:~$ sudo dd skip=$((73728000+7962624/8)) bs=512 count=1  if=/dev/disk/by-id/wwn-0x5000c5002e28ae51 | hd
[sudo] Mot de passe de jean-marc : 
00000000  64 a6 b5 1c 96 45 db 49  0d 00 48 cc ac 46 bb b3  |d....E.I..H..F..|
00000010  ac 48 44 4a 4e ec 14 81  d2 a4 37 2e e5 80 a0 31  |.HDJN.....7....1|
00000020  ba 82 85 0b 1a f4 14 25  e1 df 40 22 0b 40 cb 11  |.......%..@".@..|
00000030  0b f2 01 b3 c7 9b 2a 6a  c9 c5 8d c3 24 b2 84 f4  |......*j....$...|
00000040  bb 44 87 b5 61 e4 2d 45  53 93 44 aa b4 d5 56 05  |.D..a.-ES.D...V.|
00000050  3f cc 2a e0 44 27 7d 73  fc 43 75 ef ab 0b 71 33  |?.*.D'}s.Cu...q3|
00000060  6b b7 55 be 4c f9 1a 01  a6 ad ee 70 3e 4e 5b ed  |k.U.L......p>N[.|
1+0 enregistrements lus
1+0 enregistrements écrits
00000070  32 34 2c 99 a1 d0 d8 fc  fe 18 3c d2 49 4c 96 11  |24,.......<.IL..|
00000080  64 b7 5f e2 08 55 ba 40  b5 5a 33 e8 e4 37 cc 5a  |d._..U.@.Z3..7.Z|
00000090  4a 54 96 7b c3 7c a3 c5  10 57 4f 53 07 a2 44 b6  |JT.{.|...WOS..D.|
000000a0  69 97 9f ac ee 8d 27 d4  1c 4f d2 39 a6 2d 40 59  |i.....'..O.9.-@Y|
000000b0  61 41 dc 1a 29 ea cd fd  80 5b 11 34 30 34 9c 5b  |aA..)....[.404.[|
000000c0  6f c7 24 8c 9e a6 ec c8  18 be c9 a7 c6 dd b5 38  |o.$............8|
000000d0  2f b5 58 14 4a 78 01 b4  f3 c7 9f d7 0e d1 d1 e8  |/.X.Jx..........|
000000e0  de 5b 49 29 f1 75 49 47  75 3c e8 06 dd 13 a4 f7  |.[I).uIGu<......|
000000f0  d6 16 ab 00 6d 6a cc 7e  9f 93 0d 64 02 b8 31 4c  |....mj.~...d..1L|
00000100  e2 bc 20 9a 8a 03 00 b6  f5 f1 ec 8b 59 d3 b0 a2  |.. .........Y...|
00000110  47 a1 56 b8 a6 27 ce 77  32 e2 07 ad 8a bb fa 95  |G.V..'.w2.......|
00000120  29 ba ee fd 8c 3f 0d cf  55 33 3f 84 bc 5b 52 c3  |)....?..U3?..[R.|
00000130  dd 03 c0 0b 5a 2a fa 9d  7c bd 1f 49 e7 e3 2c d5  |....Z*..|..I..,.|
00000140  2c 7e 47 8a 01 bd c8 b0  86 5a 87 f0 17 0f 92 7d  |,~G......Z.....}|
00000150  56 b2 26 4f 23 d7 0a 84  f8 1f 5e fb 25 03 26 fa  |V.&O#.....^.%.&.|
00000160  15 bb 21 f3 a2 7e b6 e1  99 ed 7e 95 63 47 ca 97  |..!..~....~.cG..|
00000170  c9 7b b6 4c 9e 1e 69 5b  02 70 5e 9f 35 28 09 9d  |.{.L..i[.p^.5(..|
00000180  e9 f0 9f df 97 e2 12 28  c9 28 75 59 ed 72 50 ee  |.......(.(uY.rP.|
00000190  7b 07 53 48 0a ae 38 30  fa 3d fd c8 b1 f7 8b 81  |{.SH..80.=......|
000001a0  ce bc 67 b2 06 17 a0 3c  4a c1 14 da c4 69 0a 18  |..g....<J....i..|
000001b0  b6 0c d7 e1 ee a1 49 0b  f9 4c 61 a4 9f 98 e5 3c  |......I..La....<|
000001c0  35 59 01 db 52 cd 13 19  cf fa 7f 30 01 bd 12 cd  |5Y..R......0....|
000001d0  35 18 c4 32 87 f0 a4 b7  83 6e 51 9f 4c d7 6e d3  |5..2.....nQ.L.n.|
000001e0  30 2a dd 7f 6e 62 cf 2f  f2 b3 bc 20 74 73 b2 b0  |0*..nb./... ts..|
000001f0  27 10 35 98 3a c5 44 fd  51 a2 a2 0e 68 bc 8e b1  |'.5.:.D.Q...h...|
512 bytes copied, 0,0168972 s, 30,3 kB/s
00000200
jean-marc@gargantua:~$ 

Hors ligne

#43 Le 22/11/2018, à 22:10

jamesbad000

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Perdu... Avec une multiplication plutôt qu'une division on aura une meilleur chance :

dd skip=$((73728000+7962624*8)) bs=512 count=1  if=/dev/disk/by-id/wwn-0x5000c5002e28ae51 | hd

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 22/11/2018, à 22:22

herodote k210

Re : perte de partition, suite à arrêt de redimensionnement de la partition

J'ai un nouveau cas de figure il me refuse d'ouvrir le

jean-marc@gargantua:~$ dd skip=$((73728000+7962624*8)) bs=512 count=1  if=/dev/disk/by-id/wwn-0x5000c5002e28ae51 | hd
dd: impossible d'ouvrir '/dev/disk/by-id/wwn-0x5000c5002e28ae51': Permission non accordée
jean-marc@gargantua:~$ 

Hors ligne

#45 Le 22/11/2018, à 22:25

jamesbad000

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Nomal j'ai perdu le sudo en route

sudo dd skip=$((73728000+7962624*8)) bs=512 count=1  if=/dev/disk/by-id/wwn-0x5000c5002e28ae51 | hd

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 22/11/2018, à 22:33

herodote k210

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Effectivement avec le sudo cela va mieux:

jean-marc@gargantua:~$ sudo dd skip=$((73728000+7962624*8)) bs=512 count=1  if=/dev/disk/by-id/wwn-0x5000c5002e28ae51 | hd
[sudo] Mot de passe de jean-marc : 
00000000  17 82 72 3d ae ed bc 36  99 22 2e c0 c8 6a c3 0c  |..r=...6."...j..|
00000010  5f 9e 63 bb dc 61 08 44  c7 3e 8d 6f 0a 37 bf e6  |_.c..a.D.>.o.7..|
00000020  02 98 a6 4e 4f b2 b0 8f  8a 9a 63 e2 91 95 7e d7  |...NO.....c...~.|
00000030  ca 4a 3d b0 5b df 13 ef  c2 37 47 a0 34 31 a0 76  |.J=.[....7G.41.v|
00000040  49 3d b0 28 63 79 d7 cf  0d ae 46 9f 9b 36 e8 22  |I=.(cy....F..6."|
00000050  ec 04 ae 0a 0c da 09 a4  6a fa 6b 1f 37 15 c8 ab  |........j.k.7...|
00000060  51 28 7f 8f cd e7 a6 a4  96 a5 c3 4b f1 5c 48 65  |Q(.........K.\He|
00000070  d0 89 45 a4 08 0d 18 58  2d e6 43 47 6c 17 20 8e  |..E....X-.CGl. .|
1+0 enregistrements lus
1+0 enregistrements écrits
00000080  6e fa b5 3f c9 40 9c d0  15 32 34 39 3a ed a1 d8  |n..?.@...249:...|
00000090  dd b3 32 ea b3 c9 0e 84  fe 1c 0d d3 f4 0d cb 9a  |..2.............|
000000a0  6e df eb ba 0c 08 ad a7  73 2b 08 ba 5e 7b 28 39  |n.......s+..^{(9|
000000b0  9e 66 dc 76 ab 7d 7b 3c  bd ab 36 8d fb bb f4 31  |.f.v.}{<..6....1|
000000c0  12 b7 d6 58 a1 e9 94 e5  47 ee 91 3e 2f 03 48 b7  |...X....G..>/.H.|
000000d0  d1 59 e2 e5 43 d7 69 bc  c9 ed 80 5b c0 b3 18 c4  |.Y..C.i....[....|
000000e0  4f 6e 44 7a 9b 86 d3 6e  b8 b6 84 20 93 18 0f 3e  |OnDz...n... ...>|
000000f0  5d 1d 50 2b 0b 0e 83 40  36 c5 e0 10 8c 3d 8e 68  |].P+...@6....=.h|
00000100  d1 13 5d 78 a1 23 9e 69  f8 e3 ed b3 91 75 f3 38  |..]x.#.i.....u.8|
00000110  2e 43 3d 33 54 1d 13 4f  91 34 7d db d6 45 1d 22  |.C=3T..O.4}..E."|
00000120  60 22 38 b2 cd df df 37  82 cb fd 8a 08 7e 3f af  |`"8....7.....~?.|
00000130  b6 33 0e f4 94 ca f3 3f  59 ae 92 f6 1f 0f 94 40  |.3.....?Y......@|
00000140  a5 11 11 fd 7b d2 97 8f  69 b7 7c a2 08 65 f1 1f  |....{...i.|..e..|
512 bytes copied, 0,0132055 s, 38,8 kB/s00000150  e6 fe ae 0b e2 31 00 9e  1b b0 f6 37 36 d6 a8 b5  |.....1.....76...|

00000160  96 52 c0 78 d2 f4 fd 89  f3 52 ab 2b 2c fe c3 45  |.R.x.....R.+,..E|
00000170  2f d1 63 d4 86 b8 6e a0  56 28 80 2a d4 06 d5 1b  |/.c...n.V(.*....|
00000180  b1 fc 5a 20 32 8d 0a 47  5c d5 43 35 ac 63 56 95  |..Z 2..G\.C5.cV.|
00000190  25 22 d5 70 63 d2 85 3f  89 a4 c3 f4 88 51 b5 cd  |%".pc..?.....Q..|
000001a0  11 60 29 d8 5e 7d f5 87  f9 08 bb 4c bd 31 23 ca  |.`).^}.....L.1#.|
000001b0  95 34 dd 31 35 ea fe ea  13 b0 fb b5 28 a9 4f 0f  |.4.15.......(.O.|
000001c0  5a 33 fc 1e 92 8a a9 8a  32 84 3e 56 26 ea 38 d6  |Z3......2.>V&.8.|
000001d0  d6 c8 6f 36 cd d5 9d 03  ed f5 a8 5b 17 8f 14 db  |..o6.......[....|
000001e0  8e ef 82 d3 78 d4 e3 ee  da 5c 6d e7 53 ea ca dd  |....x....\m.S...|
000001f0  b0 a9 bc a2 68 bb ce a4  47 d0 88 5e 9a 06 ee 5e  |....h...G..^...^|
00000200
jean-marc@gargantua:~$ 

Hors ligne

#47 Le 22/11/2018, à 22:42

jamesbad000

Re : perte de partition, suite à arrêt de redimensionnement de la partition

erk! Ca n'est pas bon. Je repose tout sur la table et je reviens quand c'est plus clair...


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 22/11/2018, à 22:55

jamesbad000

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Non je vois pas. On va vérifier la formule avec le superblock que testdisk a trouvé

sudo dd skip=$((73728000+214990848*8)) bs=512 count=1  if=/dev/disk/by-id/wwn-0x5000c5002e28ae51 | hd

Dernière modification par jamesbad000 (Le 22/11/2018, à 22:55)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#49 Le 22/11/2018, à 23:21

herodote k210

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Pour la réponse:

jean-marc@gargantua:~$ sudo dd skip=$((73728000+214990848*8)) bs=512 count=1  if=/dev/disk/by-id/wwn-0x5000c5002e28ae51 | hd
[sudo] Mot de passe de jean-marc : 
1+0 enregistrements lus
1+0 enregistrements écrits
00000000  00 60 80 03 00 6d 01 0e  73 45 b3 00 e1 62 c8 0d  |.`...m..sE...b..|
00000010  f5 5f 80 03 00 00 00 00  02 00 00 00 02 00 00 00  |._..............|
00000020  00 80 00 00 00 80 00 00  00 20 00 00 00 00 00 00  |......... ......|
00000030  5e bd cf 59 00 00 ff ff  53 ef 00 00 01 00 00 00  |^..Y....S.......|
00000040  5e bd cf 59 00 00 00 00  00 00 00 00 01 00 00 00  |^..Y............|
00000050  00 00 00 00 0b 00 00 00  00 01 a1 19 3c 00 00 00  |............<...|
00000060  42 02 00 00 7b 00 00 00  a1 29 a7 2a 2c 70 4b 0d  |B...{....).*,pK.|
00000070  ba de 4a 6d 12 2c 62 1c  00 00 00 00 00 00 00 00  |..Jm.,b.........|
00000080  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
512 bytes copied, 0,0209807 s, 24,4 kB/s
000000c0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 c7 03  |................|
000000d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000000e0  08 00 00 00 00 00 00 00  00 00 00 00 bd f8 42 be  |..............B.|
000000f0  fb a9 4b 24 a4 87 aa 45  59 96 85 72 01 01 00 00  |..K$...EY..r....|
00000100  0c 00 00 00 00 00 00 00  5e bd cf 59 0a f3 02 00  |........^..Y....|
00000110  04 00 00 00 00 00 00 00  00 00 00 00 ff 7f 00 00  |................|
00000120  00 80 00 07 ff 7f 00 00  01 00 00 00 ff ff 00 07  |................|
00000130  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000140  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 08  |................|
00000150  00 00 00 00 00 00 00 00  00 00 00 00 1c 00 1c 00  |................|
00000160  01 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000170  00 00 00 00 04 00 00 00  03 17 02 00 00 00 00 00  |................|
00000180  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000200
jean-marc@gargantua:~$ 

Hors ligne

#50 Le 22/11/2018, à 23:23

herodote k210

Re : perte de partition, suite à arrêt de redimensionnement de la partition

Cela analyse les informations contenues dans un secteur?

Dernière modification par herodote k210 (Le 22/11/2018, à 23:24)

Hors ligne