MacBook Pro Formatage impossible 2eme HD interne

davea

Membre confirmé
6 Septembre 2011
41
0
Romainville
Salut à tous,

je suis coincé. Après qque jours de recherche je ne trouve pas de solution.
J'ai mon macbookpro avec 2 disques durs. Un SSD pour l'OS et un HD pour les datas.
C'est le second qui me pose un vrai soucis. Impossible de le reformater.
J'ai pu sauvegarder le nécessaire, car depuis peu impossible d'écrire, d'effacer sur ce disque.
J'ai tenté à plusieurs reprises avec l'utilitaire de disque ou via "Techtool pro", rien y fait …
Même en cherchant à le formater en MSDOS, idem même échec.
Pourtant il monte au démarrage, et apparait sur le bureau. Je ne peu même pas changer les autorisations.
De l'aide serait la bienvenue :)

Merci d'avance.
David
 

Fichiers joints

  • Capture d’écran 2017-10-30 à 15.28.41.png
    Capture d’écran 2017-10-30 à 15.28.41.png
    71,5 KB · Affichages: 187
  • Capture d’écran 2017-10-30 à 14.53.52.png
    Capture d’écran 2017-10-30 à 14.53.52.png
    93,1 KB · Affichages: 248
  • Capture d’écran 2017-10-30 à 14.54.32.png
    Capture d’écran 2017-10-30 à 14.54.32.png
    97,7 KB · Affichages: 190
Dernière édition:
Salut davea

Va à : Applications > Utilitaires > lance le «Terminal».

Dans la fenêtre qui s'est ouverte > saisis la commande (simplement informative) :
Bloc de code:
diskutil list
et ↩︎ (presse la touche "Entrée" du clavier pour exécuter la commande)

  • cette commande retourne le tableau des disques attachés au Mac > avec leurs tables de partition > et leurs partitions décrites en type > nom > taille > identifiant.

Tu n'as qu'à poster ce tableau ici en copier-coller > mais pour bien faire --> avant de faire ton coller > presse le bouton (4è avant la fin à droite) dans la barre de menus au-dessus du champ de saisie d'un message > menu  : </> Code > par ⌘V colle dans la fenêtre Code > presse le bouton Insérer (ce procédé permet un affichage fenêtré qui économise l'espace de page en respectant la mise en forme des tableaux du «Terminal» --> d'où une plus grande lisibilité).

=> d'après ces informations > je pourrai te proposer quelques commandes supplémentaires > qui seront sans doute plus instructives quant au blocage que capables de le surmonter.
 
  • J’aime
Réactions: davea
Salut macomaniac,
merci pour ton aide :)
Voici ce que dit le résultat:

Bloc de code:
diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *250.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS LAPTOP                  233.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:                  Apple_HFS eDrive                  15.9 GB    disk0s4
/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS LAPTOP DATA             949.9 GB   disk1s2
 
Dernière édition:
Alors tu peux déjà passer la commande (informative) :
Bloc de code:
diskutil info disk1s2

  • qui va retourner un tableau d'informations sur le volume LAPTOP DATA

=> tu n'as qu'à le poster ici > histoire de voir s'il y a déjà des anomalies.
 
Alors tu peux déjà passer la commande (informative) :
Bloc de code:
diskutil info disk1s2

  • qui va retourner un tableau d'informations sur le volume LAPTOP DATA

=> tu n'as qu'à le poster ici > histoire de voir s'il y a déjà des anomalies.

Voici:

Bloc de code:
diskutil info disk1s2
   Device Identifier:        disk1s2
   Device Node:              /dev/disk1s2
   Whole:                    No
   Part of Whole:            disk1
   Device / Media Name:      LAPTOP DATA

   Volume Name:              LAPTOP DATA

   Mounted:                  Yes
   Mount Point:              /Volumes/LAPTOP DATA

   File System Personality:  HFS+
   Type (Bundle):            hfs
   Name (User Visible):      Mac OS Extended
   Owners:                   Enabled

   Partition Type:           Apple_HFS
   OS Can Be Installed:      No
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Verified
   Volume UUID:              5AAA14AB-5AE2-301A-A0C6-D7819468EEF0
   Disk / Partition UUID:    9266C35D-C39F-4CFE-8821-286A640677F3

   Total Size:               949.9 GB (949860913152 Bytes) (exactly 1855197096 512-Byte-Units)
   Volume Free Space:        25.2 GB (25167646720 Bytes) (exactly 49155560 512-Byte-Units)
   Device Block Size:        512 Bytes
   Allocation Block Size:    4096 Bytes

   Read-Only Media:          No
   Read-Only Volume:         Yes

   Device Location:          Internal
   Removable Media:          No

   Solid State:              No
 
Alors voici la première anomalie :
Bloc de code:
Read-Only Volume:         Yes

  • le volume LAPTOP DATA est monté en mode : "lecture seule" --> autant dire que son espace est verrouillé en l'état.

Voici une petite expérimentation pour vérifier si ce montage en mode : "lecture seule" est structurel ou accidentel --> tu passes les commandes (l'une après l'autre - tu peux utiliser le copier et coller dans la fenêtre du «Terminal») :
Bloc de code:
diskutil umount force disk1s2
sudo mount -t hfs -w /dev/disk1s2 /tmp
(après validation de la seconde commande > une demande de password va s'afficher - commande sudo --> tape ton mot-de-passe de session admin à l'aveugle - aucun caractère ne se montrant à la frappe - et valide de nouveau)

  • la 1ère commande démonte de force le volume sans détacher le disque
  • la 2è tente de remonter le volume LAPTOP DATA en mode "lecture & écriture" en utilisant le répertoire des éléments temporaires /tmp comme point de montage
=> qu'est-ce qui est retourné par la 2è commande ? - probablement un message d'échec > sans volume apparaissant monté sur le Bureau...
 
Yep il s'est bien démonté. Et la seconde commande me reviens avec ceci:

Bloc de code:
mount_hfs: error on mount(): error = -1.
mount_hfs: Invalid argument

et pas de volume remonté sur le bureau, bien sur.
 
...et comme la commande est valide (théoriquement) > c'est donc que le volume ne peut pas être monté en mode "lecture & écriture" > mais est bloqué au montage en mode "lecture seule" (montage verrouillé).

