MacBook ne redémarre pas, impossible d'exécuter S.O.S mon disque dur est-il mort ?

Statut
Ce sujet est fermé.
Si le volume CLE est un clone (qui date un peu) du volume Macintosh HD interne => on doit pouvoir effectuer un clonage de type "mise-à-niveau" (qui ne rajouterait que les différences de la source sans remplacer les identiques). D'accord ?

- et d'accord pour lancer le clonage maintenant depuis le Single User ?​
 
Si le volume CLE est un clone (qui date un peu) du volume Macintosh HD interne => on doit pouvoir effectuer un clonage de type "mise-à-niveau" (qui ne rajouterait que les différences de la source sans remplacer les identiques). D'accord ?

- et d'accord pour lancer le clonage maintenant depuis le Single User ?​
D'accord pour les deux ! :)
 
Bon -->

- le DDE toujours bien branché au Mac > redémarre une fois (Menu  > Redémarrer) > les 2 touches ⌘S tenues pressées => pour ouvrir la session du Single User (utilisateur unique = root).

Quand tu as l'invite de commande : root# > repasse pour commencer une commande :
Bloc de code:
ls /
  • saisie :
Bloc de code:
ls =
  • pour vérifier si les objets de 1er rang de Macintosh HD sont toujours lisibles

Poste une photo du retour.
 
Bon -->

- le DDE toujours bien branché au Mac > redémarre une fois (Menu  > Redémarrer) > les 2 touches ⌘S tenues pressées => pour ouvrir la session du Single User (utilisateur unique = root).

Quand tu as l'invite de commande : root# > repasse pour commencer une commande :
Bloc de code:
ls /
  • saisie :
Bloc de code:
ls =
  • pour vérifier si les objets de 1er rang de Macintosh HD sont toujours lisibles

Poste une photo du retour.
voila IMG_9687[1].JPG
 
Tout le monde est toujours présent. Alors voici la problématique -->

- lors du démarrage en Single User > aucun des services (daemons) de l'OS n'est lancé. Notamment les services diskarbitrationd & diskmanagementd de gestion des disques. Conséquences : la commande diskutil qui dépend de ces services est invalide > et aucun disque connecté en externe (comme ton DDE) n'a son volume monté par défaut après probation de son système de fichiers. Il faut donc remonter manuellement le volume CLE du DDE avec la commande mount qui requiert d'assigner l'index d'appareil de la partition en source > et un dossier en destination du montage (dossier qui servira de point de montage au volume).​
- le disque interne du Mac démarré est forcément disk0 (= 1er disque connecté). On décide alors spéculativement que le disque externe du DDE est disk1 ( disque connecté). La partition du volume CLE sera alors disk1s2.​
- le volume Macintosh HD étant monté en lecture seule par défaut et non susceptible d'un remontage "live" en lecture et écriture (vu la corruption de son système de fichiers jhfs+) => il faut en destination opter pour un dossier préexistant de l'OS comme espace point de montage de CLE. Je décide de choisir le dossier invisible /Volumes > qui sert normalement d'espace de montage pour tous les volumes indépendants du volume de démarrage (Macintosh HD n'y a qu'un lien symbolique > redirigeant au point de montage de volume démarré / pris en charge par le processus du kernel chargé en RAM au démarrage). Pourquoi /Volumes ? => car je sais qu'en Single User > aucun volume n'y est monté actuellement > faute des services de l'OS qui auraient pris en charge ce montage. C'est donc un dossier vide sans emploi qui nous tend les bras.​

----------

Application du raisonnement -->

- passe à présent (avec le plus grand soin !) la commande qui doit s'afficher à l'écran ainsi :​
Bloc de code:
mount -t hfs /dev/disk1s2 /Volumes

  • et que tu saisis ainsi -->
Bloc de code:
,ount )t hfs =dev=disk&sé =Volu,es
  • respecte bien les espaces séparant les termes. Les chiffres se frappent directement sur les touches correspondantes sans la touche maj pressée.
  • la commande monte l'appareil externe disk1s2 > dans l'espace du répertoire /Volumes pris comme point de montage

Si la commande passe > tu dois voir s'afficher le retour suivant :
Bloc de code:
hfs : mounted CLE on device disk1s2
  • est-ce que c'est bien ce que tu as obtenu en validant la commande ?
 
Tout le monde est toujours présent. Alors voici la problématique -->

