Harddisk seems too small / boot NTFS endommagé

Utiliser TestDisk pour réparer le système de fichier
Post Reply
Message
Author
dompau
Posts: 5
Joined: 12 Feb 2015, 15:36

Harddisk seems too small / boot NTFS endommagé

#1 Post by dompau » 12 Feb 2015, 17:53

Bonjour, comme beaucoup, je viens ici chercher de l'aide, des avis éclairés pour essayer de minimiser les erreurs que je pourrai commettre. Tout d'abord, les faits, ce qu'il s'est passé :

Sur un PC sous Windows 7x64 Ultimate nouvellement installé en UEFI avec 2 disques dur de 4 To en GPT qui fonctionnaient très bien, j'ai branché un disque externe de 1 To en USB3. J'ai lancé une copie intégrale des fichiers, ce qui représentait un volume de presque 900 Go, le processus devait donc prendre plusieurs heures. Au bout de quelques temps, l'écran s'est éteint automatiquement, je n'avais pas touché aux gestions d'alimentation de Windows. En le rallumant quelques heures plus tard, je m'aperçois que le transfert s'est figé à peu prêt à la moitié. Il n'est pas possible d'annuler, bref aucun moyen de fermer la fenêtre du transfert. Seule possibilité, arrêter l'ordinateur, ...qui évidemment bloque sur "Arrêt de Windows" pendant très longtemps (et j'ai donc supposé, indéfiniment). J'appuie 5 secondes sur le bouton Power pour forcer l'extinction.

En le rallumant, CHKDSK se lance et veut vérifier l'intégrité des fichiers du disque de 4 To cible du transfert, il s'effectue sur la partition qu'il voit et qui s'appelle "Nicosave" en corrigeant quelques erreurs, puis bloque sur le message "CHKDSK is verifying USN Journal", je laisse tourner (peut-être 30 minutes?) jusqu'à ce que j'estime qu'il est à nouveau figé et que j'éteigne l'alimentation. En redémarrant, CHKDSK me re-propose la vérification, je passe et vais voir dans Windows. Là, dans l'explorateur, on peut voir la partition (l'unique) "Nicosave", cependant elle est inaccessible. Redémarrage, on laisse à nouveau CHKDSK faire ce qu'il a à faire, il ne répare plus d'erreurs mais bloque encore sur "CHKDSK is verifying USN Journal".

À ce stade, je me demande encore si ce n'est pas un problème de câble, de contrôleur, ou du disque lui-même, même si je soupçonne fortement une mise en veille intempestive (de l'USB? de(s) disque(s)?) de la part de Windows d'être à l'origine du blocage du transfert et de tout ce qui en a découlé.

