Un problème signalé par Utilitaire de disque en mode Recovery

[Mars U PI l'ami]

Bonjour,
Suite à l'utilisation de l'utilitaire de disque en mode recovery (commande R) et utilisation de S.O.S disque sur tous les volumes en commençant par Macintosh HD-Data, j'ai eu l'alerte suivante sur le dernier volume uniquement (Apple média):

"Le processus S.O.S a échoué.
Si possible, sauvegardez les données de ce volume. Cliquez sur OK pour continuer.
-Problems were found with the partition map which might prevent booting.

Couldn't Mount disk: (-69842)
L'opération a échoué"

Je peux démarrer sur le disque.

Dois-je effacer le disque et le reformater ? (iMac 2020 sous Sequoia15.5)

Merci d'avance pour pour vos réponses.

[Mac Arthur]

Hello,

Pourrais-tu, en mode recovery, ouvrir le terminal et donner le retour de

Code

diskutil list

Je te donnerai ensuite les commandes à passer pour essayer d'éviter un reformatage. Tout n'est peut-être pas perdu !

[Mars U PI l'ami]

Merci Mac Arthur,

Je vais lancer la recovery et chercher le terminal.

À tout de suite...

Mac Arthur,
J'ai effectué la commande puis ai demandé l'enregistrement du texte dans documents, puis ai redémarré mais je n'ai pas l'enregistrement sans mon dossier documents.

[Mac Arthur]

Donne moi le numéro du disque fautif (média)

[Mars U PI l'ami]

N° H12F9HE3PN7C

[Mac Arthur]

Passe la commande depuis le terminal en mode recovery

Code

fsck_apfs -y /dev/diskX

En remplaçant "X" par le numéro du volume.

N° H12F9HE3PN7C

Non, tu dois avoir quelque chose comme ceci depuis le terminal :




Il faut l'identifiant du volume fautif, dernière colonne…

[Mars U PI l'ami]

La deuxième commande a-t-elle servi à quelque chose ?

[Mac Arthur]

As-tu, oui ou non, trouvé l'identifiant du volume défectueux ? Je ne peux pas répondre sans ta réponse… (cf. ma copie d'écran)

[Mars U PI l'ami]

Code

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         1.0 TB     disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1.0 TB     disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            11.2 GB    disk1s1
   2:              APFS Snapshot com.apple.os.update-... 11.2 GB    disk1s1s1
   3:                APFS Volume Macintosh HD - Data     360.3 GB   disk1s2
   4:                APFS Volume Preboot                 3.0 GB     disk1s3
   5:                APFS Volume Recovery                1.3 GB     disk1s4
   6:                APFS Volume VM                      20.5 KB    disk1s5

Raison de l'édition : + Balises CODE, plus lisible

[Mac Arthur]

Donc tu passe la commande indiquée en remplaçant le X par le numéro du disque qui déconne.
La commande est non destructive donc tu ne risque rien.
Ensuite tu redémarres et tu regarde si ça va mieux... ou pas.

[Mars U PI l'ami]

Tout ceci ne me semble pas très clair. Merci quand même.

[Benzebut]

Tout ceci ne me semble pas très clair. Merci quand même.

Pourtant la réponse de Mac Arthur est bien la bonne méthode pour tester votre partition données dans le cas présent.

Encore une fois, pour tester la partition Macintosh HD - Data, en mode récupération, dans l'application Terminal tapez l'instruction fsck_apfs -y /dev/disk1s2
Puis redémarrez et vous nous direz si cela a corriger l’indexation du disque...

[Mars U PI l'ami]

Merci Benzebut,

Comme dit au départ, j'ai testé en mode Recovery S.O.S tous les volumes (Macintosh-data ,Macintosh-system ), le(s) containers et le problème indiqué l'a été uniquement pour le APPLE SSD AP1024N Media
Voilà où j'en étais lorsque j'ai posté mon message et ma question est toujours dois-je remettre le SSD à zéro (effacer, puis reformater, puis réinstaller) ?

Une réponse claire aurait été en une étape :
-passer en Recovery
-Dans le terminal taper diskutil list et relever l’identifiant diskX du disque (et non le numéro du disque)
-taper la commande fsck_apfs / y /dev/diskX ( 0 dans ce cas)

Le résultat a été le suivant :

Fichier(s) joint(s)

 fsck...._disk0.pdf ( 579.05 Ko ) Nombre de téléchargements : 14

 

[Mac Arthur]

Merci Benzebut,

Comme dit au départ, j'ai testé en mode Recovery S.O.S tous les volumes (Macintosh-data ,Macintosh-system ), le(s) containers et le problème indiqué l'a été uniquement pour le APPLE SSD AP1024N Media
Voilà où j'en étais lorsque j'ai posté mon message et ma question est toujours dois-je remettre le SSD à zéro (effacer, puis reformater, puis réinstaller) ?

Une réponse claire aurait été en une étape :
-passer en Recovery
-Dans le terminal taper diskutil list et relever l’identifiant diskX du disque (et non le numéro du disque)
-taper la commande fsck_apfs / y /dev/diskX ( 0 dans ce cas)

Le résultat a été le suivant :

Alors dans ce cas, ma réponse va être encore plus claire.

"y-a pas marqué la poste"

Donc, puisque tu es capable de faire (à posteriori...) les questions et les réponses, eh bien tu vas te débrouiller tout seul.
Pas envie de risquer m'en prendre une deuxième.
Regarde du côté des commandes rm dans le terminal, il y a des trucs sympas qui ont l'avantage d'aller assez vite. Fais quand même un Google avant....

Ce message a été modifié par baron - 28 May 2025, 09:32.

Raison de l'édition : Commande malvenue barrée

[baron]

Rappel de la charte :

- Décrivez vos problèmes sans râler ou insulter ceux qui oeuvrent pour nous apporter des solutions et nous rendre ainsi la vie plus facile.

- Restez courtois, pensez à remercier ceux qui apportent avec gentillesse une réponse, ou qui essayent de la donner

[Mars U PI l'ami]

Rappel de la charte :

- Décrivez vos problèmes sans râler ou insulter ceux qui oeuvrent pour nous apporter des solutions et nous rendre ainsi la vie plus facile.

- Restez courtois, pensez à remercier ceux qui apportent avec gentillesse une réponse, ou qui essayent de la donner

Bonjour Baron,
Si ce message m'est adressé, je le trouve bien mal venu car je n'ai pas insulté qui que ce soit. J'ai dit merci. Je n'ai pas râlé mais répondu à Benzebut .
Dommage que la réalité soit travestie ainsi.
Que Mac Arthur ait mal pris mon message j'en suis désolé. Mes excuses.

[Benzebut]

Comme dit au départ, j'ai testé en mode Recovery S.O.S tous les volumes (Macintosh-data ,Macintosh-system ), le(s) containers et le problème indiqué l'a été uniquement pour le APPLE SSD AP1024N Media
Voilà où j'en étais lorsque j'ai posté mon message et ma question est toujours dois-je remettre le SSD à zéro (effacer, puis reformater, puis réinstaller) ?

Une réponse claire aurait été en une étape :
-passer en Recovery
-Dans le terminal taper diskutil list et relever l’identifiant diskX du disque (et non le numéro du disque)
-taper la commande fsck_apfs / y /dev/diskX ( 0 dans ce cas)

Outre le fait que le ton employé, vous continuez de confondre les termes et n'avez pas suivi les indications données.
Sous macOS, les disques durs SSD au format APFS contiennent des volumes différents et dans votre cas celui Macintosh HD - Data est problématique et uniquement celui-ci.
Ensuite, dans l'application Terminal, il faut taper les instructions en respectant les espaces et symboles (il manque -y), ce qui explique le message d'alerte qui s'affiche. Et le code du disque fautif est disk1s2 selon votre précédente copie d'écran.
Enfin, la procédure était clairement présentée dans les différents messages, reformulée plusieurs fois pour clarifier l'utilisation du Terminal qui peut être déroutante...