#26 Le 19/11/2018, à 21: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, à 21: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, à 19: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, à 22: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 21/11/2018, à 23: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 21/11/2018, à 23: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 21/11/2018, à 23:20)
Hors ligne
#31 Le 21/11/2018, à 23: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 21/11/2018, à 23: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 21/11/2018, à 23:41
- jamesbad000
Re : perte de partition, suite à arrêt de redimensionnement de la partition
...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, à 00: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, à 00: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, à 18: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: TestDiskTestDisk 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:AV22Partition table type (auto): Intel
Disk /dev/sdb - 1000 GB / 931 GiB - ST31000524NS
Partition table type: IntelAnalyse 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 1879795712search_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 MiBrecover_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 GiBResults
* 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 GiBHint 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 test1interface_write()
1 * Linux Swap 0 32 33 127 122 59 2045952
2 P Linux 127 122 60 117139 90 7 1879795712search_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 KiBrecover_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 GiBblock_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 GiBblock_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 GiBblock_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 GiBblock_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 GiBblock_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 GiBblock_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 GiBblock_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 GiBblock_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, à 18:32)
Hors ligne
#36 Le 22/11/2018, à 18: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, à 19: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, à 19:42)
Hors ligne
#38 Le 22/11/2018, à 20: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...
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, à 20: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, à 20:33)
Hors ligne
#40 Le 22/11/2018, à 20: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, à 20: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, à 21: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, à 21: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, à 21: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, à 21: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, à 21: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, à 21: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, à 21: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, à 21: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, à 22: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, à 22: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, à 22:24)
Hors ligne