Je décide de tester le disque sur une autre machine, également sous Windows 7x64. Bien entendu, CHKDSK se lance au démarrage et je le laisse faire. Ici, il trouve à nouveau des erreurs à réparer, je n'ai pas le nombre en tête mais, alors qu'il y en avait de l'ordre d'une dizaine la première fois, il s'agit maintenant peut-être de la trentaine mais ça reste raisonnable. Cependant, il bloque à nouveau à la fin sur le même message de vérification du journal USN. Puisque le PC n'y change rien, je le remet sur l'ordinateur d'origine, il veut à nouveau vérifier la partition "Nicosave" (qu'il voit), je passe la vérification et cette fois-ci dans l'explorateur Windows, il ne voit plus le nom. il y a bien une partition mais elle s'appelle "Disque Local" et on voit une barre de chargement lente dans la zone "chemin" de l'explorateur. Je décide d'aller voir dans la Gestion des disques de Windows, il ne voit plus qu'une partition de type RAW, pourtant, en relançant, CHKDSK au démarrage voit toujours la partition NTFS "Nicosave".

Sur ce montage, on voit deux onglets des Propriétés du disque à problème, l'un disant que le périphérique fonctionne, l'autre donnant une capacité -à priori- correcte. Je dis à priori car on voit une légère différence avec l'autre disque de 0,01 Go sur l'image (en réalité, il y a 4 Mo d'écart) dont je ne vois pas l'origine, en tout cas, il le
voit bien en tant que disque de 4 To.

Image


En regardant le journal des évenements Système de Windows, on remarque que la vérification du journal s'effectue, c'est après que se produit le blocage, lors de l'écriture sur le deuxième secteur d'amorçage NTFS.

evenement.jpg
dompau évenements
evenement.jpg (170.97 KiB) Viewed 1711 times

C'est ici qu'on me parle de TestDisk, et que je me documente dessus, en parcourant le wiki et le forum.

En lançant TestDisk, je choisis Create pour le log, puis il me détecte mes deux disques dur. Cependant, celui qui pose problème est détecté comme un 3 To, à la ligne Disk /dev/sdb alors qu'il est identique à l'autre.
tailles.jpg
dompau tailles
tailles.jpg (64.92 KiB) Viewed 1711 times
En sélectionnant le disque sain, puis Proceed, on a ceci :
disque sain.png
dompau disque sain
disque sain.png (10.86 KiB) Viewed 1711 times
en faisant la même chose avec le disque problématique, on obtient :

Image

En lançant Analyse, on s'aperçoit que la partition est toujours là (CHKDSK la voyait bien..)

Image

Ensuite, en lançant Quicksearch, au bout de quelques secondes, il trouve bien la partition également. Cependant, l'opération s'est arrêtée (après quelques heures) à 63%, le curseur clignotait toujours mais le numéro de cylindre analysé restait fixe, Windows n'a pas non plus crashé. J'ai donc fermé Testdisk, rebooté (au cas où), relancé, et cette fois-ci, après avoir lancé QuickSearch, j'ai fais Stop, et lancé DeepSearch, processus qui a prit 3 jours (plus de 50 heures) mais qui est allé à son terme.

Le log fait 402 Ko, bizarrement, au début de la Deepsearch, il avait trouvé Nicosave, à la fin, on ne pouvait plus trouver la ligne dans la fenêtre TestDisk (j'imagine que c'est une question de dépassement de lignes d'affichage). Deepsearch a détecté un nombre incalculable de "petites" ou grosses partitions, y compris Macintosh... sur un disque presque neuf sur lequel je suis le seul à avoir écrit. Il m'a fallu un moment avant de comprendre mais en sélectionnant quelques partitions dans Testdisk et en affichant les fichiers, je me suis aperçu que cela correspondait aux données écrites dessus, en effet, il s'agit d'un disque comportant une foultitude de programmes d'émulation de vieilles machines, et bizarrement TestDisk (je pense) a détecté des partitions qui en réalité, n'existent pas (il m'a suffit de voir le nom de quelques fichiers et les dates farfelues (1987, ..1992, etc..)). Ce qui explique un log de mammouth.

Lien vers le log Deepsearch

Extrait du log :

Code: Select all


Mon Feb  9 22:49:21 2015
Command line: TestDisk

TestDisk 6.14-WIP, Data Recovery Utility, December 2012
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Windows 7 (7601) SP1
Compiler: GCC 4.6, Cygwin 1007.17
Compilation date: 2012-12-23T19:10:17
ext2fs lib: 1.42.2, ntfs lib: 10:0:0, reiserfs lib: 0.3.1-rc8, ewf lib: 20120504
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sda)=4000787030016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sdb)=3000615492608
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive0)=4000787030016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive1)=3000615492608
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\C:)=1106847465472
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\D:)=2893697515520
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\I:)=4000647741440
Hard disk list
Disk /dev/sda - 4000 GB / 3726 GiB - CHS 486401 255 63, sector size=512 - WDC WD40EZRX-00SPEB0, S/N:2020202057202d44435734433045313535313031, FW:80.00A80
Disk /dev/sdb - 3000 GB / 2794 GiB - CHS 364804 255 63, sector size=512 - WDC WD40EZRX-00SPEB0, S/N:2020202057202d44435734433045373239323938, FW:80.00A80

Partition table type (auto): EFI GPT
Disk /dev/sdb - 3000 GB / 2794 GiB - WDC WD40EZRX-00SPEB0
Partition table type: EFI GPT

Analyse Disk /dev/sdb - 3000 GB / 2794 GiB - CHS 364804 255 63
hdr_size=92
hdr_lba_self=1
hdr_lba_alt=5860577133 (expected 5860577133)
hdr_lba_start=34
hdr_lba_end=5860577100
hdr_lba_table=2
hdr_entries=128
hdr_entsz=128
check_part_gpt failed for partition
 1 P MS Reserved                   34     262177     262144 [Microsoft reserved partition]
