FileVault bloqué en pause

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.

• https://discussions.apple.com/thread/6711684
• https://discussions.apple.com/thread/6576613
• https://discussions.apple.com/thread/6719087
• https://discussions.apple.com/thread/6679584
• https://discussions.apple.com/thread/6714242
• https://discussions.apple.com/thread/6641025
• https://discussions.apple.com/thread/6602802
• etc.

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?

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:

1. Mettez à jour votre Mac vers 10.10.3 ou démarrez à partir d'un autre lecteur exécutant 10.10.3.
2. Déverrouillez le lecteur chiffré si nécessaire
3. Terminal ouvert

4. Exécutez la commande suivante pour obtenir l'identifiant de disque de votre Mac:

   diskutil list
   

5. 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
   

6. 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.

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.

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.

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.

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

1. Redémarrez et réinitialisez la PRAM en maintenant Option + Commande + P + R
2. Il a rapidement redémarré et j'ai maintenu Command + R pour entrer en mode de récupération.
3. Sélectionnez Utilitaire de disque
4. 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.
5. Sélectionnez "Réparer le disque" (a pris 1 à 2 minutes)
6. Sélectionnez "Réparer les autorisations de disque" (a pris 1 à 2 minutes)
7. Sélectionnez la partition de base "Macintosh HD" et sélectionnez "Réparer le disque" (a pris 3-4 minutes)
8. Redémarrez (menu Apple je pense)
9. Connectez-vous et ouvrez les Préférences Système / Sécurité et confidentialité / FireVault
10. 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.

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.

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:

1. Utilisez SuperDuper pour créer une sauvegarde complète du système sur une clé USB.
2. Démarrez-le (SuperDuper le fait automatiquement)
3. Utilisez Disk Util pour recréer la partition principale. (*)
4. Utilisez à nouveau SuperDuper pour créer une sauvegarde de la partition principale du lecteur USB sur la nouvelle partition.
5. Redémarrez à partir du lecteur interne.
6. 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.

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.

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