10.13 High Sierra imac qui s'éteint pendant la phase de démarrage, message " disk0s2: I/0 error

SCendrillon

Membre enregistré
21 Juillet 2011
9
0
50
Bonsoir, j'aurais aimé votre aide. Depuis hier soir, mon imac ne veut plus démarrer complètement. La barre sous la pomme se charge à 80 % et puis l'ordi s'éteint. En mode réparation de disque (cmd+r) l'exécution du S.O.S échoue avec un problème identifié :"-69842"... Mon imac est de 2011, 12GO RAM; 1T de mémoire et j'ai fait la dernière mise à jour de high sierra , le week end dernier.
Impossible de lancer un mode sans échec.
Après avoir effectué la commande "cmd+S" au démarrage afin d'être en mode utilisateur unique, j'ai lancé une autre commande de type fsck -fy, et j'ai obtenu une erreur telle que : "disk0s2 I/0 error". Après quelques heures de recherche, il semblerait que mon DD soit en fin de vie... Je souhaiterais récupérer quelques fichiers de travail ...Que me conseillez vous? Merci beaucoup.
 
Bonjour SCendrillon

Comme tu as sollicité mon avis sur ma page de profil > je te fais ici un bout de conversation.

Le message :
Bloc de code:
disk0s2 I/0 error

  • désigne la partition-Système du disque interne (disk0 ou 1er disque > slice 2 ou tranche logique = partition n°2) > et lui associe le diagnostic : I/O error (Input/Output error) = erreur d'entrée / sortie (de l'accès aux blocs de la partition & de l'effectuation de l'action : lecture ou écriture). Signe d'un problème matériel sur le couple : disque - nappe.