Current partition structure:
No FAT, NTFS, ext2, JFS, Reiser, cramfs or XFS marker
 1 P MS Reserved                   34     262177     262144 [Microsoft reserved partition]
 1 P MS Reserved                   34     262177     262144 [Microsoft reserved partition]
 2 P MS Data                   264192 7814029311 7813765120 [Basic data partition] [NicoSave]

search_part()
Disk /dev/sdb - 3000 GB / 2794 GiB - CHS 364804 255 63
Search for partition aborted

Results

interface_write()
 
No partition found or selected for recovery

search_part()
Disk /dev/sdb - 3000 GB / 2794 GiB - CHS 364804 255 63
NTFS at 16/113/34
filesystem size           7813765120
sectors_per_cluster       8
mft_lcn                   786432
mftmirr_lcn               2
clusters_per_mft_record   -10
clusters_per_index_record 1
NTFS part_offset=135266304, part_size=4000647741440, sector_size=512
NTFS partition cannot be added (part_offset<part_size).
NTFS at 16/113/34
filesystem size           7813765120
sectors_per_cluster       8
mft_lcn                   786432
mftmirr_lcn               2
clusters_per_mft_record   -10
clusters_per_index_record 1
     MS Data                   264192 7814029311 7813765120 [NicoSave]
     NTFS, blocksize=4096, 4000 GB / 3725 GiB
This partition ends after the disk limits. (start=264192, size=3518797824, end=3519062015, disk end=1565609838)
file_pread(5,16,buffer,15833058(985/143/25)) ReadFile Impossible de satisfaire à la demande en raison d’une erreur de périphérique d’E/S.


HFS magic value at 1082/176/33
part_size 2484261712
     Mac HFS                 17393450 2501655161 2484261712 [Øi]
     HFS blocksize=35695616, 1271 GB / 1184 GiB

HFS magic value at 1082/176/35
FAT32 at 1348/144/54
Bad root_cluster
check_FAT: Unusual media descriptor (0xf0!=0xf8)
FAT12 at 1348/144/55
FAT1 : 1-9
FAT2 : 10-18
start_rootdir : 19
Data : 33-2879
sectors : 2880
cluster_size : 1
no_of_cluster : 2847 (2 - 2848)
fat_length 9 calculated 9
FAT differs, FAT sectors=0-9/9
heads/cylinder 2 (FAT) != 255 (HD)
sect/track 18 (FAT) != 63 (HD)

FAT12 at 1348/144/55
     MS Data                 21664746   21667625       2880 [NO NAME]
     FAT12, blocksize=512, 1474 KB / 1440 KiB
FAT32 at 1349/29/11
Bad root_cluster
check_FAT: Unusual media descriptor (0xf0!=0xf8)
FAT12 at 1349/29/12
FAT1 : 1-9
FAT2 : 10-18
start_rootdir : 19
Data : 33-2879
sectors : 2880
cluster_size : 1
no_of_cluster : 2847 (2 - 2848)
fat_length 9 calculated 9
FAT differs, FAT sectors=0-9/9
heads/cylinder 2 (FAT) != 255 (HD)
sect/track 18 (FAT) != 63 (HD)

FAT12 at 1349/29/12
     MS Data                 21673523   21676402       2880 [NO NAME]
     FAT12, blocksize=512, 1474 KB / 1440 KiB
FAT32 at 1349/34/8
Bad root_cluster
check_FAT: Unusual media descriptor (0xf0!=0xf8)
FAT12 at 1349/34/9
FAT1 : 1-9
FAT2 : 10-18
start_rootdir : 19
Data : 33-2879
sectors : 2880
cluster_size : 1
no_of_cluster : 2847 (2 - 2848)
fat_length 9 calculated 9
FAT differs, FAT sectors=0-9/9
heads/cylinder 2 (FAT) != 255 (HD)
sect/track 18 (FAT) != 63 (HD)

................
................  /// ici il y a des milliers de lignes avec des partitions farfelues comme les quelques-unes
................ /// que j'ai laissé au-dessus


interface_write()
 
No partition found or selected for recovery
simulate write!
New options :
 Dump : No
 Align partition: Yes
 Expert mode : No

TestDisk exited normally.
Bien, ça nous fait un post assez long mais plutôt que d'avoir questions sur questions au cas où quelqu'un ici puisse/ait le temps de me donner un coup de main, j'ai préféré tout expliquer de A à Z. Donc désolé pour la longueur, merci d'avoir lu.

