FileVault bloqué en pause

19

Je viens de recevoir un nouveau rMBP 13 "avec Yosemite installé. J'ai choisi d'activer FileVault lorsque j'ai configuré la machine.

Maintenant, plusieurs jours plus tard, une application appelée "Reverting from FileVault" apparaît sur la liste des applications consommant beaucoup d'énergie. [ Modifier: cette application n'apparaît plus; tout le reste dans ce post est toujours vrai.]

Je vérifie FileVault dans les Préférences Système, et il indique "Cryptage en pause", suivi de "Connecter l'adaptateur secteur pour reprendre le cryptage". La connexion de l'adaptateur secteur ne fait aucune différence, même si la machine reconnaît qu'elle est en charge.

J'ai trouvé plusieurs fils décrivant ce problème, mais aucune solution.

J'ai essayé de réinitialiser le SMC, d'effacer la PRAM, de passer en mode de récupération, de réparer le disque et de réparer les autorisations. Rien n'a fonctionné. Je ne peux pas arrêter FileVault depuis Terminal, et lorsque j'essaye de l'activer, il indique qu'il est déjà activé:

$ fdesetup status
FileVault is On.
Encryption in progress: Pending

$ sudo fdesetup disable
Password:
Enter a password for '/':
...

$ fdesetup status
FileVault is On.
Encryption in progress: Pending

$ sudo fdesetup enable
Error: FileVault is already On.

Voici la sortie de diskutil cs list:

$ diskutil cs list
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group 25ED6E9D-5D22-4846-9C2A-2698F58A1159
    =========================================================
    Name:         Macintosh HD
    Status:       Online
    Size:         250140434432 B (250.1 GB)
    Free Space:   0 B (0 B)
    |
    +-< Physical Volume 32AF849E-36C7-4587-AF3E-3BEC1D517A69
    |   ----------------------------------------------------
    |   Index:    0
    |   Disk:     disk0s2
    |   Status:   Online
    |   Size:     250140434432 B (250.1 GB)
    |
    +-> Logical Volume Family F3D38571-E46C-4A52-9C1A-71B9737E0A79
        ----------------------------------------------------------
        Encryption Status:       Unlocked
        Encryption Type:         AES-XTS
        Conversion Status:       Converting
        Conversion Direction:    forward
        Has Encrypted Extents:   Yes
        Fully Secure:            No
        Passphrase Required:     Yes
        |
        +-> Logical Volume 4362CD83-5AAB-4DA5-BD4E-17BC5CCAEB49
            ---------------------------------------------------
            Disk:                  disk1
            Status:                Online
            Size (Total):          249820610560 B (249.8 GB)
            Conversion Progress:   Paused
            Revertible:            No
            LV Name:               Macintosh HD
            Volume Name:           Macintosh HD
            Content Hint:          Apple_HFS

Lorsque je recherche Console dans corestorage, je reçois de nombreuses entrées comme celles-ci:

12/13/14 8:41:45.067 PM corestoraged[155]: 0x7fff78553300 resumeBackgroundConversion: background conversion started/resumed for lv 4362CD83-5AAB-4DA5-BD4E-17BC5CCAEB49.

Et d'autres comme ça:

12/13/14 8:41:45.000 PM kernel[0]: CoreStorageLogical::resumeBackgroundTransform: thread already running

Aucune suggestion? La machine est toute neuve, donc il n'y a pas une énorme quantité de données (ni de sauvegardes Time Machine), mais je voudrais éviter d'avoir à effacer le lecteur.

S'il n'y a rien que je puisse faire, Apple a-t-il un historique d'émission de correctifs pour des problèmes comme celui-ci?

— Peter
source

1

J'ai déchargé et désactivé les démons de corestorage (il y a un corestoraged et un assistant), j'ai redémarré et réinitialisé le landau, réparé mon disque en mode sans échec et finalement redémarré à nouveau. Ensuite, j'ai réactivé les démons et cela a semblé se décoller. Ne pas publier cela comme une réponse réelle, car je ne sais pas si c'est vraiment une solution, ou si cela a fonctionné pour moi.

— markwatson

@markwatson J'ai fait référence à un processus similaire dans ma réponse. Est-ce le même que celui que vous avez suivi?

— Peter

12

J'ai demandé après cela lors de ma participation à la WWDC 2015 et on m'a dit que le problème "Encryption Paused" avait été résolu dans 10.10.3.

La cause principale était un problème de redimensionnement du volume CoreStorage pendant le processus de chiffrement. Lorsque le volume CoreStorage n'a pas pu augmenter, le chiffrement a été suspendu et n'a pas pu reprendre tant que le problème de redimensionnement n'a pas été résolu.