Alors voici 2 commandes classiques :
Bloc de code:
diskutil repairDisk disk1
diskutil repairVolume disk1s2

  • la 1ère lance une vérification / réparation de la table de partition GUID du disque (si un message t'avertit de risques de reformatage de la partition EFI disk1s1 > tu tapes y(es) et tu revalides : aucune importance)
  • la 2è > une vérification / réparation du système de fichiers JHFS+ de la partition disk1s2

=> tu n'as qu'à poster les affichages retournés par ces 2 commandes.
 
résultat de la 1ère commande:
Bloc de code:
diskutil repairDisk disk1
Repairing the partition map might erase disk1s1, proceed? (y/N) y
Started partition map repair on disk1
Checking prerequisites
Checking the partition list
Adjusting partition map to fit whole disk as required
Problems were encountered during repair of the partition map
Error: -69697: Partition map repair failed while adjusting structures to fit current whole disk size
Underlying error: 5: POSIX reports: Input/output error
 
Résultat de la seconde commande:
Bloc de code:
diskutil repairVolume disk1s2
Started file system repair on disk1s2 LAPTOP DATA
Repairing file system
Checking non-journaled HFS Plus Volume
Checking extents overflow file
Checking catalog file
Incorrect block count for file 0.directoryStoreFile.shadow
(It should be 704 instead of 800)
Incorrect block count for file 0.indexArrays
(It should be 246093 instead of 246483)
Incorrect block count for file 0.indexCompactDirectory
(It should be 128 instead of 24962)
Invalid index key
Invalid index key
Invalid index key
Invalid index key
Invalid index key
Invalid index key
Invalid node structure
Invalid sibling link
Rebuilding catalog B-tree
The volume LAPTOP DATA could not be repaired
File system check exit code is 8
Updating boot support partitions for the volume as required
Error: -69845: File system verify or repair failed
Underlying error: 8: POSIX reports: Exec format error
 
C'est ce qu'on appelle : « faire la totale »
361608_original.png


  • input / output error (erreur d'entrée / sortie) en ce qui concerne la table de partition. Autant dire en bref : impossibilité d'écrire au secteur d'amorçage du disque (les descripteurs de la GPT - GUID Partition Table) résident sur les 32 premiers blocs du disque, avec backup sur les 32 derniers)

  • erreurs massives sur le catalogue B-tree (qui permet l'accès aux données en lecture > édition > ajout > suppression et qui se compose de bifurcations portant des clés numériques) en ce qui concerne le système de fichiers > sans possibilité de réparation.

Passe les 2 commandes tests :
Bloc de code:
diskutil reformat disk1s2
diskutil partitionDisk disk1 gpt jhfs+ "LAPTOP DATA" 100%

  • la 1ère reformate la partition disk1s2 aux paramètres identiques par rapport aux précédents
  • la 2è > efface la GPT > en recrée une neuve > avec injection d'un système de fichiers JHFS+ dans la partition principale définissant un volume intitulé LAPTOP DATA

=> tu n'as qu'à poster les retours d'affichage. Il ne faut pas être un grand devin pour prédire un échec des 2 commandes.
 
:rolleyes: c'est bien ce que je me disais … Ça sent le roussi .

1er résultat:
Bloc de code:
diskutil reformat disk1s2
Started erase on disk1s2 LAPTOP DATA
Unmounting disk
Erasing
newfs_hfs:
WriteBuffer:  pwrite(3, 0x10e93a000, 1048576, 0): Input/output error
newfs_hfs: write (sector 0): Invalid argument
Mounting disk
Could not mount disk1s2 with name LAPTOP DATA after erase
Error: -69832: File system formatter failed

2ème résultat:
Bloc de code:
diskutil partitionDisk disk1 gpt jhfs+ "LAPTOP DATA" 100%
Started partitioning on disk1
Unmounting disk
Error: -69825: Wiping volume data to prevent future accidental probing failed
 
Échec sur les 2 tableaux comme tu peux lire.

Je suis curieux de savoir si une commande gpt (guid_partition_table_utility) est rien que capable de lire la table GPT --> passe la commande :
Bloc de code:
sudo gpt show /dev/disk1

  • qui retourne normalement le tableau de l'allocation des blocs du disque

=> poste ce qui est retourné par la commande.
 
ici le résultat:
Bloc de code:
sudo gpt show /dev/disk1
Password:
       start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6        
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640  1855197096      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  1855606736    97918432
 
La distribution est normale jusqu'à la partition 2 GPT part(ition) comprise.

Après > tu as un espace libre de 97918432 blocs logiques, soit un peu plus de 50 Go.

Et tu n'as pas le backup de la GPT > qui > avec un espace libre de 7 blocs > devrait ressembler à ceci :
Bloc de code:
1953525128           7       
1953525135          32         Sec GPT table
1953525167           1         Sec GPT header

Tu peux toujours tenter un :
Bloc de code:
sudo gpt destroy /dev/disk1

  • commande censée effacer la table de partition GPT de l'en-tête du disque

et poster le retour : ce qui constituera un ultime test d'écriture au disque (échec prévisible).
 
Bloc de code:
sudo gpt destroy /dev/disk1
Password:
gpt destroy: unable to open device '/dev/disk1': Resource busy

C'est tout de même étrange. Comment ça peut arriver ce genre de problème ? Je prends grand soin de mon laptop, c'est un de mes outils de travail principaux …
 
Ah ! excuse : j'ai oublié que gpt a besoin que tous les volumes du disque soient démontés > pour pouvoir écrire.

Donc passe les deux commandes :
Bloc de code:
diskutil umount force disk1s2
sudo gpt destroy /dev/disk1

  • la 1ère commande démontant le volume LAPTOP DATA > et la 2è reprenant la commande précédente

=> tu n'as qu'à poster le retour.