En résumé, mes conclusions :
- la partition n'est pas "perdue", puisque CHKDSK et TestDisk la voient dans la table. (donc à priori les Search étaient inutiles ?)
- pour une raison x ou y, le nombre de cylindres, etc.. ne sont plus les bons, il faut donc probablement utiliser Geometry de TestDisk
- le secteur de boot NTFS est corrompu, il faut donc restorer le Backup, cependant le message de CHKDSK dans l'observateur d'évènements indiquant qu'il n'arrive pas à écrire sur le "deuxième" secteur d'amorçage NTFS m'incite a pensé qu'il est endommagé, est-il alors intelligent de restaurer ça ? Que faire ?

Je n'ai toujours pas modifié la Geometry, ni fait Write à un quelconque moment, pour l'instant je me suis contenté d'analyser la situation et j'aimerai lire des avis de personnes plus éclairées que moi sur le sujet.

Merci d'avance !

Sponsored links

User avatar
cgrenier
Site Admin
Posts: 3511
Joined: 18 Feb 2012, 15:08
Location: Le Perreux Sur Marne, France
Contact:

Re: Harddisk seems too small / boot NTFS endommagé

#2 Post by cgrenier » 13 Feb 2015, 08:56

Essayez TestDisk, Advanced, Boot, RebuildBS, cela permettra d'ignorer le secteur de boot et son backup
Si cela marche, List puis Write et confirmez si vos fichiers sont visibles.
Postez le nouveau log en cas de problème

dompau
Posts: 5
Joined: 12 Feb 2015, 15:36

Re: Harddisk seems too small / boot NTFS endommagé

#3 Post by dompau » 13 Feb 2015, 10:21

Bonjour et merci, voici l'écran du menu Boot :
a.png
a.png (8.55 KiB) Viewed 1709 times
puis celui de Rebuild BS
c.jpg
c.jpg (67.08 KiB) Viewed 1709 times
et enfin, List, qui trouve mes fichiers
b.png
b.png (14.24 KiB) Viewed 1709 times
ça se présente assez bien, cependant je n'ai pas le choix Write comme vous pouvez le constater. D'ailleurs je ne l'ai pas trouvé dans le Wiki, à priori c'est dans la section de récupération de partition. J'ai dû louper un truc.

Le log :

Code: Select all


Fri Feb 13 10:00:03 2015
Command line: TestDisk

TestDisk 6.14-WIP, Data Recovery Utility, December 2012
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Windows 7 (7601) SP1
Compiler: GCC 4.6, Cygwin 1007.17
Compilation date: 2012-12-23T19:10:17
ext2fs lib: 1.42.2, ntfs lib: 10:0:0, reiserfs lib: 0.3.1-rc8, ewf lib: 20120504
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sda)=4000787030016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sdb)=3000615492608
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive0)=4000787030016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive1)=3000615492608
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\C:)=1106847465472
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\D:)=2893697515520
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\I:)=4000647741440
Hard disk list
Disk /dev/sda - 4000 GB / 3726 GiB - CHS 486401 255 63, sector size=512 - WDC WD40EZRX-00SPEB0, S/N:2020202057202d44435734433045313535313031, FW:80.00A80
Disk /dev/sdb - 3000 GB / 2794 GiB - CHS 364804 255 63, sector size=512 - WDC WD40EZRX-00SPEB0, S/N:2020202057202d44435734433045373239323938, FW:80.00A80

Partition table type (auto): EFI GPT
Disk /dev/sdb - 3000 GB / 2794 GiB - WDC WD40EZRX-00SPEB0
Partition table type: EFI GPT

Interface Advanced
hdr_size=92
hdr_lba_self=1
hdr_lba_alt=5860577133 (expected 5860577133)
hdr_lba_start=34
hdr_lba_end=5860577100
hdr_lba_table=2
hdr_entries=128
hdr_entsz=128
check_part_gpt failed for partition
 1 P MS Reserved                   34     262177     262144 [Microsoft reserved partition]
 1 P MS Reserved                   34     262177     262144 [Microsoft reserved partition]
 2 P MS Data                   264192 7814029311 7813765120 [Basic data partition] [NicoSave]
     NTFS, blocksize=4096, 4000 GB / 3725 GiB

