Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites". Attention, le forum rencontre actuellement quelques difficultés. En cas d'erreur 502, il ne faut pas re-valider l'envoi d'un message ou l'ouverture d'une discussion, au risque de créer un doublon.

La section divers se réorganise ! De nouvelles sous-sections à venir. (plus d'infos + donner son avis)

#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 !

En 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 GiB

jamesbad000 > 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 3685004827

Et 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 3685004827

Il 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.

En 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 smile.
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/sdX

La 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 wink

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=4k

bs=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  517101568

Derniè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àDup

Que 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 smile)

En cas de doute, avec le disque en question connecté, donne moi :

sudo blkid
sudo fdisk -lu
sudo mount -l

Derniè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=4k

Derniè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à sad

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.

En 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 » hmm

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)
OK

Tandis 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

ShukatsuRonin a écrit :

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/sda

Derniè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/exFAT
root@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   ntfs

Pour 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.|
00000200

Dé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 geometry

aller 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 -lu

Derniè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

Haut de page ↑