Contenu | Rechercher | Menus

Annonce

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

À propos de l'équipe du forum.

Pages : 1 2

#26 Le 06/12/2009, à 17:01

ezely

Re : [gros soucis] fsck-donnée non lisible

Oui j ai fait une image de mon disque sda4 sur un disque dur externe (sdb maintenant). (avec ddrescue justement). Comme ça si je plante, je peux refaire l image de mon disque sda4. Ca me permet de travailler aussi sur mon poste fixe, c'est plus souple qu'avec un live cd smile

Je regarde l'histoire  des superblock.
Cordialement

P4 C 3 GHz - 1 Go de ram- CG: MSI 7600 GS - Unbuntu Karmic
Portable Toshiba A200-27N- Dual Boot Ubuntu Lucid
Alix 1D - Ubuntu Karmic

Hors ligne

#27 Le 06/12/2009, à 18:07

ezely

Re : [gros soucis] fsck-donnée non lisible

Bon pour le moment j'ai utilisé la technique du second lien pour mount les différents superblock.
à chaque fois il ne trouve que ça comme fichier

ls /mnt
cdrom  initrd.img  initrd.img.old  lost+found  vmlinuz  vmlinuz.old

Je fais cette commande

sudo mount /dev/sdb5 -t ext4 -o ro,sb=10616832 /mnt/

J ai bien multiplié par 4 les valeurs et sdb5 et le disque où se situe ma sauvegarde de sda4

Dernière modification par ezely (Le 06/12/2009, à 18:14)

P4 C 3 GHz - 1 Go de ram- CG: MSI 7600 GS - Unbuntu Karmic
Portable Toshiba A200-27N- Dual Boot Ubuntu Lucid
Alix 1D - Ubuntu Karmic

Hors ligne

#28 Le 07/12/2009, à 01:58

rmy

Re : [gros soucis] fsck-donnée non lisible