ntfs_boot_sector
 2 P MS Data                   264192 7814029311 7813765120 [Basic data partition] [NicoSave]
     NTFS, blocksize=4096, 4000 GB / 3725 GiB
NTFS at 16/113/34
file_pread(5,1,buffer,3519062015(486400/211/19)) lseek err Invalid argument
filesystem size           7813765120 1
sectors_per_cluster       8 0
mft_lcn                   786432 0
mftmirr_lcn               2 0
clusters_per_mft_record   -10 0
clusters_per_index_record 1 0
Boot sector
Status: OK

Backup boot sector
ntfs_boot_sector: Can't read backup boot sector.
Status: Bad

Sectors are not identical.

A valid NTFS Boot sector must be present in order to access
any data; even if the partition is not bootable.
rebuild_NTFS_BS
mft at 16, seq=1, main=0 res=1
ntfs_find_mft: mft_lcn             786432
ntfs_find_mft: mftmirr_lcn         2
ntfs_find_mft: sectors_per_cluster 8
ntfs_find_mft: mft_lcn             786432
ntfs_find_mft: mftmirr_lcn         2
ntfs_find_mft: mft_record_size     1024
ntfs_find_mft: index_block_size    4096
Extrapolated boot sector and current boot sector are identical.
filesystem size           7813765120
sectors_per_cluster       8
mft_lcn                   786432
mftmirr_lcn               2
clusters_per_mft_record   -10
clusters_per_index_record 1
NTFS Volume is dirty.

Directory /
       5 dr-xr-xr-x     0      0         0  7-Feb-2015 10:14 .
       5 dr-xr-xr-x     0      0         0  7-Feb-2015 10:14 ..
  343342 dr-xr-xr-x     0      0         0 24-Jan-2014 02:04 Controller
  345790 dr-xr-xr-x     0      0         0  3-Feb-2015 14:50 $RECYCLE.BIN
  343015 dr-xr-xr-x     0      0         0 16-Feb-2014 21:31 ActionMax
  343230 dr-xr-xr-x     0      0         0  9-Jan-2014 22:21 Arcade Music Trivia Challenger
    1582 dr-xr-xr-x     0      0         0  6-Feb-2015 16:36 borne pour dom
  343658 dr-xr-xr-x     0      0         0 23-Jan-2014 15:56 Daphne
  343970 dr-xr-xr-x     0      0         0  5-Jan-2014 02:09 Frets on Fire
      37 dr-xr-xr-x     0      0         0  4-Feb-2015 01:30 Future Pinball
    1568 dr-xr-xr-x     0      0         0  4-Feb-2015 09:55 HyperSpin
   78528 dr-xr-xr-x     0      0         0 23-Mar-2014 18:55 MAME
  108393 dr-xr-xr-x     0      0         0 13-Jan-2014 01:07 ROMs
      35 dr-xr-xr-x     0      0         0  8-Feb-2014 00:49 System Volume Information
  509175 dr-xr-xr-x     0      0         0  8-Feb-2014 22:56 TempSave
  547256 dr-xr-xr-x     0      0         0  7-Feb-2015 10:15 test
  286435 dr-xr-xr-x     0      0         0  5-Jan-2014 08:52 Vids
  316319 dr-xr-xr-x     0      0         0 19-Jan-2014 23:08 XBMC
   78369 dr-xr-xr-x     0      0         0 17-Feb-2014 09:52 Z space
filesystem size           7813765120
sectors_per_cluster       8
mft_lcn                   786432
mftmirr_lcn               2
clusters_per_mft_record   -10
clusters_per_index_record 1

ntfs_boot_sector
 2 P MS Data                   264192 7814029311 7813765120 [Basic data partition] [NicoSave]
     NTFS, blocksize=4096, 4000 GB / 3725 GiB
NTFS at 16/113/34
file_pread(5,1,buffer,3519062015(486400/211/19)) lseek err Invalid argument
filesystem size           7813765120 1
sectors_per_cluster       8 0
mft_lcn                   786432 0
mftmirr_lcn               2 0
clusters_per_mft_record   -10 0
clusters_per_index_record 1 0
Boot sector
Status: OK

Backup boot sector
ntfs_boot_sector: Can't read backup boot sector.
Status: Bad

Sectors are not identical.

A valid NTFS Boot sector must be present in order to access
any data; even if the partition is not bootable.

