#26 Le 18/03/2013, à 17:17
- moko138
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
@jamesbad000 : merci d'intervenir.
@ShukatsuRonin : je te laisse en de très bonnes mains !
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#27 Le 18/03/2013, à 17:36
- ShukatsuRonin
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
moko138 > En fait, il y a plusieurs grosses icônes sur le bureau de PartedMagic donc une intitulée « Keyboard Layout ». J'avais même pas remarqué. Mais en vérité, le risque de fausse manip est moindre dans la mesure où j'ai opté pour le clavier suisse romand.
Merci pour l'explication sur les partitions, j'aurai appris quelque chose. Et quand à ma sortie de 240Gio, c'est en me basant sur les résultats de TestDisk. En sélectionnant la partition contenant 517101568 secteurs, le programme affiche en bas
ext4 blocksize=4096 Large file Sparse superblock, 264 GB / 246 GiBjamesbad000 > Le paramètre count, je ne le connaissais pas. Je me suis basé sur la commande du wiki d'OpenSuse qui ne le mentionne pas.
Je vais chercher où rentrer l'option P dans TestDisk.
Mon inquiètude vis-à-vis du swap tenait plus à la validité des limites des partitions. Si le swap n'apparaît pas, les partitions ont-elles été bien cernées ?
Par quelle magie peux-tu savoir que les dommages vont jusqu'au 1 943 148 ? Je suis bluffé. À t'écouter, ça s'annonce plutôt bien. Pourtant après une recherche approfondie, le résultat indiquait :
Disk /dev/sda - 320 GB / 298 GiB - CHS 38913 255 63
The harddisk (320 GB / 298 GiB) seems too small! (< 3436 GB / 3200 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...
The following partitions can't be recovered:
Partition Start End Size in sectors
> Linux 20905 201 33 53093 222 57 517101568
FAT12 188427 109 25 417808 94 31 3685004827Et pour les plus courageux, le log :
Sun Mar 17 19:00:58 2013
Command line: TestDisk
TestDisk 6.14-WIP, Data Recovery Utility, September 2012
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Linux, kernel 3.7.9-pmagic64 (#1 SMP PREEMPT Sun Feb 17 21:06:23 CST 2013) x86_64
Compiler: GCC 4.7
Compilation date: 2013-02-16T11:38:45
ext2fs lib: 1.42.7, ntfs lib: libntfs-3g, reiserfs lib: 0.3.0.5, ewf lib: none
/dev/sda: LBA, HPA, LBA48, DCO support
/dev/sda: size 625142448 sectors
/dev/sda: user_max 625142448 sectors
/dev/sda: native_max 625142448 sectors
/dev/sda: dco 625142448 sectors
Warning: can't get size for Disk /dev/mapper/control - 0 B - 1 sectors, sector size=512
Hard disk list
Disk /dev/sda - 320 GB / 298 GiB - CHS 38913 255 63, sector size=512 - WDC WD3200BEVT-08A23T1, S/N:WD-WXJ1A21K1456, FW:02.01A02
Disk /dev/sdb - 4009 MB / 3824 MiB - CHS 1018 124 62, sector size=512 - BUFFALO USB Flash Disk, FW:4000
Partition table type (auto): None
Disk /dev/sda - 320 GB / 298 GiB - WDC WD3200BEVT-08A23T1
Partition table type: Intel
Analyse Disk /dev/sda - 320 GB / 298 GiB - CHS 38913 255 63
Geometry from i386 MBR: head=64 sector=32
BAD_RS LBA=404 776
check_part_i386 1 type EF: no test
BAD_RS LBA=8596 65036
check_part_i386 failed for partition type 83
Current partition structure:
1 * EFI (FAT-12/16/32) 0 6 27 0 136 28 8192
Bad relative sector.
No ext2, JFS, Reiser, cramfs or XFS marker
2 P Linux 0 136 29 121 125 4 1943148
2 P Linux 0 136 29 121 125 4 1943148
Bad relative sector.
search_part()
Disk /dev/sda - 320 GB / 298 GiB - CHS 38913 255 63
FAT12 at 0/6/27
FAT1 : 1-6
FAT2 : 7-12
start_rootdir : 13
Data : 45-8188
sectors : 8192
cluster_size : 4
no_of_cluster : 2036 (2 - 2037)
fat_length 6 calculated 6
heads/cylinder 64 (FAT) != 255 (HD)
sect/track 32 (FAT) != 63 (HD)
FAT12 at 0/6/27
FAT12 0 6 27 0 136 28 8192 [BOOT]
FAT12, blocksize=2048, 4194 KB / 4096 KiB
NTFS at 153/27/3
filesystem size 57343993
sectors_per_cluster 8
mft_lcn 786432
mftmirr_lcn 2
clusters_per_mft_record -10
clusters_per_index_record 1
HPFS - NTFS 153 27 3 3722 154 9 57343993 [Windows7_OS]
NTFS, blocksize=4096, 29 GB / 27 GiB
recover_EXT2: s_block_group_nr=0/23, s_mnt_count=218/4294967295, s_blocks_per_group=8192, s_inodes_per_group=2032
recover_EXT2: s_blocksize=1024
recover_EXT2: s_blocks_count 194560
recover_EXT2: part_size 389120
Linux 3722 186 49 3746 243 17 389120
ext4 blocksize=1024 Sparse superblock, 199 MB / 190 MiB
recover_EXT2: s_block_group_nr=0/74, s_mnt_count=218/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8144
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 2441216
recover_EXT2: part_size 19529728
Linux 3747 20 50 4962 191 29 19529728
ext4 blocksize=4096 Large file Sparse superblock, 9999 MB / 9536 MiB
recover_EXT2: s_block_group_nr=0/1972, s_mnt_count=218/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 64637696
recover_EXT2: part_size 517101568
Linux 4962 223 62 37150 245 23 517101568
ext4 blocksize=4096 Large file Sparse superblock, 264 GB / 246 GiB
NTFS at 37638/83/14
filesystem size 20480000
sectors_per_cluster 8
mft_lcn 786432
mftmirr_lcn 2
clusters_per_mft_record -10
clusters_per_index_record 1
HPFS - NTFS 37638 83 14 38913 37 36 20480000 [Lenovo_Recovery]
NTFS, blocksize=4096, 10485 MB / 10000 MiB
Results
* FAT12 0 6 27 0 136 28 8192 [BOOT]
FAT12, blocksize=2048, 4194 KB / 4096 KiB
P HPFS - NTFS 153 27 3 3722 154 16 57344000 [Windows7_OS]
NTFS, blocksize=4096, 29 GB / 27 GiB
P Linux 3722 186 49 3746 243 17 389120
ext4 blocksize=1024 Sparse superblock, 199 MB / 190 MiB
L Linux 3747 20 50 4962 191 29 19529728
ext4 blocksize=4096 Large file Sparse superblock, 9999 MB / 9536 MiB
L Linux 4962 223 62 37150 245 23 517101568
ext4 blocksize=4096 Large file Sparse superblock, 264 GB / 246 GiB
L HPFS - NTFS 37638 83 14 38913 37 36 20480000 [Lenovo_Recovery]
NTFS, blocksize=4096, 10485 MB / 10000 MiB
add_ext_part_i386: max
add_ext_part_i386: max
interface_write()
1 * FAT12 0 6 27 0 136 28 8192 [BOOT]
2 P HPFS - NTFS 153 27 3 3722 154 16 57344000 [Windows7_OS]
3 P Linux 3722 186 49 3746 243 17 389120
4 E extended LBA 3746 243 18 38913 70 5 564946944
5 L Linux 3747 20 50 4962 191 29 19529728
6 L Linux 4962 223 62 37150 245 23 517101568
7 L HPFS - NTFS 37638 83 14 38913 37 36 20480000 [Lenovo_Recovery]
search_part()
Disk /dev/sda - 320 GB / 298 GiB - CHS 38913 255 63
FAT12 at 0/6/27
FAT1 : 1-6
FAT2 : 7-12
start_rootdir : 13
Data : 45-8188
sectors : 8192
cluster_size : 4
no_of_cluster : 2036 (2 - 2037)
fat_length 6 calculated 6
heads/cylinder 64 (FAT) != 255 (HD)
sect/track 32 (FAT) != 63 (HD)
FAT12 at 0/6/27
FAT12 0 6 27 0 136 28 8192 [BOOT]
FAT12, blocksize=2048, 4194 KB / 4096 KiB
NTFS at 153/27/2
filesystem size 2457600
sectors_per_cluster 8
mft_lcn 102400
mftmirr_lcn 2
clusters_per_mft_record -10
clusters_per_index_record 1
HPFS - NTFS 0 32 33 153 27 2 2457600 [SYSTEM_DRV]
NTFS found using backup sector, blocksize=4096, 1258 MB / 1200 MiB
NTFS at 153/27/3
filesystem size 57343993
sectors_per_cluster 8
mft_lcn 786432
mftmirr_lcn 2
clusters_per_mft_record -10
clusters_per_index_record 1
HPFS - NTFS 153 27 3 3722 154 9 57343993 [Windows7_OS]
NTFS, blocksize=4096, 29 GB / 27 GiB
NTFS at 3722/154/16
filesystem size 57343993
sectors_per_cluster 8
mft_lcn 786432
mftmirr_lcn 2
clusters_per_mft_record -10
clusters_per_index_record 1
HPFS - NTFS 153 27 10 3722 154 16 57343993
NTFS found using backup sector, blocksize=4096, 29 GB / 27 GiB
recover_EXT2: s_block_group_nr=0/23, s_mnt_count=218/4294967295, s_blocks_per_group=8192, s_inodes_per_group=2032
recover_EXT2: s_blocksize=1024
recover_EXT2: s_blocks_count 194560
recover_EXT2: part_size 389120
Linux 3722 186 49 3746 243 17 389120
ext4 blocksize=1024 Sparse superblock, 199 MB / 190 MiB
block_group_nr 1
recover_EXT2: "e2fsck -b 8193 -B 1024 device" may be needed
recover_EXT2: s_block_group_nr=1/23, s_mnt_count=0/4294967295, s_blocks_per_group=8192, s_inodes_per_group=2032
recover_EXT2: s_blocksize=1024
recover_EXT2: s_blocks_count 194560
recover_EXT2: part_size 389120
Linux 3722 186 47 3746 243 15 389120
ext4 blocksize=1024 Sparse superblock Backup superblock, 199 MB / 190 MiB
block_group_nr 3
recover_EXT2: "e2fsck -b 24577 -B 1024 device" may be needed
recover_EXT2: s_block_group_nr=3/23, s_mnt_count=0/4294967295, s_blocks_per_group=8192, s_inodes_per_group=2032
recover_EXT2: s_blocksize=1024
recover_EXT2: s_blocks_count 194560
recover_EXT2: part_size 389120
Linux 3722 186 47 3746 243 15 389120
ext4 blocksize=1024 Sparse superblock Backup superblock, 199 MB / 190 MiB
block_group_nr 5
recover_EXT2: "e2fsck -b 40961 -B 1024 device" may be needed
recover_EXT2: s_block_group_nr=5/23, s_mnt_count=0/4294967295, s_blocks_per_group=8192, s_inodes_per_group=2032
recover_EXT2: s_blocksize=1024
recover_EXT2: s_blocks_count 194560
recover_EXT2: part_size 389120
Linux 3722 186 47 3746 243 15 389120
ext4 blocksize=1024 Sparse superblock Backup superblock, 199 MB / 190 MiB
block_group_nr 7
recover_EXT2: "e2fsck -b 57345 -B 1024 device" may be needed
recover_EXT2: s_block_group_nr=7/23, s_mnt_count=0/4294967295, s_blocks_per_group=8192, s_inodes_per_group=2032
recover_EXT2: s_blocksize=1024
recover_EXT2: s_blocks_count 194560
recover_EXT2: part_size 389120
Linux 3722 186 47 3746 243 15 389120
ext4 blocksize=1024 Sparse superblock Backup superblock, 199 MB / 190 MiB
block_group_nr 9
recover_EXT2: "e2fsck -b 73729 -B 1024 device" may be needed
recover_EXT2: s_block_group_nr=9/23, s_mnt_count=0/4294967295, s_blocks_per_group=8192, s_inodes_per_group=2032
recover_EXT2: s_blocksize=1024
recover_EXT2: s_blocks_count 194560
recover_EXT2: part_size 389120
Linux 3722 186 47 3746 243 15 389120
ext4 blocksize=1024 Sparse superblock Backup superblock, 199 MB / 190 MiB
recover_EXT2: s_block_group_nr=0/74, s_mnt_count=218/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8144
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 2441216
recover_EXT2: part_size 19529728
Linux 3747 20 50 4962 191 29 19529728
ext4 blocksize=4096 Large file Sparse superblock, 9999 MB / 9536 MiB
recover_EXT2: s_block_group_nr=0/74, s_mnt_count=217/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8144
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 2441216
recover_EXT2: part_size 19529728
Linux 4289 2 2 5504 172 44 19529728
ext4 blocksize=4096 Large file Sparse superblock Recover, 9999 MB / 9536 MiB
recover_EXT2: s_block_group_nr=0/74, s_mnt_count=193/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8144
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 2441216
recover_EXT2: part_size 19529728
Linux 4295 227 29 5511 143 8 19529728
ext4 blocksize=4096 Large file Sparse superblock Recover, 9999 MB / 9536 MiB
recover_EXT2: s_block_group_nr=0/74, s_mnt_count=193/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8144
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 2441216
recover_EXT2: part_size 19529728
Linux 4296 0 1 5511 170 43 19529728
ext4 blocksize=4096 Large file Sparse superblock Recover, 9999 MB / 9536 MiB
recover_EXT2: s_block_group_nr=0/74, s_mnt_count=193/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8144
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 2441216
recover_EXT2: part_size 19529728
Linux 4296 69 62 5511 240 41 19529728
ext4 blocksize=4096 Large file Sparse superblock Recover, 9999 MB / 9536 MiB
recover_EXT2: s_block_group_nr=0/74, s_mnt_count=182/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8144
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 2441216
recover_EXT2: part_size 19529728
Linux 4301 30 18 5516 200 60 19529728
ext4 blocksize=4096 Large file Sparse superblock Recover, 9999 MB / 9536 MiB
recover_EXT2: s_block_group_nr=0/1972, s_mnt_count=218/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 64637696
recover_EXT2: part_size 517101568
Linux 4962 223 62 37150 245 23 517101568
ext4 blocksize=4096 Large file Sparse superblock, 264 GB / 246 GiB
BAD_RS LBA=3027086646 16206995
check_FAT: can't read FAT boot sector
check_part_i386 failed for partition type 01
FAT12 188427 109 25 417808 94 31 3685004827
This partition ends after the disk limits. (start=3027086646, size=3685004827, end=2417124176, disk end=625142448)
recover_EXT2: s_block_group_nr=0/1972, s_mnt_count=218/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 64637696
recover_EXT2: part_size 517101568
Linux 20905 201 33 53093 222 57 517101568
ext4 blocksize=4096 Large file Sparse superblock Recover, 264 GB / 246 GiB
This partition ends after the disk limits. (start=335851520, size=517101568, end=852953087, disk end=625142448)
NTFS at 37638/83/14
filesystem size 20480000
sectors_per_cluster 8
mft_lcn 786432
mftmirr_lcn 2
clusters_per_mft_record -10
clusters_per_index_record 1
HPFS - NTFS 37638 83 14 38913 37 36 20480000 [Lenovo_Recovery]
NTFS, blocksize=4096, 10485 MB / 10000 MiB
NTFS at 38913/37/36
filesystem size 20480000
sectors_per_cluster 8
mft_lcn 786432
mftmirr_lcn 2
clusters_per_mft_record -10
clusters_per_index_record 1
HPFS - NTFS 37638 83 14 38913 37 36 20480000 [Lenovo_Recovery]
NTFS found using backup sector, blocksize=4096, 10485 MB / 10000 MiB
NTFS at 153/27/2
filesystem size 2457600
sectors_per_cluster 8
mft_lcn 102400
mftmirr_lcn 2
clusters_per_mft_record -10
clusters_per_index_record 1
NTFS at 153/27/3
filesystem size 57343993
sectors_per_cluster 8
mft_lcn Hors ligne
#28 Le 18/03/2013, à 18:09
- jamesbad000
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
Pas de magie, je me suis basé sur la taille de partition qui apparait dans le rapport boot info.
Mais en fait c'est une erreur de ma part, car dd a bêtement copié la table de partition du disque source. Pour autant il n'en a pas interprété le contenu, et a pu potentiellement copier bien au delà de la limite de partition... Car je suppose que tu as indiqué comme source un disque, sous la forme if=/dev/sdb et non une partition sous la forme /dev/sdb1. Ta clef faisant 4 Go, c'est vrai que ça a pu aller plus loin.
Néanmoins il reste probable que tu as interrompu l'opération suffisamment tôt et que la partition détectée à +1Go n'a pas été écrasée, autrement elle n'apparaitrait pas dans le résultat du quick search.
Dans tous les cas, l'option P permettra de trancher...
L'option P est disponible à partir du résultat du quick search et du deep search. Il faut sélectionner une partition à examiner en déplaçant la sélection avec les flêches verticales.
Pour ce qui est de ça
The following partitions can't be recovered:
Partition Start End Size in sectors
> Linux 20905 201 33 53093 222 57 517101568
FAT12 188427 109 25 417808 94 31 3685004827Il s'agit probablement de faux positif de partitions étendues. La première partition finie bien au delà des limites disque, quand à la 2 ème elle orbite carrément au delà de l’héliosphère...
Edit : La perte du swap n'a aucun impact sur la fiabilité des informations fournis par testdisk...
chaque partition est "cernée" individuellement par testdisk en fonction des descripteur de système de fichier qu'il retrouve sur le disque, et éventuellement des EBR/VBR (table de partition étendue et table de partition logiques)
Dernière modification par jamesbad000 (Le 18/03/2013, à 18:15)
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 18/03/2013, à 19:43
- moko138
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
@ jamesbad000 Si j'ai bien compris, l'input-file était du genre /.../opensuse.iso, et dd ne pouvait pas aller au-delà des
"971574" kio (taille de l'iso) affichés par hexdump au message 16 ; est-ce exact ?
@ ShukatsuRonin : "971574" (kio),
= 971 574 * 1024 o
= 971 574 * 2 * 512 o
= 1 943 148 * 512 octets (o).
D'ailleurs tu retrouves ce nombre de 1943148 dans le rapport testdisk de ton message 27.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#30 Le 18/03/2013, à 20:22
- jamesbad000
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
En fait j'aurais du me pincer qu'en j'ai dis que c'était clair 
.
A défaut d'avoir les caractéristiques de la source, et la commande exacte qui a été passée, on peut se perdre en conjecture longtemps.
Ce qui est certain c'est que la cible n'a pas été écrasée au delà de la dimension de la source. Donc si la source était un fichier .iso de 971574 Ko, le disque cible n'a pas pu être écrasé plus loin (sauf à ce que la commande dd ait été affublée d'un paramètre seek=xxx.)
En revanche si la source était un live usb, à la mode "créateur de disque de démarrage" d'ubuntu. Il s'agit d'une source type /dev/sdx... classique, et c'est donc de la taille du support sdx que dépend l'étendue de l'impact sur la cible.
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#31 Le 18/03/2013, à 22:46
- ShukatsuRonin
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
Un grand merci à vous deux pour les explications. J'arrive à suivre à peu près...
L'image iso d'OpenSUSE 12.3 est annoncée à 953Mo (C'est possible ?) et la commande était la suivante :
# dd if=/path/to/downloaded.iso of=/dev/sdXLa cible était bien un disque et pas une partition.
En me baladant sur le disque, il semble intact.
J'opère des sauvegardes avant d'essayer l'option write ? Mais, j'y pense, j'ai chiffré mon home et je n'arrive pas à me balader dedans...
Dernière modification par ShukatsuRonin (Le 18/03/2013, à 23:07)
Hors ligne
#32 Le 19/03/2013, à 00:33
- jamesbad000
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
Ok, si c'est bien un fichier iso qui a été copié, alors ça confirme ce que j'annonçais au début (et après trois tours sur moi même, je retombe sur mes papattes )
Et oui un iso peut faire plus que la taille d'un cd rom. Et il peut être copié sur un dvd
Bon home crypté ! Décidément c'est de saison...
Pour tout dire, pour se prémunir de toute erreur, toujours possible, le plus sur et le plus simple serait de faire une copie intégrale du disque (avec dd) sur un autre disque libre de partitions, ou dans un fichier image. Ou au moins des partitions critiques. S'il faut choisir, les data plutôt que les os qui peuvent toujours se reconstruire.
Sinon testdisk permet aussi de faire une copie, mais de partitions uniquement, dans un fichier image (voir >[ Advanced ] Filesystem Utils)
Si tu n'a pas la place pour la partition home complète et que sont taux de remplissage n'est pas trop élevé (c'est à dire que tu as la place disponible pour copier le contenu effectif), on peut tenter un montage de la partition en lecture seule en créant un device loop sur l'adresse de la partition, avant la réparation. Mais ça va peut-être faire pas mal de manip... Si tu veux choisir cette voie, il faudra m'indiquer quel est ton système de cryptage !
Si tu décide de passer outre la sécurité d'un backup. Après réparation, vérifie bien que tu accède à tes partitions en lecture, et qu'il y a des fichiers valides dedans. Et ce avant de faire quoique ce soit qui écrive dans les partitions... et en particulier avant d'essayer de redémarrer un os dessus.
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 19/03/2013, à 15:06
- ShukatsuRonin
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
Merci pour la réponse de bon matin 
J'ai lu, j'ai regardé, mais je bute sur un problème malgré tout. Le disque dur externe dont je dispose contient les sauvegardes effectuées avec Déjà Dup. Sauvegardes sur lesquelles je compte en cas d'échec de la procédure de sauvetage. Or, si j'ai bien compris, bien que ce disque ait largement la place (1To) pour contenir les sauvegardes plus l'image de mon disque, avec la commande « dd » je perdrai tout le reste.
Il n'y aurait pas un moyen pour copier ma partition home sans écraser ce qui est déjà présent sur le disque ? {Au passage, TestDisk affiche après recherche mes partitions sans les numéroter. Je ne me souviens pas avec certitude du numéro de partition de mon home - bien que je pense l'avoir créé en dernier}. Ou je dois passer dans un magasin pour me racheter un disque dur...
Dernière modification par ShukatsuRonin (Le 19/03/2013, à 15:13)
Hors ligne
#34 Le 19/03/2013, à 15:11
- jamesbad000
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
Si il y a moyen. Avec dd la cible peut tout aussi bien être un fichier qu'un disque ou une partition:
par exemple pour copier le disque sda dans le fichier /media/xxxx/sda.img
sudo dd if=/dev/sda of=/media/xxxx/sda.img bs=4kbs=4k améliore les perf en copiant par bloc de 4k (valeur moyenne qui donne de bon résultats. Autrement il faut faire des test pour déterminer l'optimum correspondant à test disques sources et cibles)
Attention de pas remettre un /dev dans of !!!!
edit : j'avais cru comprendre que ton home était la partition d'environ 250 Go. donc celle ci (la taille 517101568 est indiquée en nombre de secteur de 512 octets c'est à dire 0,5 Ko)
L Linux 4962 223 62 37150 245 23 517101568Dernière modification par jamesbad000 (Le 19/03/2013, à 15:23)
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 19/03/2013, à 15:29
- ShukatsuRonin
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
Je m'excuse d'insister lourdement, mais avec cette commande, les fichiers de sauvegardes de Déjà Dup déjà présents sur sdc ne seront pas écrasés ?
Si j'ai bien compris le processus, la source ce sera plutôt sda que sdc. Et pourquoi « of=/media/xxxx/sdc.img » et pas simplement of=/media/sdc.img ? Je ne vois aucun dossier entre les deux...
Hors ligne
#36 Le 19/03/2013, à 15:38
- jamesbad000
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
Oui, c'est plutôt sda, m'enfin il vaut mieux vérifier sur quel dev sont tes disques avant de commencer, parce que d'un boot à l'autre, et avec les déconnexion / reconnexion d'usb ça peut changer,
/media est une coquille vide. Normalement quand tu connecte un disque usb, il créé un sous répertoire avec l'UUID ou le label de la partition. Ce sous répertoire étant la racine de la partition en question.
Si tu écrit directement dans /media, tu écris sur la partition racine de ton os (si c'est un live autant dire que tu écris dans le vide)
Autrement j'avoue que je ne connais pas Déjà dup. Donne moi le retour de
sudo fdisk -lu /dev/tondisqueDéjàDupQue je vois ce qu'il y a dessus...
edit: j'ai corrigé là ou j'avais écrit "disque" au lieu de "partition"
Dernière modification par jamesbad000 (Le 19/03/2013, à 16:02)
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 19/03/2013, à 16:07
- ShukatsuRonin
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
Alors, plutôt que lancer ta commande, peut-être qu'une petite explication suffit. Déjà Dup, renommé simplement en « sauvegarde » si je ne m'abuse, est le programme de sauvegarde automatique livré avec Ubuntu depuis 2011 ou 2012. Déjà Dup est un « front-end » gtk de Duplicity. Il opére des sauvegardes sous la forme d'archives gzip de 50Méga chacune. À la racine de mon disque dur externe se trouve donc plusieurs miliers d'archives, un « manifeste » de type :
Localdir /
Volume 1:
StartingPath .
EndingPath home/mon_petit_nom/.icons/Faenza/mimetypes/scalable/text-x-c++.svg 3
Hash SHA1 a2a1236a470d92f5b9cc47d5b8f8c3089ccbe36e
Volume 2:
StartingPath home/mon_petit_nom/.icons/Faenza/mimetypes/scalable/text-x-c++.svg 4, etc. et un classique « lost+found ».
J'ai été clair ?
Hors ligne
#38 Le 19/03/2013, à 16:20
- jamesbad000
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
Oui, ca me semble clair. Donc il s'agit de sauvegarde "classique" dans des fichiers archive, dans une partition montée dans un sous répertoire. Et pas d'une duplication de disque à disque.
Donc la commande que je t'ai donnée en exemple va rajouter un gros fichier la taille du disque copié dans le sous répertoire en question. Mais à toi de savoir quel est le chemin d'accès à ce répertoire (j'ai mis /media/xxx parce que en général le montage se fait dans un sous répertoire, mais peut-être l'a tu monté directement dans /media. Je peux pas savoir, ma boule de cristal est en panne )
En cas de doute, avec le disque en question connecté, donne moi :
sudo blkid
sudo fdisk -lu
sudo mount -lDernière modification par jamesbad000 (Le 19/03/2013, à 16:26)
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 19/03/2013, à 16:29
- ShukatsuRonin
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
Voici :
root@partedmagic:~# sudo blkid
/dev/sda1: SEC_TYPE="msdos" LABEL="BOOT" UUID="5739-2EE3" TYPE="vfat"
/dev/sda2: LABEL="openSUSE 12.3 KDE Live" TYPE="iso9660"
/dev/sdb1: LABEL="LIVEDVD^?vM-7M-l" UUID="6CD8-B4D8" TYPE="vfat"
/dev/sdc1: LABEL="LaCie" UUID="f165cc40-b0dd-4ffe-bf25-35b97186c465" TYPE="ext4"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
root@partedmagic:~# sudo fdisk -lu
Disk /dev/sda: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders, total 625142448 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xcee0ec63
Device Boot Start End Blocks Id System
/dev/sda1 * 404 8595 4096 ef EFI (FAT-12/16/32)
/dev/sda2 8596 1951743 971574 83 Linux
Disk /dev/sdb: 4009 MB, 4009754624 bytes
124 heads, 62 sectors/track, 1018 cylinders, total 7831552 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000d31c3
Device Boot Start End Blocks Id System
/dev/sdb1 * 62 7826383 3913161 c W95 FAT32 (LBA)
Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000a0cf1
Device Boot Start End Blocks Id System
/dev/sdc1 2048 1953523711 976760832 83 Linux
root@partedmagic:~# sudo mount -l
nfsd on /proc/fs/nfsd type nfsd (rw)
/dev/sdc1 on /media/sdc1 type ext4 (rw) [LaCie]
/dev/sdb1 on /media/sdb1 type vfat (rw,utf8) [LIVEDVDv]
/dev/sda2 on /media/sda2 type iso9660 (ro) [openSUSE 12.3 KDE Live]Donc un petit « sudo dd if=/dev/sda of=/media/sdc.img bs=4k » et mon disque dur externe LaCie accueillera mes archives Déjà Dup ainsi que l'image de mon disque dur interne (sans avoir besoin de mentionner ni sdc1, ni l'UUID) ?
Hors ligne
#40 Le 19/03/2013, à 16:38
- jamesbad000
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
/dev/sdc1 on /media/sdc1 type ext4 (rw) [LaCie]ceci indique que le système de fichier de ta partition /dev/sdc1 (1To) est montée dans /media/sdc1.
Ton disque source de 320 Go apparait bien en /dev/sda. Donc la commande de copie correcte est :
sudo dd if=/dev/sda of=/media/sdc1/sda.img bs=4kDernière modification par jamesbad000 (Le 19/03/2013, à 16:39)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#41 Le 19/03/2013, à 16:41
- ShukatsuRonin
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
Évidemment. J'ai un peu honte, il aura vraiment fallu qu'on me prenne par la main sur ce coup-là 
Hors ligne
#42 Le 19/03/2013, à 16:59
- jamesbad000
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
Y a pas à avoir honte. Il faut arriver à comprendre la différence entre un fichier device (dans /dev) qui ne connait que des n° de secteurs alignés les un derrières les autres, et un système de fichier monté qui fournis toute une logistique pour savoir quel fichier est dans quel secteur, et évite ainsi d'aller écrire là ou il y a déjà quelque chose.
En plus après ta mésaventure, je peux comprendre que l'utilisation de la commande dd te semble quelque peu rebutante...
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#43 Le 19/03/2013, à 21:21
- ShukatsuRonin
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
Voilà, l'image de mon disque dur interne est sur mon disque externe.
J'en déduis que je peux relancer une analyse du disque puis avec l'option « write » , écrire la table de partition. Et, si j'ai de la chance, au prochain démarrage les choses rentrent dans l'ordre.
Par curiosité, si je ne suis pas découragé et que je cherche à utiliser la commande dd pour créer une live-usb, en précisant, par exemple, sdb1, cela empêchera l'image iso de prendre toute la clé et d'effacer le reste ?
Hors ligne
#44 Le 19/03/2013, à 23:06
- jamesbad000
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
Et, si j'ai de la chance, au prochain démarrage les choses rentrent dans l'ordre. Je doute que ça suffise pour que le prochain démarrage ait lieu !
Il va falloir réparer ton boot avant. Tente un coup de "réparation recommandée", et si ça ne suffit pas refait un rapport boot info (A priori celui issue de la réparation n'est pas à jour)
Il faudra aussi que tu recréé une partition pour le swap et que tu remette éventuellement à jour ton fstab en fonction du nouvel UUID. (ou alors tu modifie l'UUID du nouveau swap en faisant mkswap -U uuuuuuu /dev/sdXY)
Copier une image iso dans une partition ne fera en aucun cas une clef bootable ! Pour faire une clef bootable à partir d'une image iso, il faut utiliser usb-creator qui fonctionne très bien en général !
Après si tu veux le faire manuellement c'est un peu compliqué... Et ça ne fonctionne pas non plus en copiant directement une image iso sur une clé.
Je dois avoir posté dans un sujet qui traite de la méthode manuelle... Mais ne mélangeons pas tous.
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#45 Le 19/03/2013, à 23:12
- moko138
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
Je comprends que tu veuilles éviter d'écraser au-delà de la fin de telle partition !
Mais, d'une part, pour faire une clef amorçable, il faur créer un mbr précis, qui définit divers éléments, continue par la table des partitions et finit par l'octet d'amorçabilité. Après seulement commence sdX1.
D'autre part la logique de dd est autre ; elle est bien expliquée dans la doc.
http://doc.ubuntu-fr.org/dd
Chapeau bas, au passage, aux rédacteurs de cette page claire, contre toute attente.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#46 Le 20/03/2013, à 12:53
- ShukatsuRonin
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
moko138 et jamesbad000, je dois avouer qu'en écrivant ma demande, une petite voix me disait que que je me trompais au sujet de dd. J'ai cédé à l'attrait de la pensée magique. Comme le dit jamesbad000, ce sont deux sujets différents (même si un le lien vers le fil où tu expliques la méthode manuelle m'intéresserait pour une prochaine fois).
Hier soir, j'ai donc lancé l'option write et redémarré ma machine. La situation n'a pas tellement changé, j'ai toujours droit à « this is not a bootable disk ».
Quand je lance testdisk, à la page
Please select the partition table type, press Enter when done.il propose toujours « none » par défaut. Il est nécessaire de passer par la recherche rapide pour voir les partitions qui apparaissent ainsi :
Warning: number of heads/cylinder mismatches 64 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 32 (FAT) != 63 (HD)
1 * FAT12 0 6 27 0 136 28 8192 [BOOT]
2 P HPFS - NTFS 153 27 3 3722 154 16 57344000 [Windows7_OS]
3 P Linux 3722 186 49 3746 243 17 389120
4 E extended LBA 3746 243 18 38913 70 5 564946944
5 L Linux 3747 20 50 4962 191 29 19529728
X extended 4962 222 1 37150 245 23 517101692
6 L Linux 4962 223 62 37150 245 23 517101568
X extended 37638 82 1 38913 37 36 20480076
7 L HPFS - NTFS 37638 83 14 38913 37 36 20480000 [Lenovo_Recovery]Je ne suis pas très sûr de l'étape suivante.
P.S. : Mon disque apparaît maintenant dans le navigateur de fichiers de PartedMagic, mais impossible de monter ses partitions. Les partitions 3 à 6 (incluse) sont nommées « openSUSE 12.3 KDE Live » 
Dernière modification par ShukatsuRonin (Le 20/03/2013, à 13:01)
Hors ligne
#47 Le 20/03/2013, à 13:20
- ShukatsuRonin
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
En cherchant un peu plus, pour réparer mon boot j'ai découvert sous Advanced que :
Disk /dev/sda - 320 GB / 298 GiB - CHS 38913 255 63
Partition Start End Size in sectors
1 * FAT12 0 6 27 0 136 28 8192 [BOOT]
Boot sector
Warning: number of heads/cylinder mismatches 64 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 32 (FAT) != 63 (HD)
OKTandis que :
Disk /dev/sda - 320 GB / 298 GiB - CHS 38913 255 63
Partition Start End Size in sectors
2 P HPFS - NTFS 153 27 3 3722 154 16 57344000 [Windows7_OS]
Boot sector
Status: OK
Backup boot sector
Status: OK
Sectors are identical.Ce qui me fait penser, le boot en fat 12, c'est à cause de la live usb, non ?
Hors ligne
#48 Le 20/03/2013, à 13:44
- jamesbad000
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
La situation n'a pas tellement changé, j'ai toujours droit à « this is not a bootable disk ».
Oui ça comme je l'avais dit en #44 il fallait s'y attendre. Réparer la table de partition est une chose, réparer le boot en est une autre.
Mais pour le moment on en a visiblement pas fini avec la première étape. Et il est inutile, voir nuisible, de tenter de réparer le boot sans un partitionnement viable
Warning: number of heads/cylinder mismatches 64 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 32 (FAT) != 63 (HD)Visiblement ton MBR continue à porter la géométrie de l'iso. J'avais repéré ce détail dans le log de testdisk, mais je pensais que ça serait corrigé par testdisk ou ignoré. Encore un coup de la pensée magique :-)
J'avoue que j'ai du mal à comprendre pourquoi ce paramètre intervient, alors qu'avec un disque de cette dimension, le mode d'adressage CHS est totalement en dehors de ses limites d'adressage.
Bref c'est une complication supplémentaire qu'il va quand même falloir prendre en compte visiblement.
D'abord une confirmation, avant de lancer ta récupération, tu avais bien choisi
>[Intel ] Intel/PC partition?
Ensuite, quelques vérif avant de se lancer à modifier la géométrie dans testdisk :
donne le retour de
sudo fdisk -lu
sudo parted -l
sudo hexdump -C -n 66 -s 0x1be /dev/sdaDernière modification par jamesbad000 (Le 20/03/2013, à 13:44)
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 20/03/2013, à 13:57
- ShukatsuRonin
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
Oui, j'ai toujours opté pour Intel qui me paraissait la seule option probable.
root@partedmagic:~# fdisk -lu
Disk /dev/sda: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders, total 625142448 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xcee0ec63
Device Boot Start End Blocks Id System
/dev/sda1 * 404 8595 4096 1 FAT12
/dev/sda2 2459648 59803647 28672000 7 HPFS/NTFS/exFAT
/dev/sda3 59805696 60194815 194560 83 Linux
/dev/sda4 60194816 625141759 282473472 f W95 Ext'd (LBA)
/dev/sda5 60196864 79726591 9764864 83 Linux
/dev/sda6 79728640 596830207 258550784 83 Linux
/dev/sda7 604659712 625139711 10240000 7 HPFS/NTFS/exFATroot@partedmagic:~# parted -l
Model: ATA WDC WD3200BEVT-0 (scsi)
Disk /dev/sda: 320GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 207kB 4401kB 4194kB primary boot
2 1259MB 30,6GB 29,4GB primary ntfs
3 30,6GB 30,8GB 199MB primary ext4
4 30,8GB 320GB 289GB extended lba
5 30,8GB 40,8GB 9999MB logical ext4
6 40,8GB 306GB 265GB logical ext4
7 310GB 320GB 10,5GB logical ntfsPour les deux résultats précédents, j'ai omis ceux ayant trait à la clé USB.
root@partedmagic:~# hexdump -C -n 66 -s 0x1be /dev/sda
000001be 80 06 1b 00 01 88 1c 00 94 01 00 00 00 20 00 00 |............. ..|
000001ce 00 1b 03 99 07 fe ff ff 00 88 25 00 00 00 6b 03 |..........%...k.|
000001de 00 fe ff ff 83 fe ff ff 00 90 90 03 00 f0 05 00 |................|
000001ee 00 fe ff ff 0f fe ff ff 00 80 96 03 00 68 ac 21 |.............h.!|
000001fe 55 aa |U.|
00000200Désolé pour toutes ces complications.
Hors ligne
#50 Le 20/03/2013, à 16:31
- jamesbad000
Re : [Résolu] Depuis une mauvaise manip' avec dd, mon pc ne démarre plus
Bon, après prise de tête à recouper ces infos, ou chaque outils s'exprime dans des unités différentes.
Le ponpon étant attribué au codage du chs fournis par le dump...
J'arrive à la conclusion que le partitionnement est conforme à ce qu'on pouvait attendre.
Après il semble que seul partedmagic soit perturbé par ce problème de géométrie à la noix. Mais il est possible que ça perturbe aussi le système de fichier FAT. (Sachant que ce dernier à probablement pris un coup de chaud. Vue sa position sur le disque)
Donc pour essayer de corriger ce problème de géométrie:
retourner dans testdisk et après choix du partitionnement aller dans
[ Geometry ] Change disk geometryaller sur l'otion
[ Heads ]
faire entrée, vérifier qu'il est bien indiqué 64. Si oui saisir 255
puis sur
>[ Sectors ]
Vérifier qu'il est indiqué 32, si oui saisir 63
Ne surtout pas toucher à [Sector Size] !!!
ensuite Ok, et si les valeurs étaient déjà correcte tu arrête là
Autrement relancer un quicksearch et revalider tes partitions comme hier.
Ensuite revérifie dans partedmagic et redonne moi le résultat de
sudo fdisk -luDernière modification par jamesbad000 (Le 20/03/2013, à 16:41)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne