MacBook Pro Pb DDE Storeva

[chdud]

Bonjour, je pense que mon DDE Storeva est en fin de vie. Il est lent, n'apparait que très rarement dans le Finder mais reste visible par le terminal et là, je bute systématiquement sur un terme quand je veux vérifier le disque : "Ownership of the affected disk is required". Quant à la réparation, même après avoir rentré le code, c'est niet. Quelqu'un peut-il me venir en aide? Please!

 

[Membre supprimé 1060554]

Salut chdud

Cela fait déjà un moment que tu as ouvert ce fil > mais tu connais le dicton : "mieux vaut tard que jamais" (pour obtenir une réponse).

Attache ton DDE à ton Mac > puis dans le «Terminal» passe la commande (informative) :

diskutil list

• cette commande va retourner le tableau des disques attachés à ton Mac (en interne / externe) > avec leurs tables de partition > et leurs partitions décrites en format > nom > taille > identifiant d'appareil.

• Pour poster ici ce tableau --> sélection > ⌘C pour copier dans le presse-papier > bouton ⌹ dans la petite barre de menus au-dessus du champ de saisie d'un message > sous-menu : </> Code > ⌘V pour coller dans la fenêtre de code > Insérer.

=> les paramètres logiques du disque de ton DDE connus > il sera possible de lui adresser d'autres commandes (pour vérifier s'il y a des erreurs dans le système de fichiers du volume - par exemple).

 

[chdud]

Bonjour et merci de ta réponse.

J'ai lancé le terminal et voici le résultat avec la commande "diskutil list"

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS Storeva Alu             999.9 GB   disk2s2

 

[Membre supprimé 1060554]

Passe la commande :

diskutil repairVolume disk2s2

• cette commande lance une vérification / réparation du système de fichiers JHFS+ qui définit le volume Alu

=> tu n'as qu'à poster ici le tableau retourné > histoire de voir s'il y a des erreurs attestées ou non.

 

[chdud]

j'ai lancé et voilà

Started file system repair on disk2s2 Storeva Alu
Repairing file system
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
The volume Storeva Alu could not be verified completely
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: Exec format error

 

[Membre supprimé 1060554]

File system check exit code is 8

signifie qu'il y a des erreurs dans le système de fichiers qui permet le montage du volume Alu - erreurs qui n'ont pas pu être réparées.

Le parcours des fichiers du système de fichiers s'étant interrompu à :

Checking catalog file

> on peut conjecturer que le fichier du Catalogue B-tree est corrompu : c'est le fichier permettant l'accès aux données pour lecture > édition > ajout > suppression.

----------

Je te propose une autre tentative de réparation - spécifique des fichiers btree cette fois -->

D'abord tu passes la commande :

diskutil umount force disk2s2

qui démonte le volume Alu (seulement au cas où il aurait été remonté)

Ensuite > tu passes la commande (tu peux faire un copier-coller direct) :

sudo fsck_hfs -yf -R ace /dev/rdisk2s2

(après validation avec la touche "Entrée" --> 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 avec la touche "Entrée")

• cette commande appelle l'utilitaire fsck_hfs (filesystem_check_hfs : vérificateur de système de fichiers > orienté format HFS) > avec les options y(es = acquiècement à toute demande de réparation) > f(orce : sans confirmation) > R (epair = réparer) > a (ttribute = le catalogue des attributs_étendus) > b (tree = le catalogue des données) > e(xtent = le catalogue des segments en excès)

=> tu n'as qu'à poster ici encore le tableau retourné > histoire de vérifier l'état des lieux.

 

[chdud]

Merci encore pour tes réponses et explications.

** /dev/rdisk2s2
   Executing fsck_hfs (version hfs-366.50.19).
** Checking Journaled HFS Plus volume.
   The volume name is Storeva Alu
** Checking extents overflow file.
** Checking catalog file.
** Rebuilding extents overflow B-tree.
** Rebuilding catalog B-tree.
** Rebuilding extended attributes B-tree.
** The volume Storeva Alu could not be repaired.

 

[Membre supprimé 1060554]

Salut chdud

Il y a de grandes chances que ton DDE Storeva ne soit nullement HS matériellement parlant > mais qu'il ne s'agisse que d'un problème logiciel : système de fichiers corrompu.

C'est le daemon (service de toile de fond) diskarbitrationd (arbitrage de montage de disques) qui vérifie les systèmes de fichiers des partitions de disques attachés au Mac -->

• en cas de probation > passe au kernel (noyau) l'opération de montage du volume correspondant sur la partition ;

• en cas de désapprobation (à cause d'erreurs dans un système de fichiers) > fait avorter l'opération de montage par le kernel.

C'est ce qui t'arrive avec le système de fichiers du volume Alu. La solution > c'est de reformater ce volume. Ce qui se soldera par la perte de toutes les données qu'il recèle.

=> ma question est donc : as-tu des données à sauvegarder dans le volume Alu ou pas ?

 

[chdud]

Bonsoir, désolé de cette réponse tardive, je sors du taff. J'ai effectivement des photos dans un dossier, le reste, je m'en tape. Mais pour les récupérer... Aurais tu une idée de comment ça a pu arriver?

 

[Membre supprimé 1060554]

Aurais tu une idée de comment ça a pu arriver?

Une coupure de secteur pendant que le DDE est attaché au Mac > un détachement à l'arrache > une interruption forcée d'un processus de copie... Beaucoup de causes peuvent être invoquées pour expliquer un système de fichiers en vrac.

Tu dis que le volume du DDE arrive parfois à remonter péniblement : une première méthode pour récupérer ton dossier de photos serait de ré-attacer régulièrement le DDE au Mac démarré (voire l'attacher au Mac avant le démarrage de son OS) > en espérant tomber sur l'occasion favorable où le volume remonterait => copier alors sans traîner le dossier concerné dans le volume d'un autre disque pour le sauvegarder.

Sinon > il existe des logiciels de récupération de données (qui marchent plutôt bien avec des fichiers graphiques comme des photos). Logiciels payants. Exemples : ☞Data Rescue☜ ou ☞Stellar Mac Data Recovery☜. Il est possible d'utiliser leur démo gratuite pour tester ce qui serait récupérable.

=> À toi de voir.

 

[GONG]

Salut chdud

• en cas de probation > passe au kernel (noyau) l'opération de montage du volume correspondant sur la partition ;

Bonjour macomaniac, je subis le même problème que celui dont tu as (comme à ton habitude) bien expliqué le processus de contournement et,
le tableau de réparation terminal dans mon cas est plutôt positif:

** /dev/rdisk1s3
   Executing fsck_hfs (version hfs-305.10.1).
** Checking Journaled HFS Plus volume.
   The volume name is WD part 1
** Checking extents overflow file.
** Checking catalog file.
** Rebuilding extents overflow B-tree.
** Rebuilding catalog B-tree.
** Rebuilding extended attributes B-tree.
** Rechecking volume.
** Checking Journaled HFS Plus volume.
   The volume name is WD part 1
** Checking extents overflow file.
** Checking catalog file.
** Checking multi-linked files.
** Checking catalog hierarchy.
** Checking extended attributes file.
   Unused node is not erased (node = 9)
** Checking volume bitmap.
** Checking volume information.
** Repairing volume.
** Rechecking volume.
** Checking Journaled HFS Plus volume.
   The volume name is WD part 1
** Checking extents overflow file.
** Checking catalog file.
** Checking multi-linked files.
** Checking catalog hierarchy.
** Checking extended attributes file.
** Checking volume bitmap.
** Checking volume information.
** The volume WD part 1 was repaired successfully.
iMac-de-Gong:~ gong$

Ma question est, comment faire pour ta suggestion:
en cas de probation > passe au kernel (noyau) l'opération de montage du volume correspondant sur la partition ;

Je n'ai jamais expérimenté une telle procédure kernel, aurais-tu la possibilité de me guider en ce sens?
Cette f***ing partition est celle qui abrite toutes les musiques sur lesquelles je travaille (compositions et autres morceaux),
je flippe un max de ne plus les retrouver :-/

Merci,
Gong.

 

[Membre supprimé 1060554]

Bonjour GONG

Le volume WD part 1 est déclaré réparé (disons : le système de fichiers formateur du volume sur la partition) -->

- redémarre une fois (le DDE toujours branché au Mac) => de retour dans ta session > est-ce que tu vois le volume WD part 1 affiché sur le Bureau ?​

 

[GONG]

Merci pour ta réponse rapide, après redémarrage, le DDE n'apparait pas spontanément,
pas plus la partition en défaut que les deux autres qui elles, montaient normalement...

Gong.

 

[Membre supprimé 1060554]

Le DDE branché > passe une commande :

diskutil list

• qui affiche le tableau des disques

Poste ce tableau dans une fenêtre de code --> que je voie la configuration du DDE.

 

[GONG]

Ca donne ça:

iMac-de-Gong:~ gong$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            499.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     Apple_partition_scheme                        *1.0 TB     disk1
   1:        Apple_partition_map                         32.3 KB    disk1s1
   2:                  Apple_HFS WD part 1               333.4 GB   disk1s3
   3:                  Apple_HFS WD part 2               333.4 GB   disk1s5
   4:                  Apple_HFS WD part 3bis            333.0 GB   disk1s7
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk2
   1:                        EFI EFI                     314.6 MB   disk2s1
   2:                  Apple_HFS INTENSO 01v2            499.9 GB   disk2s2
   3:                  Apple_HFS INTENSO 02              249.9 GB   disk2s3
   4:                  Apple_HFS INTENSO 03              249.7 GB   disk2s4

Pas de cause particulière à mon problème survenu intempestivement.

 

[Membre supprimé 1060554]

Ces mentions en tête de description du disque -->

   0:     Apple_partition_scheme                        *1.0 TB     disk1
   1:        Apple_partition_map                         32.3 KB    disk1s1

• montrent que la table de partition (située sur les blocs de tête du disque > elle contient les descripteurs des partitions) --> est une APM : Apple_Partition_Map. Table de partition d'un type obsolète. Il aurait mieux valu une GPT (GUID_Partition_Table) comme sur les autres disques. Mais je ne pense pas que ce soit déterminant pour le montage des volumes.

Passe la commande :

diskutil mountDisk disk1

• qui instruit le montage de tous les volumes du disque

Poste le retour.

 

[GONG]

C'est normal qu'elle soit obsolète, le Mac sur lequel est ce DDE est un G4
Je l'ai formaté dessus.

diskutil mountDisk disk1
One or more volume(s) failed to mount

Pas terrible comme retour...

PS: Je peux être un peu long à te répondre, je suis en train de faire des lettres de motiv'
avec mon fils pour sa rentrée en DUT ...

 

[Membre supprimé 1060554]

Passe la commande (copier-coller) :

diskutil verifyVolume disk1s3 ; diskutil verifyVolume disk1s5 ; diskutil verifyVolume disk1s7

• cette commande concaténée vérifie successivement les 3 systèmes de fichiers jhfs+ > formateurs des 3 volumes sur les 3 partitions

Poste l'affichage d'ensemble retourné.

 

[GONG]

Voici le retour:

diskutil verifyVolume disk1s3 ; diskutil verifyVolume disk1s5 ; diskutil verifyVolume disk1s7
Started file system verification on disk1s3 WD part 1
Verifying file system
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume WD part 1 appears to be OK
File system check exit code is 0
Finished file system verification on disk1s3 WD part 1
Started file system verification on disk1s5 WD part 2
Verifying file system
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume WD part 2 appears to be OK
File system check exit code is 0
Finished file system verification on disk1s5 WD part 2
Started file system verification on disk1s7 WD part 3bis
Verifying file system
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume WD part 3bis appears to be OK
File system check exit code is 0
Finished file system verification on disk1s7 WD part 3bis
iMac-de-Gong:~ gong$

 

[Membre supprimé 1060554]

Les 3 systèmes de fichiers sont sans erreurs. Logiquement parlant > les volumes devraient pouvoir être montés par le kernel après leur probation par le service diskarbitrationd.

Passe (l'une après l'autre) les 3 commandes :

diskutil mount disk1s3
diskutil mount disk1s5
diskutil mount disk1s7

• elles instruisent (séparément) le montage standard des 3 volumes

Poste les retours : on apprendra peut-être quelque chose...