TestDisk exited normally.
Je n'ai pas eu de Sectors are identical, en revanche on voit Extrapolated boot sector and current boot sector are identical. Dans le Step by step du Wiki, on voit la récupération du secteur après un Backup BS , il n'y a pas Write, mais en revenant au menu principal (Quit), on voit You will have to reboot for the change to take effect, ce que je n'ai pas eu puisqu'il n'arrive pas à écrire (c'est ce que je comprends en tout cas).

(Et Quid du problème de taille disque incorrecte ? c'est peut-être pour cela qu'il n'arrive pas à lire le backup, il le voit trop petit)

Merci encore

dompau
Posts: 5
Joined: 12 Feb 2015, 15:36

Re: Harddisk seems too small / boot NTFS endommagé

#4 Post by dompau » 17 Feb 2015, 08:28

cgrenier wrote:Essayez TestDisk, Advanced, Boot, RebuildBS, cela permettra d'ignorer le secteur de boot et son backup
Si cela marche, List puis Write et confirmez si vos fichiers sont visibles.
Postez le nouveau log en cas de problème
Bonjour, l'absence de Write est un problème, et je n'ai pas la solution..

dompau
Posts: 5
Joined: 12 Feb 2015, 15:36

Re: Harddisk seems too small / boot NTFS endommagé

#5 Post by dompau » 16 Mar 2015, 14:08

Serait-il possible de continuer à discuter de mon problème ou le sujet est-il mort ? plus d'un mois d'attente et plus une réponse, il y a les vacances, la famille, peut-être un séjour à l'hopitâl j'en sais rien mais j'aimerai des nouvelles, je check tous les jours mais rien ne bouge.

En fait, si on revoit le fil :
Post du problème > réponse avec "Postez le log en cas de problème > Post du log > ...rien > Post de rappel > ...rien

J'ai laissé passer les semaines, d'une part parce que je ne paie rien à cgsecurity et parce qu'on ne sait jamais ce qu'il peut arriver dans la vie (ça peut même être de simples vacances.. compréhensible). Mais là ça fait plus d'un mois. Je sais, c'est gratuit, et vous pourriez me dire d'aller lacher 800 ou 1000 euros dans une compagnie de récupération de données, mais si je suis ici c'est parce que je n'ai pas cette somme.

Enfin bref... une nouvelle bouteille à la mer... loin d'être la seule du forum. J'étais même tombé sur quelques posts qui correspondaient à mon souci pour finalement être déçu de voir que la discussion s'était arrêtée sans que la résolution du problème aille au bout. Un problème récurrent sur ce forum à priori.

User avatar
cgrenier
Site Admin
Posts: 3511
Joined: 18 Feb 2012, 15:08
Location: Le Perreux Sur Marne, France
Contact:

Re: Harddisk seems too small / boot NTFS endommagé

#6 Post by cgrenier » 03 Apr 2015, 16:47

Vous avez bien du faire le Write ou bien utiliser le secteur de boot pour écraser le backup, car en effet l'option Write n'apparait plus.
Vous pouvez copier vos fichiers avec TestDisk ou faire un "chkdsk /f". Deux solutions apparaissant un peu partout dans le forum.

Problème récurrent du forum: peu de gens ayant du temps et les connaissances pour aider les autres. Je confirme.

dompau
Posts: 5
Joined: 12 Feb 2015, 15:36

Re: Harddisk seems too small / boot NTFS endommagé

#7 Post by dompau » 03 Apr 2015, 17:02

Non, je n'ai jamais fais "Write" dans TestDisk, quel que soit le menu.
Non, je n'ai pas écrasé le backup.
Copier les fichiers ? C'est enfin sur le point de se finaliser oui, mais trouver de l'espace pour les accueillir n'est pas aisé.*
CHKDSK /F ? c'est l'objet du premier de mes posts. TLDR; j'imagine. Il se fait, et foire à la toute fin au moment ou il doit faire l'écriture du backup du boot justement, et c'est le coeur du problème. (y a tous les screenshots pour montrer ce qu'il se passe notamment de l'observateur d'évènement).



*si on ne possède pas un disque de même taille vide (ou plus grand), sauver les répertoires et fastidieux du fait que Testdisk ne donne pas leur taille (je sais c'est pas son rôle)

Post Reply

Who is online

Users browsing this forum: No registered users and 0 guests