En seconde information de ma part à présent -->

  • il arrive > lorsque le problème de l'accès aux données d'un volume découle d'un système de fichiers corrompu (= erreurs graves dans la structure génératrice du volume inscrite sur les premiers blocs de la partition) > qui fait que le volume ne monte plus / ne démarre plus > rendant par là ses données inaccessibles --> qu'un démarrage en mode Single User puisse constituer l'ultime recours
  • pour la session du Single User > le volume de démarrage est remonté en mode "faible" (readonly : lecture seule) > et l'OS qu'il recèle est démarré en mode "primaire" (le kernel ou noyau opératoire est chargé en RAM > les extensions ou pilotes lui sont injectées > mais les services (ou daemons d'initialisation de l'OS) ne sont pas démarrés. Ce type de démarrage a minimo > peut permettre un accès aux fichiers d'un volume dont le montage / démarrage normal se trouvent impossibilisés
  • le fait que tu aies pu ouvrir la session du Single User (même si l'exécution d'une opération de vérification / réparation du système de fichiers par l'utilitaire fsck_hfs a échoué en accès) --> me paraît signaler que le montage en lecture seule / démarrage primaire du volume s'est quand même effectué

Je te propose donc d'après cette dernière conjecture le test d'accès suivant. Dans le Terminal du Single User (= root) - à quoi se résume ladite session --> à jouxter l'invite de commande :
Bloc de code:
root#

  • saisis la commande qui doit s'afficher ainsi à l'écran :
Bloc de code:
ls /

  • et que tu dois taper ainsi :
Bloc de code:
ls =

  • parce que le clavier du Terminal du Single User est toujours QWERTY par défaut (note : le "l" de "ls" est la minuscule de la lettre "L" > pas le chiffre "1"
  • presse la touche "Entrée" du clavier pour exécuter la commande
  • la commande liste les objets de 1er rang (fichiers ou dossiers) du volume de démarrage

=> prends une photo de l'affichage résultant de la commande à l'écran de ce Terminal et poste-la ici. Je te dirai si tu as une chance de récupérer des données.
 
Dernière édition par un modérateur:
La liste des dossiers-Système est complète > dont Users (Utilisateurs) qui contient tes données.

Passe encore la commande :
Bloc de code:
sudo du -shx /

  • la commande est très lente à passer --> attends le réaffichage de l'invite de commande root# en signal de complétion
  • elle mesure (en Gi) l'occupation du volume de démarrage

Poste le bref affichage retourné à la fin.
 
C'est effectivement assez lent... J'ai eu du mal à me remettre en utilisateur unique... Pour l'instant trois lignes identiques : disk02s: I/0 error. Mais c'est pas fini.
 
Si tu avais besoin de couper la commande > c'est en pressant les 2 touches ctrl c (control c) du clavier.

Pour redémarrer > c'est la commande :
Bloc de code:
reboot

  • pour éteindre le Mac :
Bloc de code:
shutdown -r now

En attendant le retour de la commande > est-ce que tu possèdes un DDE USB dont le volume pourrait servir de destination à un clonage des données du volume de démarrage ? -->

  • un tel procédé de clonage est envisageable depuis la session Single User à destination d'un DDE > quoique assez sophistiqué formellement parlant

=> il est possible d'effectuer un clonage sans chercher à remonter en lecture & écriture le volume de démarrage > et même avec un système de fichiers impossibilisant le montage du volume autrement qu'en Single User. Le problème dans ton cas > c'est le phénomène d'I/O error signalant probablement une défaillance matérielle et susceptible de rendre très instable l'accès aux données du volume de démarrage pour recopie.
 
J'ai toujours le même message répété plus de 10 fois...

Je possède un dd externe en USB. J'ai fait du rangement sur mon imac le mois dernier, j'ai environ 500 go occupés sur le terra disponible mais les données que je souhaite récupérer représentent environ 50 go voire moins... Par contre je ne sais pas du tout comment on fait...
 
Si tu avais besoin de couper la commande > c'est en pressant les 2 touches ctrl c (control c) du clavier.

Pour redémarrer > c'est la commande :
Bloc de code:
reboot

  • pour éteindre le Mac :
Bloc de code:
shutdown -r now

En attendant le retour de la commande > est-ce que tu possèdes un DDE USB dont le volume pourrait servir de destination à un clonage des données du volume de démarrage ? -->

  • un tel procédé de clonage est envisageable depuis la session Single User à destination d'un DDE > quoique assez sophistiqué formellement parlant

=> il est possible d'effectuer un clonage sans chercher à remonter en lecture & écriture le volume de démarrage > et même avec un système de fichiers impossibilisant le montage du volume autrement qu'en Single User. Le problème dans ton cas > c'est le phénomène d'I/O error signalant probablement une défaillance matérielle et susceptible de rendre très instable l'accès aux données du volume de démarrage pour recopie.


L'imac chauffe vraiment beaucoup, je m'inquiète... Dois-je l'éteindre avant la fin de la dernière commande lancée?
 
Comme tu dois avoir un OS de secours sur le disque > démarre les 2 touches ⌘R (cmd R) tenues pressées jusqu'à l'affichage d'une  = démarrage sur l'OS de secours. Tu obtiens un écran affichant une fenêtre de 4 Utilitaires macOS. Va à la barre de menus supérieure de l'écran > menu : Utilitaires > sous-menu : Terminal.

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

  • tu vas voir s'afficher le tableau des disques attachés au Mac (en interne / externe) > avec leurs paramètres de tables de partition > partitions > Conteneur CoreStorage si présent
  • une série de micro-disques correspond à des images-disques créées en RAM à l'occasion du démarrage en mode Recovery > dont les volumes sont montés en lecture & écriture à l'espace de dossiers de l'OS de secours qui leur servent de points de montage. Ce qui permet pendant le fonctionnement de cet OS monté en lecture seule > à des écritures de s'effectuer à l'espace des dossiers où se trouvent montés les volumes des images-disques de la RAM. Ces images-disques s'effacent à l'extinction ou au re-démarrage.

Voici comment tu vas pouvoir poster ici ce tableau sans avoir besoin de prendre de photo -->

  • tu sélectionnes le tableau > ⌘C pour le copier dans le presse-papier > ⌘Q pour quitter le «Terminal» > option  : "Obtenir de l'aide en ligne" (dans la fenêtre des 4 Utilitaires) > ce qui lance un navigateur «Safari» 
  • page Apple par défaut > un clic sur l'adresse de haut de page pour l'éditer > saisis  : macgénération (tout court  : c'est une barre de recherche Google) et valide > tu atteins le site MacGé > Forums > te connectes > ce fil 
  • dans la page de ce fil de MacGé > presse le bouton
    InsererCodeMcGe.jpg
    (carré avec un + inscrit - juste au milieu de la largeur de la fenêtre totale) 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é)

=> ces informations montreront la configuration logique de ton disque.

Note : si tu ne peux pas poster via le Safari de la session de secours (ça arrive) --> poste une photo du tableau (à partir du commencement = le disque /dev/disk0 ou disque physique interne) - tu as un bouton : "Transférer un fichier" en bas de cette page.
 
Comme tu dois avoir un OS de secours sur le disque > démarre les 2 touches ⌘R (cmd R) tenues pressées jusqu'à l'affichage d'une  = démarrage sur l'OS de secours. Tu obtiens un écran affichant une fenêtre de 4 Utilitaires macOS. Va à la barre de menus supérieure de l'écran > menu : Utilitaires > sous-menu : Terminal.

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

  • tu vas voir s'afficher le tableau des disques attachés au Mac (en interne / externe) > avec leurs paramètres de tables de partition > partitions > Conteneur CoreStorage si présent
  • une série de micro-disques correspond à des images-disques créées en RAM à l'occasion du démarrage en mode Recovery > dont les volumes sont montés en lecture & écriture à l'espace de dossiers de l'OS de secours qui leur servent de points de montage. Ce qui permet pendant le fonctionnement de cet OS monté en lecture seule > à des écritures de s'effectuer à l'espace des dossiers où se trouvent montés les volumes des images-disques de la RAM. Ces images-disques s'effacent à l'extinction ou au re-démarrage.
Voici comment tu vas pouvoir poster ici ce tableau sans avoir besoin de prendre de photo -->

  • tu sélectionnes le tableau > ⌘C pour le copier dans le presse-papier > ⌘Q pour quitter le «Terminal» > option  : "Obtenir de l'aide en ligne" (dans la fenêtre des 4 Utilitaires) > ce qui lance un navigateur «Safari» 
  • page Apple par défaut > un clic sur l'adresse de haut de page pour l'éditer > saisis  : macgénération (tout court  : c'est une barre de recherche Google) et valide > tu atteins le site MacGé > Forums > te connectes > ce fil 
  • dans la page de ce fil de MacGé > presse le bouton
    InsererCodeMcGe.jpg
    (carré avec un + inscrit - juste au milieu de la largeur de la fenêtre totale) 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é)
=> ces informations montreront la configuration logique de ton disque.

Note : si tu ne peux pas poster via le Safari de la session de secours (ça arrive) --> poste une photo du tableau (à partir du commencement = le disque /dev/disk0 ou disque physique interne) - tu as un bouton : "Transférer un fichier" en bas de cette page.

Merci infiniment pour ton aide et ta patience. Devant la surchauffe de mon iMac, j’ai paniqué et du coup je l’ai amené chez un réparateur ...
J’aurais des nouvelles demain ou vendredi.
Encore merci et bonne continuation.
 
Je pense que tu as eu raison : toutes ces I/O error signalent un problème matériel d'accès aux données.
 
Mon imac est de 2011
Devant la surchauffe de mon iMac, j’ai paniqué et du coup je l’ai amené chez un réparateur .
Ce modèle de 2011 est un vrai chauffage d'appoint, ça je le sais, j'en ai eu un. Et c'était son gros défaut, la coque arrière est très chaude sur le 1/3 supérieur. Il est à noter que pour l'année 2011, qu'il y a eu un rappel pour un changement de disque dur et pour moi, c'est ton disque dur qui a rendu l'âme.
 
I/O error sur un DD c’est toujours du plus mauvais signe.

D’ailleurs, l’état smart aurait pu alerter, mais Apple le planque dans l’utilitaire de disque.

2009, 2010 et 2011 avaient un problème avec les disques Seagate 1 To. Ils se mettaient soudainement à mouliner comme des dingues pendant plusieurs minutes. L’état smart était passé au rouge. Je doute que ce disque aurait tenu si longtemps.

C’est sans doute là un autre problème mais quand je vois I/O error et qu’on me dit vouloir récupérer des données (au fait, Time Machine c’est toutes les heures…) je conseille de ne plus rien toucher et d’aller consulter les spécialistes.