10.12 Sierra Problème de commandes fsck

Merci de l'attention que vous portez à mon problème, je suis dessus depuis 3 jours et je désespère un peu car je dois livrer un gros travail lundi et la majeure partie de mes ressources est sur ce disque... En même temps c'est toujours comme ça!

On le voit bien cette fois-ci -->
Bloc de code:
/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS Disque 127              999.8 GB   disk1s2

  • passe la commande :
Bloc de code:
diskutil info disk1s2

  • qui affiche un tableau d'informations sur le volume

Poste le tableau.


Voilà le résultat, on voit bien les 331,5 GB de données que je cherche à récupérer

Bloc de code:
ClementationCC3:~ clementineberthier$ diskutil info disk1s2
   Device Identifier:        disk1s2
   Device Node:              /dev/disk1s2
   Whole:                    No
   Part of Whole:            disk1

   Volume Name:              Disque 127
   Mounted:                  Yes
   Mount Point:              /Volumes/Disque 127

   Partition Type:           Apple_HFS
   File System Personality:  Journaled HFS+
   Type (Bundle):            hfs
   Name (User Visible):      Mac OS Extended (Journaled)
   Journal:                  Journal size 81920 KB at offset 0x1d1c000
   Owners:                   Disabled

   OS Can Be Installed:      No
   Media Type:               Generic
   Protocol:                 USB
   SMART Status:             Not Supported
   Volume UUID:              F25DCA17-BAA8-3300-A0F9-00A4827D40A9
   Disk / Partition UUID:    901F6A5D-22A3-41DA-A585-651E76EF2C71

   Disk Size:                999.8 GB (999826612224 Bytes) (exactly 1952786352 512-Byte-Units)
   Device Block Size:        512 Bytes

   Volume Total Space:       999.8 GB (999826612224 Bytes) (exactly 1952786352 512-Byte-Units)
   Volume Used Space:        331.5 GB (331473190912 Bytes) (exactly 647408576 512-Byte-Units) (33.2%)
   Volume Available Space:   668.4 GB (668353421312 Bytes) (exactly 1305377776 512-Byte-Units) (66.8%)
   Allocation Block Size:    4096 Bytes

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

   Device Location:          External
   Removable Media:          Fixed


ClementationCC3:~ clementineberthier$
 
Dernière édition:
Le volume est monté en lecture & écriture - pourtant un OS ne peut pas y être installé.

Passe la commande :
Bloc de code:
diskutil verifyVolume disk1s2

  • la commande vérifie le système de fichiers jhfs+ formateur du volume
  • le volume sera démonté en préalable (au risque qu'il ne remonte pas ensuite). Tu peux donc éviter la commande, si tu préfères garder le volume monté.

Poste le retour
 
Le volume est monté en lecture & écriture - pourtant un OS ne peut pas y être installé.

Passe la commande :
Bloc de code:
diskutil verifyVolume disk1s2

  • la commande vérifie le système de fichiers jhfs+ formateur du volume
  • le volume sera démonté en préalable (au risque qu'il ne remonte pas ensuite). Tu peux donc éviter la commande, si tu préfères garder le volume monté.
Poste le retour

Je n'est pas besoin d'y installer un OS il s'agit simplement d'un disc de stockage de données en externe, je veux juste pouvoir récupérer ces données.
J'ai lancé la commande “diskutil verifyVolume disk1s2” voici le résultat :

Bloc de code:
ClementationCC3:~ clementineberthier$ diskutil verifyVolume disk1s2
Started file system verification on disk1s2 Disque 127
Verifying file system
Using live mode
File system check exit code is 8
Error: -69610: Error parsing fsck program XML format output
Underlying error: 8: Exec format error
ClementationCC3:~ clementineberthier$
 
C'est le même échec radical à vérifier le système de fichiers jhfs+ (que dans un de tes messages précédents) -->

- normalement > les différents composants de ce dispositif logiciel sont examinés terme à terme (le fichier du catalogue > des segments en excès > des attributs étendus etc.). Là : pfuiitt... attestation d'échec d'entrée.​

Il n'y a rien à faire pour réparer le système de fichiers et sauver le volume. La corruption du jhfs+ empêche aussi l'accès aux fichiers (dont il est le gestionnaire).

- à part utiliser un logiciel de récupération de données --> je ne vois rien d'autre.​
 
C'est le même échec radical à vérifier le système de fichiers jhfs+ (que dans un de tes messages précédents) -->

- normalement > les différents composants de ce dispositif logiciel sont examinés terme à terme (le fichier du catalogue > des segments en excès > des attributs étendus etc.). Là : pfuiitt... attestation d'échec d'entrée.​

Il n'y a rien à faire pour réparer le système de fichiers et sauver le volume. La corruption du jhfs+ empêche aussi l'accès aux fichiers (dont il est le gestionnaire).

- à part utiliser un logiciel de récupération de données --> je ne vois rien d'autre.​


J'ai DiscWarrior mais il ne recupère rien... A moins que je ne sache pas bien m'en servir!
Je ne peux pas tenter de faire un clone du disc?
 
Quel serait le volume de destination ? - celui d'un autre DDE ?

- le volume Disque 127 a-t-il été remonté (est-ce que tu le vois affiché) ?​
 
J'ai relancé “diskutil list“ voilà le reultat :

Bloc de code:
ClementationCC3:~ clementineberthier$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            999.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS Disque 127              999.8 GB   disk1s2

ClementationCC3:~ clementineberthier$

et je le vois sur mon bureau
Capture d'écran 2019-10-04 20.40.26.png
 
Dans ce post du 20 mai j,avais l'impression que vous aviez trouvé un moyen, mais ce n'est peut-etre pas identique...
- Il y a une différence -->​

  • dans le cas précédent > c'était le volume de démarrage qui ne montait pas > suite à la corruption de son système de fichiers. Or un volume de démarrage (recelant un OS démarrable) endommagé => peut souvent être démarré en mode Single User. Il s'agit d'un démarrage minimaliste qui ne monte le volume qu'en lecture seule > sans initialiser aucune service de l'OS. La session qui se trouve ouverte est une session de terminal de root. Il est possible de cloner les fichiers du volume => à destination d'un DDE USB dans ces conditions.
  • en ce qui te concerne > il s'agit d'un volume de stockage. Aucun démarrage en Single User n'est viable. Ton volume arrive à monter > mais les fichiers paraissent inaccessibles.
----------

Passe la commande :
Bloc de code:
ls /Volumes/Disque*

  • qui liste les objets de 1er rang du volume Disque 127

Poste le retour.
 
Je conserve un minuscule espoir...

Voilà le résultat :
Bloc de code:
ClementationCC3:~ clementineberthier$ ls /Volumes/Disque*
00_KOTV            03_iPadKO_V3_10_2016    06_iPadB_V2_01_2017    09_iPadKO_V6_04_2018    FutureFolio_KOtv.pdf    KOtv_itunes video_1.xmp
01_iPadKO_V1_04_2015    04_iPadB_V1_12_2016    07_iPadKO_V5_10_2017    10_iPadKO_10_2018    KOtv_itunes video.mp4    NouveauxElementsVideos
02_iPadKO_V2_08_2016    05_iPadKO_V4_04_2017    08_iPadB_V2_10_2017    Archive_iPadKOtv_V1.zip    KOtv_itunes video_1.m2v
ClementationCC3:~ clementineberthier$
 
Passe la commande :
Bloc de code:
ls -al /Volumes/Disque*/00_KOTV

  • la commande affiche les autorisations sur le 1er objet (00_KOTV) > ainsi que sa nature d'objet : dossier (d) ou fichier (-)

Poste le retour.
 
J'ai l'impression que ça ne donne rien

Bloc de code:
ClementationCC3:~ clementineberthier$ ls -al /Volumes/Disque*/00_KOTV
ClementationCC3:~ clementineberthier$


Par contre je sais que c'est un dossier
 
Essaie encore cette commande :
Bloc de code:
ls /Volumes/Disque*/00_KOTV/*

  • qui assume que l'objet 00_KOTV soit un dossier > et liste ses contenus de 1er degré

Poste le retour.
 
J'ai l'impression que ça sent mauvais :(

Bloc de code:
ClementationCC3:~ clementineberthier$ ls /Volumes/Disque*/00_KOTV/*
ls: /Volumes/Disque*/00_KOTV/*: No such file or directory
ClementationCC3:~ clementineberthier$
 
Par contre j'ai essayé sur le dossier .zip
ce serait un moindre mal si je pouvait le récupérer, voilà le résultat :

Bloc de code:
ClementationCC3:~ clementineberthier$ ls -al /Volumes/Disque*/Archive_iPadKOtv_V1.zip
-rw-r--r--  1 clementineberthier  staff  7944971849 23 déc  2016 /Volumes/Disque 127/Archive_iPadKOtv_V1.zip

Je ne sais pas si c'est de meilleur augure.
 
Alors passe la commande :
Bloc de code:
sudo cp -av /Volumes/Disque*/Archive_iPadKOtv_V1.zip ~/Desktop

  • à validation > une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe de session admin en aveugle - aucun caractère ne se montrant à la frappe - et revalide
  • la commande copie l'élément = Archive_iPadKOtv_V1.zip => sur le Bureau de ta session

Est-ce que tu obtiens un retour ?
 
Impossible de copier l'élément (erreur d'entrée / sortie).

Tente encore la commande :
Bloc de code:
sudo du -sh /Volumes/Disque*/*

  • qui mesure (en Gi) les objets de 1er rang du volume. Commande très lente à passer (normalement)

Poste le retour.
 
Ça n'a pas été long :(

Bloc de code:
ClementationCC3:~ clementineberthier$ sudo du -sh /Volumes/Disque*/*
Password:
du: /Volumes/Disque*/*: No such file or directory
ClementationCC3:~ clementineberthier$
 
Et si je lance cette commande :

diskutil repairDisk /dev/disk1
Repairing the partition map might erase disk1s1, proceed? (y/N)

quelle est la probabilité que les infos soient perdues?

Est-ce qu'il existe d'autres méthodes de récupération chez les fournisseur de service?