- lors du démarrage en Single User > aucun des services (daemons) de l'OS n'est lancé. Notamment les services diskarbitrationd & diskmanagementd de gestion des disques. Conséquences : la commande diskutil qui dépend de ces services est invalide > et aucun disque connecté en externe (comme ton DDE) n'a son volume monté par défaut après probation de son système de fichiers. Il faut donc remonter manuellement le volume CLE du DDE avec la commande mount qui requiert d'assigner l'index d'appareil de la partition en source > et un dossier en destination du montage (dossier qui servira de point de montage au volume).​
- le disque interne du Mac démarré est forcément disk0 (= 1er disque connecté). On décide alors spéculativement que le disque externe du DDE est disk1 ( disque connecté). La partition du volume CLE sera alors disk1s2.​
- le volume Macintosh HD étant monté en lecture seule par défaut et non susceptible d'un remontage "live" en lecture et écriture (vu la corruption de son système de fichiers jhfs+) => il faut en destination opter pour un dossier préexistant de l'OS comme espace point de montage de CLE. Je décide de choisir le dossier invisible /Volumes > qui sert normalement d'espace de montage pour tous les volumes indépendants du volume de démarrage (Macintosh HD n'y a qu'un lien symbolique > redirigeant au point de montage de volume démarré / pris en charge par le processus du kernel chargé en RAM au démarrage). Pourquoi /Volumes ? => car je sais qu'en Single User > aucun volume n'y est monté actuellement > faute des services de l'OS qui auraient pris en charge ce montage. C'est donc un dossier vide sans emploi qui nous tend les bras.​

----------

Application du raisonnement -->

- passe à présent (avec le plus grand soin !) la commande qui doit s'afficher à l'écran ainsi :​
Bloc de code:
mount -t hfs /dev/disk1s2 /Volumes

  • et que tu saisis ainsi -->
Bloc de code:
,ount )t hfs =dev=disk&sé =Volu,es
  • respecte bien les espaces séparant les termes. Les chiffres se frappent directement sur les touches correspondantes sans la touche maj pressée.
  • la commande monte l'appareil externe disk1s2 > dans l'espace du répertoire /Volumes pris comme point de montage

Si la commande passe > tu dois voir s'afficher le retour suivant :
Bloc de code:
hfs : mounted CLE on device disk1s2
  • est-ce que c'est bien ce que tu as obtenu en validant la commande ?
Malheureusement non. J'ai une erreur -1... Je t'envoie la photo cela te parlera sans doute plus qu a moi...IMG_9688[1].JPG
 
Il y a un échec du remontage > pour raison de "resource busy" (comme qui dirait "appareil de la partition source déjà pris en charge"). Passe la commande :
Bloc de code:
df -H
  • saisie :
Bloc de code:
df )H
  • qui affiche l'occupation de tous les volumes montés actuellement

Poste le retour.
 
Il y a un échec du remontage > pour raison de "resource busy" (comme qui dirait "appareil de la partition source déjà pris en charge"). Passe la commande :
Bloc de code:
df -H
  • saisie :
Bloc de code:
df )H
  • qui affiche l'occupation de tous les volumes montés actuellement

Poste le retour.
voila le retour de commandeIMG_9689[1].JPG
 
Il n'y a pourtant que Macintosh HD monté en tant que "root_device".

- passe la commande :​
Bloc de code:
hdiutil unmount /dev/disk1s2
  • saisie :
Bloc de code:
hdiutil un,ount =dev=disk&sé
  • qui démonte le volume CLE (au cas où il y a aurait une pseudo prise en charge de son système de fichiers)

Poste le retour.
 
Il n'y a pourtant que Macintosh HD monté en tant que "root_device".

- passe la commande :​
Bloc de code:
hdiutil unmount /dev/disk1s2
  • saisie :
Bloc de code:
hdiutil un,ount =dev=disk&sé
  • qui démonte le volume CLE (au cas où il y a aurait une pseudo prise en charge de son système de fichiers)

Poste le retour.
cela n a pas l air de vouloir fonctionner...IMG_9690[1].JPG
 
Bon. On tente un remontage. Passe la commande :
Bloc de code:
sudo mount -t hfs /dev/disk1s2 /Volumes
  • saisie :
Bloc de code:
sudo ,ount )t hfs =dev=disk&sé =Volu,es
  • poste le retour.

C'est la 1ère fois que je rencontre en Single User ce type de blocage : "Resources busy" => qui signifierait une prise en charge par le kernel du système de fichiers jhfs+ de la partition disk1s2. Sans pourtant que cela ne donne lieu au montage d'un volume (impossible sans les services de gestion de disques).
 
Bon. On tente un remontage. Passe la commande :
Bloc de code:
sudo mount -t hfs /dev/disk1s2 /Volumes
  • saisie :
Bloc de code:
sudo ,ount )t hfs =dev=disk&sé =Volu,es
  • poste le retour.

C'est la 1ère fois que je rencontre en Single User ce type de blocage : "Resources busy" => qui signifierait une prise en charge par le kernel du système de fichiers jhfs+ de la partition disk1s2. Sans pourtant que cela ne donne lieu au montage d'un volume (impossible sans les services de gestion de disques).
On retrouve encore l'erreur Resource busy...IMG_9691[1].JPG
 
Passe la commande :
Bloc de code:
ls /dev/r*
  • saisie :
Bloc de code:
ls =dev=r⇧!
  • qui liste dans le registre des devices => les appareils connectés dont l'intitulé commence par r (comme rdisk = raw_disk)

Poste le retour.
 
Passe la commande :
Bloc de code:
ls /dev/r*
  • saisie :