Pour résoudre ce problème:

Mettez à jour votre Mac vers 10.10.3 ou démarrez à partir d'un autre lecteur exécutant 10.10.3.
Déverrouillez le lecteur chiffré si nécessaire
Terminal ouvert
Exécutez la commande suivante pour obtenir l'identifiant de disque de votre Mac:
```
diskutil list
```
Une fois que vous disposez des informations d'identification du disque, exécutez la commande suivante avec les privilèges root:
```
fsck_cs -y disk_identifier_goes_here
```
fsck_cs devrait réparer le volume CoreStorage et résoudre le problème de redimensionnement. Dans le cadre de la sortie, il doit montrer que le chiffrement reprend.

— Rich Trouton
source

Merci pour votre réponse. Bien que je ne puisse pas tester cela (ayant déjà résolu le problème avec la solution de contournement que j'ai décrite dans ma réponse), je suppose que c'est la bonne solution.

— Peter

Malheureusement, cela n'a pas fonctionné pour moi. Dommage.

— Ben Wilde

1

L'utilitaire de disque à partir d'El Capitan semble également avoir fourni un moyen de résoudre le problème de "cryptage suspendu" en raison du problème de dimensionnement. En suivant les instructions récemment publiées dans l'un des nombreux fils de support Apple, j'ai démarré à partir d'un disque d'installation USB El Capitan, j'ai exécuté l'Utilitaire de disque et pendant les premiers soins, j'ai vu: "Le volume @@@ a été redimensionné pour débloquer le cryptage suspendu". Maintenant, tout va bien, enfin. discussions.apple.com/message/29014455#29014455

— npdoty

Vous êtes un épargnant de vie absolu. J'ai tout essayé et ça a fait l'affaire.

— InkGolem

J'utilise 10.12.5 mais j'ai quand même rencontré ce problème (donc il n'est pas encore mort!) ZOMBIES! J'obtiens «le volume disk0s2 ne peut pas être réparé lorsqu'il est en cours d'utilisation» lorsque j'essaie ce correctif. Je suppose que je dois essayer de démarrer à partir d'un autre volume. Merci pour toutes les réponses détaillées sur ce fil.

— micstr

8

J'ai parlé avec Apple et mon cas a dégénéré. J'ai envoyé des journaux pour que les ingénieurs les évaluent et ils ont déterminé que le chiffrement FileVault avait échoué. Comme d'autres utilisateurs l'ont signalé, la seule suggestion était de faire une sauvegarde Time Machine, d'essuyer le lecteur, de réinstaller Yosemite et de restaurer à partir de la sauvegarde Time Machine.

Quelques notes importantes (à partir des messages du forum que j'ai lus):

Lorsque vous essuyez le lecteur, sélectionnez Journaled. Par défaut Journaled, Encrypted, le fait de laisser le cryptage activé ne résoudra pas le problème.
Une sauvegarde Time Machine n'est pas nécessaire pour effacer le disque et réinstaller OS X Yosemite, mais c'est le moyen le plus simple de conserver vos données.
Vous devez décocher FileVault lors de la configuration initiale d'OS X, sinon ce problème pourrait se reproduire. Bien sûr, cela pourrait fonctionner la deuxième fois ... mais pourquoi prendre le risque? Attendez qu'Apple corrige ce bogue avant de réactiver FileVault.
Si vous effectuez une restauration à partir de la sauvegarde Time Machine pendant l'installation d'OS X, vous ne serez pas invité à activer FileVault et il devrait être désactivé par défaut.

Si cette solution n'est pas satisfaisante, vous trouverez peut-être des conseils dans ce guide sur l'échec du chiffrement FileVault . J'ai envisagé une approche similaire (j'ai trouvé ce guide en recherchant sur Google «tuer corestoraged»), mais j'ai finalement décidé d'adopter l'approche éprouvée (et fastidieuse) d'une réinstallation complète.

Pour la postérité, un extrait partiel du guide précité:

Il s'est donc avéré que la recherche du processus correspondant était corrélée à l'origine de la charge élevée. En lui donnant une chance 50/50 de le réparer ou de détruire complètement mon système, j'avais une idée de comment le réparer. J'ai donc d'abord essayé de simplement tuer le processus. Cela a fonctionné mais après quelques secondes, le processus est réapparu - il doit donc avoir été démarré à partir d'un autre démon. Il s'est avéré qu'en fait, le launchd lance ce processus. Donc, soit pour parcourir l'intégralité du didacticiel [2], j'ai décidé de faire une correction rapide / essai. Mon idée était donc de déplacer le binaire du démon et de tuer le processus. J'ai donc fait ce qui suit:
firebird:~ jvr$ mv /usr/libexec/corestoraged /usr/libexec/corestoraged.old
firebird:~ jvr$ killall corestoraged
Et étonnamment, la charge a chuté, alors que mon système d'exploitation fonctionnait toujours. Veuillez noter que cela est très risqué et je ne recommanderais pas de le faire à moins que vous ne voyiez aucune autre option.

Il convient également de noter qu'il existe certainement une meilleure solution en place liée à la configuration launchd. Apple ne devrait pas non plus rendre leur FileVault stable, d'autant plus qu'il doit être considéré comme un service de base.

[09/09/2014] Mise à jour: abandonnant déjà mon espoir de résoudre le problème de manière permanente, j'ai commencé à sauvegarder mon MacBook et à préparer une réinstallation. Même si la solution de contournement ci-dessus a résolu le problème d'utilisation du processeur et de consommation d'énergie, je ne me sentais pas à l'aise de me déplacer dans les processus principaux, où je n'étais pas sûr à 100% de ce qu'ils faisaient. J'ai donc tout sauvegardé et commencé à nettoyer ma machine. Ayant tout fait jusqu'à présent, j'ai décidé de démarrer le Mac en mode de récupération et d'essayer une fois de plus la fonctionnalité de réparation de disque (en particulier les autorisations de correction). Après avoir fait cela, j'ai pensé que je pouvais essayer encore une fois. Démarré, déplacé le corestoraged en arrière et vérifié dans l'écran de progression FileVault dans les paramètres de sécurité. Et soudain, j'ai vu que le processus de cryptage fonctionnait à nouveau.

Et ce que j'ai appris de cette leçon - faites des sauvegardes. Et la deuxième leçon que j'ai apprise: n'allez jamais facilement et commencez à réinstaller votre système d'exploitation.

— Peter
source

1

Cette réponse est dépassée. Le problème a été corrigé dans 10.10.3. Meilleure réponse à mon humble avis: apple.stackexchange.com/a/190845/45492 par Rich Trouton

— n1000

6

Je veux partager la solution qui a résolu le problème pour moi.

Tout d'abord, mon installation El Capitan a échoué, ce qui a entraîné le démarrage de l'écran de connexion, mais après une connexion, il y a eu une panique du noyau et le Mac a redémarré.

J'ai donc essayé de réinstaller via le mode de récupération, mais au moment de sélectionner le HD, j'ai reçu ce message: conversion FileVault en cours. Utilisez le volet de préférences "Sécurité et confidentialité" pour vérifier l'état de la conversion.

Ces étapes ont résolu mon problème:

Passez en mode de récupération (maintenez cmd + R pendant le démarrage)
Ouvrez un terminal et tapez: diskuitl cs list result: Conversion Progress: Paused
J'ai ouvert une deuxième fenêtre de terminal
Recherche du binaire 'corestoraged': fichier / -name 'corestorage *'
Je l'ai trouvé dans le dossier de récupération: / usr / libexec / corestoraged
Démarré corestoraged dans le dossier trouvé: ./corestoraged
Vérifiez maintenant la HD via le premier terminal, la progression de la conversion a maintenant montré un pourcentage, et après une heure, la HD a été convertie.
Ensuite, je pourrais réinstaller El Capitan à partir du même mode de récupération.
Après la réinstallation, tout était comme avant.

— user155343
source

2

Ceci est la vraie réponse

— jakethedog

1

Merci. Cela a fonctionné pour moi avec un disque externe qui était en pause (je n'essayais pas de réinstaller macOS ou quoi que ce soit). Il suffit de déverrouiller le disque d'abord avec diskutil coreStorage unlockVolume {logical id}.

— G-Wiz

1

Merci - l'invocation de / usr / libexec / corestoraged à partir du mode de récupération a commencé la progression et cela semble s'être terminé du jour au lendemain lorsque l'installation de High Sierra a échoué et que j'ai désactivé FV à partir de la ligne de commande en mode de récupération. Espérons que l'installation puisse se terminer maintenant sans la complication FileVault ajoutée.

— j-beda

2

Obtenez la dernière mise à jour de Yosemite! Après avoir vérifié divers correctifs, installé 10.10.3 et le problème s'est résolu lui-même.

— Tom Howard
source

1

Voici ce qui a fonctionné pour moi sur la base de cet article du forum Apple :

Redémarrez et réinitialisez la PRAM en maintenant Option + Commande + P + R
Il a rapidement redémarré et j'ai maintenu Command + R pour entrer en mode de récupération.
Sélectionnez Utilitaire de disque
J'ai vu ma base "Macintosh HD" plus un "Macintosh HD" crypté en dessous. Sélectionnez la partition cryptée, puis sélectionnez Fichier / Déverrouiller et entrez votre mot de passe.
Sélectionnez "Réparer le disque" (a pris 1 à 2 minutes)
Sélectionnez "Réparer les autorisations de disque" (a pris 1 à 2 minutes)
Sélectionnez la partition de base "Macintosh HD" et sélectionnez "Réparer le disque" (a pris 3-4 minutes)
Redémarrez (menu Apple je pense)
Connectez-vous et ouvrez les Préférences Système / Sécurité et confidentialité / FireVault
Le cryptage était toujours "en pause" à ce stade, mais j'ai déconnecté et reconnecté mon alimentation, puis le cryptage a redémarré et s'est terminé rapidement (<1 minute).

J'espère que cela pourra aider.

— Von
source

2

Malheureusement, cela n'a pas fonctionné pour moi.

— Peter

1

Pas de chance en utilisant cette méthode, j'ai même essayé de désactiver le cryptage en mode de récupération, rien n'a changé.

— Igor Zinov'yev

L'option de désactiver le cryptage est grisée pour moi en mode de récupération.

— Peter

Utilisation de macbook pro retina mi-2014 Cela n'a pas fonctionné pour moi

1

@Peter, vous pouvez décocher l'option si vous ouvrez le menu contextuel «Fichier» tout en appuyant sur la touche Option. N'oubliez pas de relâcher la clé avant de cliquer sur "Désactiver ...". Cela ne sert à rien, cependant, cela ne fonctionne pas.

— Igor Zinov'yev

1

J'appuie les commentaires de Peter (18 décembre).

J'ai eu un tout nouveau 11 "MBAir ramassé en décembre 2014. FileVault s'est arrêté pendant la configuration pour demander l'adaptateur secteur.

Un conseiller principal d'Apple a déclaré que les ingénieurs d'Apple disent qu'il n'y a rien de mal avec l'ordinateur - vous pouvez l'utiliser.

Ce que vous ne pouvez pas faire, c'est désactiver FileVault. Les ingénieurs considèrent cela comme un problème cosmétique. Leur première suggestion est de laisser l'ordinateur portable allumé sans sommeil pendant 24 heures - ils ont découvert que dans "de nombreux cas" l'erreur se résout d'elle-même.

Comme je n'avais aucune donnée sur le lecteur (voir les suggestions de Peter si vous le faites), ils m'ont fait essuyer le lecteur dans Terminal, lancer un netboot, sélectionner "Réinstaller Yosemite" dans les fenêtres OS X Utilities qui suivent un netboot. Ensuite, après le téléchargement et l'installation, NE PAS activer FileVault pendant la configuration. (apparemment, essuyer le lecteur dans Terminal est important - la réinstallation de Yosemite à elle seule ne résoudra pas le problème).

Jusqu'à présent, mon ordinateur portable semble maintenant comme neuf.

— Scott
source

1

J'examine ce problème depuis environ un an (mon ordinateur portable a activé FileVault depuis son installation initiale mais n'a jamais été terminé. J'ai fini par faire la double copie suivante vers et depuis une clé USB:

Utilisez SuperDuper pour créer une sauvegarde complète du système sur une clé USB.
Démarrez-le (SuperDuper le fait automatiquement)
Utilisez Disk Util pour recréer la partition principale. (*)
Utilisez à nouveau SuperDuper pour créer une sauvegarde de la partition principale du lecteur USB sur la nouvelle partition.
Redémarrez à partir du lecteur interne.
Redémarrez FileVault, et cette fois laissez-le se terminer avant toute autre chose ...

(*) Si vous avez accidentellement supprimé la partition de récupération, vous pouvez la recréer en démarrant en mode de récupération (Cmd-R) et `` Réinstaller Yosemite '', qui ne réinstallera que le système d'exploitation, mais laissera vos données seules.

J'espère que cela aide les gens à bien se remettre de ce problème. Passons maintenant à l'installation du Captain.

— Coroos
source

0

Ce problème peut également être causé par le bogue UPS (Uninterruptable Power Supply) dans El Capitan (la même chose qui empêche Time Machine de s'exécuter automatiquement).

J'ai rencontré ça sur une toute nouvelle machine. La réparation de l'Utilitaire de disque n'a rien fait, mais je me suis souvenu d'avoir lu sur le bogue UPS & Time Machine. Lorsque j'ai déconnecté l'onduleur et redémarré, Time Machine et File Vault ont fonctionné normalement.

Si vous avez un onduleur et que vous utilisez El Cap, déconnectez l'onduleur et redémarrez. Essayez ceci en premier et vous gagnerez probablement du temps.

— Facture
source

-6

Essayez de réinitialiser smc et redémarrez l'ordinateur sera ok

— Prasanna
source