C'est bien ce qu'il me semblait... Il ne faut pas que tu monte la partition où se trouve ta sauvegarde : soit tu montes la sauvegarde (l'image faite avec ddrescue) soit tu monts la partition /dev/sda4....

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

Hors ligne

#29 Le 07/12/2009, à 01:59

rmy

Re : [gros soucis] fsck-donnée non lisible

Je repose donc la question de ce que donne testdisk sur le fichier image ou sur la bonne partition...

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

Hors ligne

#30 Le 07/12/2009, à 21:26

ezely

Re : [gros soucis] fsck-donnée non lisible

Salut,
je t'avoue que j'ai un peu de mal à comprendre tes posts.
Le disque de mon ordinateur portable est sda4. Il est illisible. J'ai fait une image de ce disque à partir de ddrescue sur un disque externe sdb5.
Je considère donc que si je travaille sur l'image sdb5, je devrais aussi pouvoir récupérer mes données.
Et les résultats plus haut sont ceux de quand je monte sdb5. Et au début de mes manipulations, quand je travaillais sur le sda4, j'avais exactement le même soucis. Mais je peux retenter avec la version 6.12 WIP.

Cordialement

P4 C 3 GHz - 1 Go de ram- CG: MSI 7600 GS - Unbuntu Karmic
Portable Toshiba A200-27N- Dual Boot Ubuntu Lucid
Alix 1D - Ubuntu Karmic

Hors ligne

#31 Le 08/12/2009, à 02:58

rmy

Re : [gros soucis] fsck-donnée non lisible

avec dd resuce, as tu fait une image de la partition /dev/sda4 vers la partition /dev/sdb5 ou bien as tu fait une image vers un fichier dans /dev/sdb5 ?

Je crois que c'est à ce niveau que nous ne nous comprenons pas ...

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

Hors ligne

#32 Le 08/12/2009, à 09:17

ezely

Re : [gros soucis] fsck-donnée non lisible

Salut,
j'ai fait une image de /dev/sda4 ver la partition /dev/sdb5.

Cordialement

P4 C 3 GHz - 1 Go de ram- CG: MSI 7600 GS - Unbuntu Karmic
Portable Toshiba A200-27N- Dual Boot Ubuntu Lucid
Alix 1D - Ubuntu Karmic

Hors ligne

#33 Le 08/12/2009, à 12:52

rmy

Re : [gros soucis] fsck-donnée non lisible

OK, donc effectivement à priori si ta commande ddrescue s'est bien passée /dev/sda4 = /dev/sdb5...

Peux tu redonner avec les deux disques branchés 

sudo sfdisk -l

pour essayer d'y voir plus clair ? Je suis perdu dans tes démarches là...

En plus la partition que tu montes ressemble à une partition /boot, pas /home...
(au fait, tu parles de "disque /dev/sda4 et /dev/sdb5", ce sont des partitions. /dev/sda et /dev/sdb sont les disques en question...)

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

Hors ligne

#34 Le 08/12/2009, à 14:10

ezely

Re : [gros soucis] fsck-donnée non lisible

Salut,
je te renvois la réponse de la commande ce soir.

C'est vrai qu'entre le début et maintenant, j ai utilisé deux disque dur externe pour faire une sauvegarde (le premier disque était trop petit, j en ai racheté un le lendemain)

Sur ta remarque que je monte une partition qui n'est pas /home, c'est normal puisque ma partition sda4 ou j'avais mon linux est devenue totalement illisible. Mise à part les fichiers que j'ai listé au-dessus.

Cordialement

P4 C 3 GHz - 1 Go de ram- CG: MSI 7600 GS - Unbuntu Karmic
Portable Toshiba A200-27N- Dual Boot Ubuntu Lucid
Alix 1D - Ubuntu Karmic

Hors ligne

#35 Le 08/12/2009, à 21:50

ezely

Re : [gros soucis] fsck-donnée non lisible

Voilà la réponse de la commande:

sudo sfdisk -l

Disque /dev/sda : 24321 cylindres, 255 têtes, 63 secteurs/piste
Unités= cylindres de 8225280 octets, blocs de 1024 octets, décompte à partir de 0

   Périph Amor Début     Fin   #cyls    #blocs    Id  Système
/dev/sda1          0+    190     191-   1534176    0  Vide
/dev/sda2        191    4651    4461   35832982+   7  HPFS/NTFS
/dev/sda3       4652    4773     122     979965   82  Linux swap / Solaris
/dev/sda4       4774   24320   19547  157011277+  83  Linux

Disque /dev/sdb : 121601 cylindres, 255 têtes, 63 secteurs/piste
Attention : la partition étendue ne débute pas sur une frontière de.
cylindres. DOS et Linux interpréteront les contenus différemment.
Unités= cylindres de 8225280 octets, blocs de 1024 octets, décompte à partir de 0

   Périph Amor Début     Fin   #cyls    #blocs    Id  Système
/dev/sdb1          0+  19547   19548- 157019278+   f  W95 Etendue (LBA)
/dev/sdb2      63741  121600   57860  464760450   83  Linux
/dev/sdb3          0       -       0          0    0  Vide
/dev/sdb4          0       -       0          0    0  Vide
/dev/sdb5          0+  19547   19548- 157019247   83  Linux

Sda le disque dur de mon ordinateur portable.
Sda4 la partition Linux qui est illisible
Sdb le disque dur externe qui me sert pour essayer de récupérer mes données.
Sdb5 la partition de mon disque dur externe où se situe la sauvegarde de sda4.

P4 C 3 GHz - 1 Go de ram- CG: MSI 7600 GS - Unbuntu Karmic
Portable Toshiba A200-27N- Dual Boot Ubuntu Lucid
Alix 1D - Ubuntu Karmic

Hors ligne

#36 Le 08/12/2009, à 22:17

ezely

Re : [gros soucis] fsck-donnée non lisible

J'ai refait un testdisk sur sda4. Si ça peut aider pour une comparaison.

Tue Dec  8 20:46:25 2009
Command line: TestDisk

TestDisk 6.12-WIP, Data Recovery Utility, April 2009
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Linux, kernel 2.6.31-14-generic (#48-Ubuntu SMP Fri Oct 16 14:04:26 UTC 2009) i686
Compiler: GCC 4.4 - Dec  8 2009 14:50:56
ext2fs lib: 1.41.4, ntfs lib: 10:0:0, reiserfs lib: 0.3.1-rc8, ewf lib: 20080501
/dev/sda: LBA, HPA, LBA48, DCO support
/dev/sda: size       390721968 sectors
/dev/sda: user_max   390721968 sectors
/dev/sda: native_max 390721968 sectors
/dev/sda: dco        390721968 sectors
Warning: can't get size for Disk /dev/mapper/control - 0 B - CHS 1 1 1, sector size=512
/dev/sr0 is not an ATA disk
Hard disk list
Disk /dev/sda - 200 GB / 186 GiB - CHS 24321 255 63, sector size=512 - ATA FUJITSU MHY2200B
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63, sector size=512 - WD 10EAVS External
Disk /dev/sr0 - 723 MB / 689 MiB - CHS 353266 1 1, sector size=2048 - MATSHITA DVD-RAM UJ-850S

Partition table type (auto): Intel
Disk /dev/sda - 200 GB / 186 GiB - ATA FUJITSU MHY2200B
Partition table type: Intel

Interface Advanced
Geometry from i386 MBR: head=255 sector=63
NTFS at 191/0/1
Info: size boot_sector 71665953, partition 71665965
get_geometry_from_list_part_aux head=255 nbr=6
get_geometry_from_list_part_aux head=8 nbr=1
get_geometry_from_list_part_aux head=16 nbr=1
get_geometry_from_list_part_aux head=32 nbr=1
get_geometry_from_list_part_aux head=64 nbr=1
get_geometry_from_list_part_aux head=255 nbr=6
 2 P HPFS - NTFS            191   0  1  4651 254 63   71665965 [Vista]
     NTFS, 36 GB / 34 GiB
 3 P Linux Swap            4652   0  1  4773 254 63    1959930
     SWAP2 version 1, 1003 MB / 956 MiB
 4 P Linux                 4774   0  1 24320 254 63  314022555
     EXT4 Large file Sparse superblock, 160 GB / 149 GiB
search_superblock

recover_EXT2: s_block_group_nr=0/1197, s_mnt_count=6/38, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 39252819
recover_EXT2: part_size 314022552
Ext2 superblock found at sector 2 (block=0, blocksize=4096)

block_group_nr 1

recover_EXT2: "e2fsck -b 32768 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=1/1197, s_mnt_count=1/38, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 39252819
recover_EXT2: part_size 314022552
Ext2 superblock found at sector 262144 (block=32768, blocksize=4096)

block_group_nr 3

recover_EXT2: "e2fsck -b 98304 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=3/1197, s_mnt_count=1/38, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 39252819
recover_EXT2: part_size 314022552
Ext2 superblock found at sector 786432 (block=98304, blocksize=4096)

block_group_nr 5

recover_EXT2: "e2fsck -b 163840 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=5/1197, s_mnt_count=1/38, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 39252819
recover_EXT2: part_size 314022552
Ext2 superblock found at sector 1310720 (block=163840, blocksize=4096)

block_group_nr 7

recover_EXT2: "e2fsck -b 229376 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=7/1197, s_mnt_count=1/38, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 39252819
recover_EXT2: part_size 314022552
Ext2 superblock found at sector 1835008 (block=229376, blocksize=4096)

block_group_nr 9

recover_EXT2: "e2fsck -b 294912 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=9/1197, s_mnt_count=1/38, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 39252819
recover_EXT2: part_size 314022552
Ext2 superblock found at sector 2359296 (block=294912, blocksize=4096)

block_group_nr 25

recover_EXT2: "e2fsck -b 819200 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=25/1197, s_mnt_count=1/38, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 39252819
recover_EXT2: part_size 314022552
Ext2 superblock found at sector 6553600 (block=819200, blocksize=4096)

block_group_nr 27

recover_EXT2: "e2fsck -b 884736 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=27/1197, s_mnt_count=1/38, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 39252819
recover_EXT2: part_size 314022552
Ext2 superblock found at sector 7077888 (block=884736, blocksize=4096)

block_group_nr 49

recover_EXT2: "e2fsck -b 1605632 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=49/1197, s_mnt_count=1/38, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 39252819
recover_EXT2: part_size 314022552
Ext2 superblock found at sector 12845056 (block=1605632, blocksize=4096)

block_group_nr 81

recover_EXT2: "e2fsck -b 2654208 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=81/1197, s_mnt_count=1/38, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 39252819
recover_EXT2: part_size 314022552
Ext2 superblock found at sector 21233664 (block=2654208, blocksize=4096)
  Linux                 4774   0  1 24320 254 60  314022552
superblock 0, blocksize=4096 []
superblock 32768, blocksize=4096 []
superblock 98304, blocksize=4096 []
superblock 163840, blocksize=4096 []
superblock 229376, blocksize=4096 []
superblock 294912, blocksize=4096 []
superblock 819200, blocksize=4096 []
superblock 884736, blocksize=4096 []
superblock 1605632, blocksize=4096 []
superblock 2654208, blocksize=4096 []

Analyse Disk /dev/sda - 200 GB / 186 GiB - CHS 24321 255 63
Geometry from i386 MBR: head=255 sector=63
NTFS at 191/0/1
Info: size boot_sector 71665953, partition 71665965
get_geometry_from_list_part_aux head=255 nbr=6
get_geometry_from_list_part_aux head=8 nbr=1
get_geometry_from_list_part_aux head=16 nbr=1
get_geometry_from_list_part_aux head=32 nbr=1
get_geometry_from_list_part_aux head=64 nbr=1
get_geometry_from_list_part_aux head=255 nbr=6
Current partition structure:
 2 P HPFS - NTFS            191   0  1  4651 254 63   71665965 [Vista]
 3 P Linux Swap            4652   0  1  4773 254 63    1959930
 4 P Linux                 4774   0  1 24320 254 63  314022555
No partition is bootable
Ask the user for vista mode
Allow partial last cylinder : No
search_vista_part: 0

search_part()
Disk /dev/sda - 200 GB / 186 GiB - CHS 24321 255 63
NTFS at 0/1/1
filesystem size           3068345
sectors_per_cluster       8
mft_lcn                   128000
mftmirr_lcn               191999
clusters_per_mft_record   -10
clusters_per_index_record 1
     HPFS - NTFS              0   1  1   190 254 56    3068345 [WinRE]
     NTFS, 1570 MB / 1498 MiB
NTFS at 191/0/1
filesystem size           71665953
sectors_per_cluster       8
mft_lcn                   786432
mftmirr_lcn               2431999
clusters_per_mft_record   -10
clusters_per_index_record 1
     HPFS - NTFS            191   0  1  4651 254 51   71665953 [Vista]
     NTFS, 36 GB / 34 GiB
     Linux Swap            4652   0  1  4773 254 45    1959912
     SWAP2 version 1, 1003 MB / 956 MiB

recover_EXT2: s_block_group_nr=0/1197, s_mnt_count=6/38, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 39252819
recover_EXT2: part_size 314022552
     Linux                 4774   0  1 24320 254 60  314022552
     EXT4 Large file Sparse superblock, 160 GB / 149 GiB
get_geometry_from_list_part_aux head=255 nbr=8
get_geometry_from_list_part_aux head=8 nbr=2
get_geometry_from_list_part_aux head=16 nbr=2
get_geometry_from_list_part_aux head=32 nbr=2
get_geometry_from_list_part_aux head=64 nbr=2
get_geometry_from_list_part_aux head=128 nbr=1
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=8

Results
   * HPFS - NTFS              0   1  1   190 254 63    3068352 [WinRE]
     NTFS, 1570 MB / 1498 MiB
   P HPFS - NTFS            191   0  1  4651 254 63   71665965 [Vista]
     NTFS, 36 GB / 34 GiB
   P Linux Swap            4652   0  1  4773 254 63    1959930
     SWAP2 version 1, 1003 MB / 956 MiB
   P Linux                 4774   0  1 24320 254 63  314022555
     EXT4 Large file Sparse superblock, 160 GB / 149 GiB

interface_write()
 1 * HPFS - NTFS              0   1  1   190 254 63    3068352 [WinRE]
 2 P HPFS - NTFS            191   0  1  4651 254 63   71665965 [Vista]
 3 P Linux Swap            4652   0  1  4773 254 63    1959930
 4 P Linux                 4774   0  1 24320 254 63  314022555

search_part()
Disk /dev/sda - 200 GB / 186 GiB - CHS 24321 255 63
NTFS at 0/1/1
filesystem size           3068345
sectors_per_cluster       8
mft_lcn                   128000
mftmirr_lcn               191999
clusters_per_mft_record   -10
clusters_per_index_record 1
     HPFS - NTFS              0   1  1   190 254 56    3068345 [WinRE]
     NTFS, 1570 MB / 1498 MiB
NTFS at 191/0/1
filesystem size           71665953
sectors_per_cluster       8
mft_lcn                   786432
mftmirr_lcn               2431999
clusters_per_mft_record   -10
clusters_per_index_record 1
     HPFS - NTFS            191   0  1  4651 254 51   71665953 [Vista]
     NTFS, 36 GB / 34 GiB
     Linux Swap            4652   0  1  4773 254 45    1959912
     SWAP2 version 1, 1003 MB / 956 MiB

recover_EXT2: s_block_group_nr=0/1197, s_mnt_count=6/38, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 39252819
recover_EXT2: part_size 314022552
     Linux                 4774   0  1 24320 254 60  314022552
     EXT4 Large file Sparse superblock, 160 GB / 149 GiB

block_group_nr 3

recover_EXT2: "e2fsck -b 98304 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=3/1197, s_mnt_count=1/38, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 39252819
recover_EXT2: part_size 314022552
     Linux                 4774   0  1 24320 254 60  314022552
     EXT4 Large file Sparse superblock Backup superblock, 160 GB / 149 GiB
get_geometry_from_list_part_aux head=255 nbr=8
get_geometry_from_list_part_aux head=8 nbr=2
get_geometry_from_list_part_aux head=16 nbr=2
get_geometry_from_list_part_aux head=32 nbr=2
get_geometry_from_list_part_aux head=64 nbr=2
get_geometry_from_list_part_aux head=128 nbr=1
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=8

Results
   * HPFS - NTFS              0   1  1   190 254 63    3068352 [WinRE]
     NTFS, 1570 MB / 1498 MiB
   P HPFS - NTFS            191   0  1  4651 254 63   71665965 [Vista]
     NTFS, 36 GB / 34 GiB
   P Linux Swap            4652   0  1  4773 254 63    1959930
     SWAP2 version 1, 1003 MB / 956 MiB
   P Linux                 4774   0  1 24320 254 63  314022555
     EXT4 Large file Sparse superblock, 160 GB / 149 GiB


dir_partition inode=2
   P Linux                 4774   0  1 24320 254 63  314022555
     EXT4 Large file Sparse superblock, 160 GB / 149 GiB
Directory /
       2 drwxr-xr-x     0      0      4096  2-Dec-2009 17:45 .
       2 drwxr-xr-x     0      0      4096  2-Dec-2009 17:45 ..
     145 drwx------     0      0     45056  2-Dec-2009 18:25 lost+found
      20 lrwxrwxrwx     0      0        11 19-Jul-2009 11:39 cdrom
X 196773 drwxr-xr-x  1000   1000      4096  7-Nov-2009 14:31 opt
    2964 lrwxrwxrwx     0      0        30 23-Nov-2009 17:41 vmlinuz
    2961 lrwxrwxrwx     0      0        33 23-Nov-2009 17:41 initrd.img
     646 lrwxrwxrwx     0      0        33  1-Nov-2009 01:03 initrd.img.old
     652 lrwxrwxrwx     0      0        30  1-Nov-2009 01:03 vmlinuz.old
X   5152 -rw-------  1000   1000      7049  2-Dec-2009 17:47 .ismount-test-file

dir_partition inode=145
   P Linux                 4774   0  1 24320 254 63  314022555
     EXT4 Large file Sparse superblock, 160 GB / 149 GiB


interface_write()
 1 * HPFS - NTFS              0   1  1   190 254 63    3068352 [WinRE]
 2 P HPFS - NTFS            191   0  1  4651 254 63   71665965 [Vista]
 3 P Linux Swap            4652   0  1  4773 254 63    1959930
 4 P Linux                 4774   0  1 24320 254 63  314022555
simulate write!

write_mbr_i386: starting...
write_all_log_i386: starting...
No extended partition

TestDisk exited normally.

Cordialement

P4 C 3 GHz - 1 Go de ram- CG: MSI 7600 GS - Unbuntu Karmic
Portable Toshiba A200-27N- Dual Boot Ubuntu Lucid
Alix 1D - Ubuntu Karmic

Hors ligne

#37 Le 09/12/2009, à 01:39

rmy

Re : [gros soucis] fsck-donnée non lisible

ça ne me paraît pas très engageant...

à tout hasard, essaye ce que te conseille testdisk :

sudo e2fsck -b 98304 -B 4096 /dev/sdb5

puis monte la partition pour vérifier si il y a du mieux...

Sinon, il faudra te tourner vers photorec et de la récup séquentielle. Ou foremost à la limite, mais je le trouve moins pratique à utiliser, et je ne sais pas si il prend en compte l'ext4.

(En fait je n'avais pas fait attention que /dev/sda4 était ta racine, donc c'est normal de retrouver des fichiers de /boot, je croyais depuis le début que c'étati ton /home séparé. Mais ça ne change rien à la démarche.)

Dernière modification par rmy (Le 09/12/2009, à 01:42)

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

Hors ligne

#38 Le 10/12/2009, à 19:25

ezely

Re : [gros soucis] fsck-donnée non lisible

Bon il m'a demandé de corrigé des trucs en appuyant sur o

Il a modifié plein de truc et m'a mis ça 

/dev/sdb5: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****
/dev/sdb5 : 309127/9814016 fichiers (1.7% non contigus), 19918957/39252819 blocs

Faut il que je fasse cette commande pour toutes les commandes que suggère testdisk ?
En remontant, toujours rien. Je suis entrain de relancer un testdisk.

Cordialement

P4 C 3 GHz - 1 Go de ram- CG: MSI 7600 GS - Unbuntu Karmic
Portable Toshiba A200-27N- Dual Boot Ubuntu Lucid
Alix 1D - Ubuntu Karmic

Hors ligne

#39 Le 10/12/2009, à 19:40

rmy

Re : [gros soucis] fsck-donnée non lisible

Je crois malheureusement qu'il va te falloir envisager la douloureuse et longue récup séquentielle avec Photorec.

ça se lance très simplement avec 

sudo photorec /dev/sdb5

et ensuite tu vas dans les options sélectionner les types de fichiers que tu veux récupérer...
Puis tu laisses tourner, et ensuite tu tries... ça va être long. Ça marche très bien sur des photos, moins bien sur des fichiers plus lourds ou sur des vidéos...

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

Hors ligne

#40 Le 10/12/2009, à 19:44

ezely

Re : [gros soucis] fsck-donnée non lisible

Je l'avais déjà fait. Et il n'a récup que les données sur la partie non occupée de la partition. Donc je n'avais pas récupéré de fichiers intéressants. Du moins me semble. Car les fichiers me semblaient être ceux que j'avais supprimé.
Mais je réessaie en mettant des types de fichiers à retrouver.
Cordialement

Dernière modification par ezely (Le 10/12/2009, à 20:20)

P4 C 3 GHz - 1 Go de ram- CG: MSI 7600 GS - Unbuntu Karmic
Portable Toshiba A200-27N- Dual Boot Ubuntu Lucid
Alix 1D - Ubuntu Karmic

Hors ligne

#41 Le 10/12/2009, à 21:28

ezely

Re : [gros soucis] fsck-donnée non lisible

Dernier Testdisk

Thu Dec 10 19:20:31 2009
Command line: TestDisk

TestDisk 6.12-WIP, Data Recovery Utility, April 2009
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Linux, kernel 2.6.28-17-generic (#58-Ubuntu SMP Tue Dec 1 18:57:07 UTC 2009) i686
Compiler: GCC 4.4 - Dec  3 2009 09:53:34
ext2fs lib: 1.41.4, ntfs lib: 10:0:0, reiserfs lib: 0.3.1-rc8, ewf lib: 20080501
/dev/sda: LBA, HPA, LBA48, DCO support
/dev/sda: size       488397168 sectors
/dev/sda: user_max   488397168 sectors
/dev/sda: native_max 488397168 sectors
/dev/sda: dco        488397168 sectors
Warning: can't get size for Disk /dev/mapper/control - 0 B - CHS 1 1 1, sector size=512
Hard disk list
Disk /dev/sda - 250 GB / 232 GiB - CHS 30401 255 63, sector size=512 - ATA WDC WD2500KS-00M
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63, sector size=512 - WD 10EAVS External

Partition table type (auto): Intel
Disk /dev/sdb - 1000 GB / 931 GiB - WD 10EAVS External
Partition table type: Intel

Analyse Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
Geometry from i386 MBR: head=255 sector=63
get_geometry_from_list_part_aux head=255 nbr=4
get_geometry_from_list_part_aux head=8 nbr=1
get_geometry_from_list_part_aux head=16 nbr=1
get_geometry_from_list_part_aux head=32 nbr=1
get_geometry_from_list_part_aux head=64 nbr=1
get_geometry_from_list_part_aux head=128 nbr=1
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=4
Current partition structure:
 1 E extended LBA             0   1  1 19547 254 63  314038557
 2 P Linux                63741   0  1 121600 254 63  929520900 [Lin2]
No partition is bootable
 5 L Linux                    0   2  1 19547 254 63  314038494
Ask the user for vista mode
Allow partial last cylinder : No
search_vista_part: 0

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

recover_EXT2: s_block_group_nr=0/1197, s_mnt_count=1/38, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 39252819
recover_EXT2: part_size 314022552
     Linux                    0   2  1 19547   1 60  314022552
     EXT4 Large file Sparse superblock Recover, 160 GB / 149 GiB

recover_EXT2: s_block_group_nr=0/3545, s_mnt_count=10/27, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 116190112
recover_EXT2: part_size 929520896
     Linux                63741   0  1 121600 254 59  929520896 [Lin2]
     EXT4 Large file Sparse superblock Recover, 475 GB / 443 GiB
get_geometry_from_list_part_aux head=255 nbr=2
get_geometry_from_list_part_aux head=255 nbr=2

Results
   L Linux                    0   2  1 19547 254 63  314038494
     EXT4 Large file Sparse superblock Recover, 160 GB / 149 GiB
   * Linux                63741   0  1 121600 254 63  929520900 [Lin2]
     EXT4 Large file Sparse superblock Recover, 475 GB / 443 GiB

interface_write()
 1 E extended LBA             0   1  1 19547 254 63  314038557
 2 * Linux                63741   0  1 121600 254 63  929520900 [Lin2]
 5 L Linux                    0   2  1 19547 254 63  314038494

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

recover_EXT2: s_block_group_nr=0/1197, s_mnt_count=1/38, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 39252819
recover_EXT2: part_size 314022552
     Linux                    0   2  1 19547   1 60  314022552
     EXT4 Large file Sparse superblock Recover, 160 GB / 149 GiB

block_group_nr 3

recover_EXT2: "e2fsck -b 98304 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=3/1197, s_mnt_count=1/38, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 39252819
recover_EXT2: part_size 314022552
     Linux                    0   2  1 19547   1 60  314022552
     EXT4 Large file Sparse superblock Backup superblock, 160 GB / 149 GiB

recover_EXT2: s_block_group_nr=0/3545, s_mnt_count=10/27, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 116190112
recover_EXT2: part_size 929520896
     Linux                63741   0  1 121600 254 59  929520896 [Lin2]
     EXT4 Large file Sparse superblock Recover, 475 GB / 443 GiB

block_group_nr 3

recover_EXT2: "e2fsck -b 98304 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=3/3545, s_mnt_count=0/27, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 116190112
recover_EXT2: part_size 929520896
     Linux                63741   0  1 121600 254 59  929520896 [Lin2]
     EXT4 Large file Sparse superblock Backup superblock, 475 GB / 443 GiB
NTFS at 121600/254/63
filesystem size           929520900
sectors_per_cluster       8
mft_lcn                   4
mftmirr_lcn               58095056
clusters_per_mft_record   -10
clusters_per_index_record 1
     HPFS - NTFS          63741   0  1 121600 254 63  929520900
     NTFS found using backup sector!, 475 GB / 443 GiB
get_geometry_from_list_part_aux head=255 nbr=4
get_geometry_from_list_part_aux head=255 nbr=4

Results
   L Linux                    0   2  1 19547 254 63  314038494
     EXT4 Large file Sparse superblock Recover, 160 GB / 149 GiB
     Linux                63741   0  1 121600 254 63  929520900 [Lin2]
     EXT4 Large file Sparse superblock Recover, 475 GB / 443 GiB
     HPFS - NTFS          63741   0  1 121600 254 63  929520900
     NTFS found using backup sector!, 475 GB / 443 GiB

interface_write()
 1 E extended LBA             0   1  1 19547 254 63  314038557
 5 L Linux                    0   2  1 19547 254 63  314038494
simulate write!

write_mbr_i386: starting...
write_all_log_i386: starting...
write_all_log_i386: CHS: 0/1/1,lba=63

TestDisk exited normally.

P4 C 3 GHz - 1 Go de ram- CG: MSI 7600 GS - Unbuntu Karmic
Portable Toshiba A200-27N- Dual Boot Ubuntu Lucid
Alix 1D - Ubuntu Karmic

Hors ligne

#42 Le 11/12/2009, à 00:53

rmy

Re : [gros soucis] fsck-donnée non lisible

Je ne vois pas d'autre opportunité de remettre la main sur tes données... Essaye peut-être avec formost, ou Sleuthkit, mais le fonctionnement d'une recherche séquentielle est le même : chercher les entêtes numériques des fichiers par type et extraire leur contenu... alors sad je ne vois pas.

Si tu penses que tu as loupé un truc ou que je pourrais voir quelque chose que tu n'as pas fait en le faisant, tu peux m'envoyer ton disque, je ferai la même démarche, sans doute avec les mêmes résultats... Il est vrai que parfois on passe à côté de quelque chose quand on ne le fait pas soi même...

Si cette option t'intéresse (heu... c'est gratuit, hein...) contacte moi par mp. J'essayerai de me mettre en relation avec Christophe Grenier pour voir si ton cas l'intéresse et m'aider si je ne trouve pas la solution.

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

Hors ligne

#43 Le 11/12/2009, à 09:35

ezely

Re : [gros soucis] fsck-donnée non lisible

Salut,
j'ai refait cette nuit un photorec. Et à ma grande surpris il ma retrouvé 80 Go de donnée (10 Go lors de la session avec la version 6.10)

Je n'ai pas eu le temps de vérifier ce matin ce qu il m avait récup, mais ca correspond à peu pret au volume qu il y avait sur ma partition.

Je repost ce soir pour annoncer mon désarroi ou ma joie tongue
J ai aussi ajouté dans les formats qqchose qui était décoché, mais je ne sais plus quoi.

Penses tu que cela vienne de la version 6.12 ?
Cordialement

P4 C 3 GHz - 1 Go de ram- CG: MSI 7600 GS - Unbuntu Karmic
Portable Toshiba A200-27N- Dual Boot Ubuntu Lucid
Alix 1D - Ubuntu Karmic

Hors ligne

#44 Le 11/12/2009, à 09:59

rmy

Re : [gros soucis] fsck-donnée non lisible

Il me semble (à confirmer sur le site de CGsecurity, je dois partir au boulot) que c'est cette version qui prend en charge l'ext4. Peut-être cela viendrait-il de là ?

Pour le tri des données, regarde dans ma signature (encore ! wink ) il doit y avoir un lien dans le fil de discussion vers des astuces de tri des résultats (ou fait une recherche avec dossier magique ou qq chose du genre). Il faut aussi virer les doublons. Je ne me souviens plus du truc avec lequel je faisais ça... mais c'est écrit quelque part (oups). Il faudrait vraiment que je me colle à un wiki maintenant...

récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr

Hors ligne

#45 Le 13/12/2009, à 16:34

ezely

Re : [gros soucis] fsck-donnée non lisible

Salut,
bon alors au niveau des fichiers vidéos, il n'a quasiment rien récupéré de potable. Les films font 700 Mo mais n'ont que 1 minutes de lectures.
Au niveau des fichiers audio, il semble en avoir retrouvé la moitié à peu pret. C est pas si mal, par contre je trouve les tailles de fichiers bizarres. Beaucoup font la même taille enfait.
Pour les images il a retrouvé les svg, jpg etc, je crois que j ai tout pu récup.

Pour dossier magique c est pas mal, sauf qu il ne fouille pas dans les sous répertoires et je ne comprends pas les structures du script pour lui faire dire d aller de recup.dir.1 à recup.dir.1300

Cordialement

P4 C 3 GHz - 1 Go de ram- CG: MSI 7600 GS - Unbuntu Karmic
Portable Toshiba A200-27N- Dual Boot Ubuntu Lucid
Alix 1D - Ubuntu Karmic

Hors ligne

Pages : 1 2