MacBook Air Problème fsck yf

[95Lolotte44]

Bonjour à tous,

Je fais appel à vos connaissances en informatiques qui sont bien meilleures que les miennes !
Hier soir j'étais tranquillement entrain de regarder Netflix quand tout à coup, l'écran est devenu noir avec ce message :

J'ai donc fait ce qu'il était demandé et l'ordinateur s'est rallumé normalement. Suite à cet évènement, j'ai fait des recherches sur le net et il s'avère que tout le monde conseille de faire un fsck -yf ou fy en mode single user (cmd +S). Je me suis donc attelé à la tâche sauf que là, j'ai sans cesse la même réponse : ERROR: container /dev/rdisk1is mounted with write access.

J'ai beau avoir fait plein de recherches sur le net, je n'ai pas trouvé quoi faire pour ne plus avoir ce message-ci! Pouvez m'aider et me donner la marche à suivre?

Merci d'avance !

 

[PDD]

Si ma mémoire est bonne tu dois le taper en qwerty.

 

[95Lolotte44]

Bonjour,
Oui bien sur j'ai donc tapé fsck )yf.

 

[95Lolotte44]

Personne pour m'aider ?

 

[rodrigue7973be]

fsck -fy /dev/sdaX que c'est bien sur

 

[izel mor]

Bonjour,
Le principe est de rentrer le commande (correctement mais tu vois ce que tu écris) plusieurs fois de suite jusqu’à un retour positif.
On va dire 4 ou 5 fois maximum si tu as toujours des erreurs.

 

[rodrigue7973be]

mount -av /dev/rdisk1is
ensuite sudo fsck -fy /dev/rdisk1is
puis reboot

 

[PDD]

Finalement quel est la bonne commande en AZERTY pour Mojave? Avant avec Montain Lion je tapais "fsck )yf" et c'était bon. Avec Mojave cela ne fonctionne pas..

 

[izel mor]

Bonjour,
@macomaniac serait plus complet mais il s’agit d’une commande du terminal qui comprend la commande proprement dite et des options précédées par le -
Tu commandes de tester et réparer éventuellement le disque (fsck) avec comme options de toujours tenter de réparer les corruptions du système (y) et cela de force (f)
Donc la commande est

fsck -fy

A toi de choisir entre - ou ) selon le démarrage pour une correspondance stricte.

 

[Membre supprimé 1060554]

Bonjour PDD

D'abord --> le volume de démarrage de Mojave est un volume apfs. Ce qui veut dire qu'il est supporté par l'espace-disque d'un Conteneur > qui est un disque logique virtualisé depuis la partition primaire du disque physique. Aussi > en Single User > le disque physique sera disk0 (1er disque connecté) et le disque virtuel du Conteneur disk1 (2è disque connecté).

- ensuite --> avec l'apfs > on vérifie ou répare de préférence non un volume individuel > mais le Conteneur en tant que support de la distribution des volumes logiques (4 avec Mojave). La cible de la commande de réparation est alors /dev/disk1 (dans le registre des appareils = devices) > le disk1 du Conteneur.​

​

- enfin --> avec l'apfs > mieux vaut appeler l'exécutable spécialisé : fsck_apfs > avec l'option unique -y (qui répond oui à toute question dont celle de réparation).​

Tu obtiens donc la commande :

fsck_apfs -y /dev/disk1

• que tu saisis en QWERTY ainsi :

fsck⇧)qpfs )y =dev=disk&

----------

Mais pourquoi recourir au Single User à fin de réparation du système de fichiers apfs > alors que la session de secours offre toute commodité pour le faire avec puissance identique ?

- étant donné qu'à partir de Mojave > démarrer en mode secours local via ⌘R (cmd R) > ne fait pas démarrer sur l'OS de secours dépendant du volume Recovery du Conteneur et donc du disque => ce qui empêcherait de réparer l'apfs complet car réparer un système de fichiers implique un démontage de tous les volumes qui en dépendent et le montage du volume Recovery l'interdirait ;​

​

- mais démarrer en mode secours local induit un clonage à la volée en RAM de l'image-disque BaseSystem.dmg du volume Recovery contenant l'OS de secours local > et par suite un démarrage du Mac sur un OS de secours supporté en RAM en indépendance du disque. Ce qui permet de réparer l'apfs complet du Conteneur du disque interne via le démontage de tous ses volumes.​

Je préconise donc de démarrer via ⌘R > lancer l'Utilitaire de disque > presser la pastille : "Présentation" > option : "Afficher tous les appareils" pour afficher le Conteneur apfs global => et faire un S.O.S. dessus. Le S.O.S. est un mode graphique qui lance l'utilitaire fsck_apfs dès lors que la cible est un système de fichiers apfs > avec les options ad_hoc.

- sinon : lancer le terminal (menu : Utilitaires de la barre de menus supérieure de l'écran de la session de secours) > et passer la commande :​

diskutil repairVolume disk2

• diskutil étant un "wrapper" (un enveloppeur de commandes distribuant la tâche ici au sous-programme fsck_apfs) - l'option : repairVolume impliquant la réparation autant du disque logique virtuel du Conteneur que de tous les volumes supportés - enfin disk2 (3è disque connecté) > car le disque physique étant disk0 (1er disque connecté) > le RAMDisk de l'image-disque de secours clonée en RAM est disk1 (2è disque connecté) > ce qui fait que c'est le kernel (le moteur logique) du Système de secours démarré --> qui prend en charge la virtualisation du Conteneur apfs interne comme disk2 (3è disque connecté).

 

[PDD]

Merci de tes explications Macomaniac, je comprends mieux maintenant... J'étais resté sur l'habitude que j'avais quand mon rétina 15" utilisait ML et que des ralentissements se produisaient, je tapais mon fsck et en général des erreurs étaient supprimées et tout redevenait normal. Je dois reconnaitre qu'avec Mojave je n'ai jamais de soucis et que mon Mac va "comme au premier jour", mais il va avoir 10 ans quand même...