Bloc de code:
ls =dev=r⇧!
  • qui liste dans le registre des devices => les appareils connectés dont l'intitulé commence par r (comme rdisk = raw_disk)

Passe la commande :
Bloc de code:
ls /dev/r*
  • saisie :
Bloc de code:
ls =dev=r⇧!
  • qui liste dans le registre des devices => les appareils connectés dont l'intitulé commence par r (comme rdisk = raw_disk)

Poste le retour.
Voila les devices commencant par rIMG_9692[1].JPG
Poste le
 
On voit bien le rdisk1 (disque du DDE) et ses 2 partitions : disk1s1 (EFI) et disk1s2 (CLE). Donc l'adressage comme disk1s2 est valide.

- bon : on va miser sur un redémarrage > pour reconnecter le disque du DDE sans "Resource busy".​

Donc passe la commande :
Bloc de code:
reboot
  • qui redémarre le Mac > et tiens pressées les touches ⌘S pour revenir dans la session du Single User

Quand tu as de nouveau root# > repasse la commande :
Bloc de code:
mount -t hfs /dev/disk1s2 /Volumes
  • saisie :
Bloc de code:
,ount )t hfs =dev=disk&sé =Volu,es
  • et poste le retour.

Note : le disque du DDE doit toujours être branché avant le démarrage en Single User > sinon aucune connexion après démarrage n'est prise en charge.
 
On voit bien le rdisk1 (disque du DDE) et ses 2 partitions : disk1s1 (EFI) et disk1s2 (CLE). Donc l'adressage comme disk1s2 est valide.

- bon : on va miser sur un redémarrage > pour reconnecter le disque du DDE sans "Resource busy".​

Donc passe la commande :
Bloc de code:
reboot
  • qui redémarre le Mac > et tiens pressées les touches ⌘S pour revenir dans la session du Single User

Quand tu as de nouveau root# > repasse la commande :
Bloc de code:
mount -t hfs /dev/disk1s2 /Volumes
  • saisie :
Bloc de code:
,ount )t hfs =dev=disk&sé =Volu,es
  • et poste le retour.

Note : le disque du DDE doit toujours être branché avant le démarrage en Single User > sinon aucune connexion après démarrage n'est prise en charge.
ca a l air d etre ca ! :)IMG_9693[1].JPG
 
Mais ce n'est pas ça :hilarious: --> tu as oublié hfs entre -t et /dev/disk1s2 dans la commande (-t c'est l'option de type de partition > et hfs c'est la détermination de ce type = "Apple_HFS").

- repasse exactement :​
Bloc de code:
mount -t hfs /dev/disk1s2 /Volumes
  • saisie
Bloc de code:
,ount )t hfs =dev=disk&sé =Volu,es
  • et poste le retour.
 
Mais ce n'est pas ça :hilarious: --> tu as oublié hfs entre -t et /dev/disk1s2 dans la commande (-t c'est l'option de type de partition > et hfs c'est la détermination de ce type = "Apple_HFS").

- repasse exactement :​
Bloc de code:
mount -t hfs /dev/disk1s2 /Volumes
  • saisie
Bloc de code:
,ount )t hfs =dev=disk&sé =Volu,es
  • et poste le retour.
Dommage ! Faux espoir, car du coup je rencontre a nouveau l'erreur Resource busyIMG_9703[1].JPG
 
Bon : soyons fous ! Changeons d'interprétation -->

- supposons que ton disque interne ait un plomb dans l'aile qui l'alentisse et soit battu de vitesse à la connexion au Système du Mac par le DDE externe. Le DDE serait alors disk0 et le HDD disk1. La partition disk1s2 serait alors celle de Macintosh HD monté => ce qui expliquerait le : "Resource busy".​

Test ! --> passe la commande :
Bloc de code:
mount -t hfs /dev/disk0s2 /Volumes
  • saisie :
Bloc de code:
,ount )t hfs =dev=diskàsé =Volu,es
  • censée monter un volume CLE formé sur la partition disk0s2 => à l'espace du répertoire /Volumes

Poste le retour.
 
Bon : soyons fous ! Changeons d'interprétation -->

- supposons que ton disque interne ait un plomb dans l'aile qui l'alentisse et soit battu de vitesse à la connexion au Système du Mac par le DDE externe. Le DDE serait alors disk0 et le HDD disk1. La partition disk1s2 serait alors celle de Macintosh HD monté => ce qui expliquerait le : "Resource busy".​

Test ! --> passe la commande :
Bloc de code:
mount -t hfs /dev/disk0s2 /Volumes
  • saisie :
Bloc de code:
,ount )t hfs =dev=diskàsé =Volu,es
  • censée monter un volume CLE formé sur la partition disk0s2 => à l'espace du répertoire /Volumes

Poste le retour.
La folie aurait elle du bon? Je ne saurais l'interpréter, mais toi si ! En tout cas voici le retour qui n'affiche plus de Resource busyIMG_9728[1].JPG
 
Statut
Ce sujet est fermé.