Le volume principal du MacBook ne peut pas être monté lors du démarrage

MacBook 7.1 (coque unibody blanche) de 2010, j'ai mis à jour vers un nouveau SSD il y a quelques années. Lors du démarrage, le MacBook s'éteint lorsque la barre de chargement est à environ 80%. En démarrant en mode verbeux, je peux voir le message d'erreur pendant environ 3 secondes avant que l'ordinateur ne s'éteigne (je n'ai pas trouvé comment l'empêcher de s'arrêter pour avoir un regard plus détaillé sur la sortie). J'ai pris une photo de l'erreur :

Il s'agit d'une transcription de l'image (quelques détails supplémentaires apparaissent pendant l'arrêt pendant une fraction de seconde, mais je n'ai pas pu les capturer.

...
disk0s2: Erreur d'E/S
jnl: disk0s2: update_fs_block: échec de la mise à jour du bloc 2 (ret 5)
jnl: disk0s2: journal_open: Erreur de rejeu du journal !
hfs_mount: journal_open == NULL ; n'a pas pu être ouvert sur MacBookSSD
mount_hfs: erreur sur mount(): erreur = -1.
mount_hfs: Argument non valide
Mar Dec ... localhost com.apple.xpc.lauch[1]  : Tâche de démarrage échouée : mount
Mar Dec ... localhost com.apple.xpc.lauch[1]  : Extinction dans 3 secondes.

J'ai démarré en mode de récupération (cmd + r) et j'ai essayé de faire le "Premiers secours" et cela semblait réussir : Le volume MacBookSSD semble être ok, Code de sortie 0. Cependant l'erreur est restée.

J'ai également essayé ce qui suit :

• Démarrage en mode sans échec (en maintenant la touche MAJ enfoncée). La même erreur est apparue pendant le démarrage.

• FSCK en mode de récupération en utilisant le terminal :

  fsck_hfs -fy /dev/rdisk0s2
  ...
  ** Le volume MacBookSSD semble OK. 

• Essayé de monter manuellement le périphérique (même erreur que ci-dessus) :

  mkdir /tmp/3
  /sbin/mount_hfs /dev/disk0s2  /tmp/3
  mount_hfs: erreur sur mount() : erreur = -1.
  mount_hfs: Argument non valide

• Réinitialiser NVRAM (cmd + Alt + p + r pendant le démarrage)

• Réinitialiser SMC (Maj + Alt + Ctrl + Power)

Édition : J'ai essayé de démarrer en mode utilisateur simple (cmd + s pendant le démarrage) et j'ai exécuté

fsck_hfs -fy /dev/disk0s2

de nouveau. La sortie est :

** /dev/rdisk0s2
** Système de fichiers racine
Exécution de fsck_hfs (version hfs-407.50.6).
** Vérification du volume HFS Plus journalisé.
Le nom du volume est MacBookSSD
** Vérification du fichier de dépassement d'extension.
** Vérification du fichier de catalogue.
** Vérification des fichiers multi-liés.
** Vérification de la hiérarchie du catalogue.
** Vérification du fichier d'attributs étendus.
** Vérification de la carte de bits du volume.
** Vérification des informations du volume.
** Le volume MacBookSSD semble OK.
disk0s2: Erreur d'E/S.
*****Le volume a été modifié *****

diskutil list

montre pour le disque affecté disk0 la sortie suivante :

/dev/disk0 (interne, physique) :
# : TYPE NOM         TAILLE     IDENTIFICATEUR
0 : Schéma de partition GUID             * 240,1 Go   disk0
1 :          EFI EFI          209,7 Mo   disk0s1
2 : Apple_HFS MacBookSSD   239,1 Go   disk0s2
3 :          Apple_Boot Recovery HD  650,0 Mo   disk0s3

Avec diskutil verifyDisk /dev/disk0 j'obtiens :

La vérification de la table de partition sur disk0 a commencé
Vérification des prérequis
Vérification de la liste des partitions
Vérification de la taille de la table de partition
Vérification de la présence d'une partition système EFI
Vérification de la taille de la partition système EFI
Vérification du système de fichiers de la partition système EFI
Vérification du contenu du dossier de la partition système EFI
Des problèmes ont été trouvés avec la table de partition qui pourraient empêcher le démarrage
Erreur : -69842 : Impossible de monter le disque

Avec diskutil repairDisk /dev/disk0 je reçois

La réparation de la table de partition pourrait effacer disk0s1, procéder ? (o/n) o
Réparation de la table de partition sur disk0 a commencé
Vérification des prérequis
Vérification de la liste des partitions
Ajustement de la table de partition pour s'adapter à l'ensemble du disque selon les besoins
Des problèmes sont survenus lors de la réparation de la table de partition
Erreur: -69697 : La réparation de la table de partition a échoué lors de l'ajustement des structures pour s'adapter à la taille actuelle de l'ensemble du disque
Erreur sous-jacente : 5 : Erreur d'entrée/sortie

Ainsi, diskutil n'est apparemment pas capable de réparer mon disque. Pour vérifier les défauts matériels, j'ai exécuté dmesg et obtiens quelque chose comme ce qui suit (ne montrant que quelques lignes depuis le bas car il y a beaucoup de sortie que je ne peux pas copier ici) :

...
disk0s2: Erreur d'E/S
jnl disk0s2: update_fs_block: échec de la mise à jour du bloc 2 (ret 5)
jnl: disk0s2: journal_open: Erreur de rejeu du journal !
hfs: initialisation de jnl : échec pour ouvrir/créer le journal (retour 0).
hfs_mountfs: échec de l'initialisation précoce du journal hfs, passage à FSK
hfs(1): Échec de la relecture du journal. Écriture de lastMountVersion en tant que FSK !
disk0s2: Erreur d'E/S.
hfs_mountfs: échec de l'initialisation précoce du journal hfs, arrêt
hfs_mount: hfs_mountfs a renvoyé une erreur=22 pour le périphérique disk0s2

...

disk0s1: Erreur d'E/S.
disk0s1: Erreur d'E/S.
disk0s1: Erreur d'E/S.
disk0s1: Erreur d'E/S.
msdosfs_fat_uninit_vol: erreur 5 de msdosfs_fat_cache_flush
Démarrage du type de sondage 4
Redémarrage du type de sondage 4
Commande 0x2 terminée. inCount: 2 ...
disk0: Erreur d'E/S.

...

Cela ressemble-t-il à une erreur matérielle pour vous et est-ce que je devrais simplement installer un nouveau périphérique ?

PS : J'ai pu monter /dev/disk0s2 avec une clé USB CloneZilla dans le terminal Unix et j'ai pu sauvegarder la plupart de mes données dans un fichier externe (malheureusement pas d'applications installées...). Cependant, le montage de disk0s2 dans le Terminal de récupération Mac ou en mode utilisateur unique échoue toujours.

Mise à jour sur l'espace disque libre : Lorsque je monte /dev/sda2 avec le Terminal USB en direct de CloneZilla, df -h montre une utilisation d'environ 79% (175G sur 223G utilisés). Semble correct.