19 votes

FileVault est 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 dans la liste des applications consommant beaucoup d'énergie. [ Edit : cette application ne s'affiche plus ; tout le reste de cet article est toujours vrai].

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

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

J'ai essayé de réinitialiser le SMC, d'effacer la PRAM, de passer en mode récupération, de réparer le disque et de réparer les permissions. Rien n'a fonctionné. Je ne peux pas arrêter FileVault à partir du terminal, et quand j'essaie de l'activer, il dit 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 cherche dans la Console corestorage je reçois de nombreuses entrées comme la suivante :

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

Des suggestions ? La machine est toute neuve, il n'y a donc pas une quantité ÉNORME de données dessus (et il n'y a pas non plus de sauvegardes Time Machine), mais j'aimerais éviter d'avoir à effacer le disque.

Si je ne peux rien faire, est-ce qu'Apple a l'habitude de publier des correctifs pour des problèmes de ce genre ?

12voto

Rich Trouton Points 4092

J'ai posé cette question lors de la WWDC 2015 et on m'a répondu que le problème du "cryptage interrompu" avait été résolu dans la version 10.10.3.

La cause première était un problème de redimensionnement du volume CoreStorage pendant le processus de cryptage. Lorsque le volume CoreStorage ne pouvait pas croître, le cryptage était interrompu et ne pouvait pas reprendre tant que le problème de redimensionnement n'était pas résolu.

Pour résoudre ce problème :

  1. Mettez votre Mac à jour avec la version 10.10.3 ou démarrez à partir d'un autre disque qui fonctionne avec la version 10.10.3.

  2. Déverrouillez le disque crypté si nécessaire

  3. Terminal ouvert

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

    diskutil list
  5. Une fois que vous avez les informations d'identification du disque, exécutez la commande suivante avec les privilèges de 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 résultat, il devrait montrer que le cryptage reprend.

8voto

Peter Points 384

J'ai parlé avec Apple et mon cas a été transmis à un échelon supérieur. J'ai envoyé des journaux pour que les ingénieurs les évaluent, et ils ont déterminé que le cryptage FileVault avait échoué. Comme d'autres utilisateurs l'ont signalé, la seule suggestion était de faire une sauvegarde Time Machine, d'effacer le disque, de réinstaller Yosemite et de restaurer à partir de la sauvegarde Time Machine.

Quelques remarques importantes (tirées des messages du forum que j'ai lus) :

  • Lorsque vous effacez le disque, sélectionnez Journaled . La valeur par défaut est Journaled, Encrypted mais 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 risque de se reproduire. Bien sûr, cela peut fonctionner la deuxième fois... mais pourquoi prendre le risque ? Attendez qu'Apple corrige ce bogue avant d'activer à nouveau FileVault.
  • Si vous restaurez à partir de la sauvegarde Time Machine pendant l'installation d'OS X, vous ne serez pas invité à activer FileVault et cette fonction devrait être désactivée par défaut.

Si cette solution n'est pas satisfaisante, vous pouvez trouver des conseils dans les documents suivants ce guide sur l'échec du cryptage de FileVault . J'ai envisagé une approche similaire (j'ai trouvé ce guide en cherchant sur Google "killing corestoraged"), mais j'ai finalement décidé de suivre l'approche éprouvée (et fastidieuse) d'une réinstallation complète.

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

Donc, en cherchant le processus correspondant, il s'est avéré que corestoraged était la cause de la charge élevée. En lui donnant une chance sur deux de le réparer ou de le détruire complètement mon système, j'ai eu une idée pour 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 a donc dû être démarré à partir d'un autre démon. Il s'est avéré qu'en fait, c'est le launchd qui démarre ce processus. Donc, soit pour passer par l'ensemble du tutoriel [2] J'ai décidé de de faire un essai rapide. Donc mon idée était de déplacer le binaire du démon et de puis 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 ceci est très risqué et je ne recommande pas de le faire à moins que vous ne voyez pas d'autres options.

Il convient également de noter qu'il existe sans aucun doute une meilleure solution dans les domaines suivants en place liée à la configuration de launchd. Quoi qu'il en soit, Apple devrait faire en sorte que son FileVault soit stable, d'autant plus qu'il doit être être considéré comme un service de base.

[2014/09/09] Mise à jour : J'ai déjà abandonné mon espoir de résoudre le problème définitivement, j'ai commencé à sauvegarder mon MacBook et à me préparer à une réinstallation. Même si la solution de contournement ci-dessus a résolu l'utilisation du CPU & la consommation d'énergie, je ne me sentais pas à l'aise de me déplacer dans des processus où je n'étais pas sûr à 100% de ce qu'ils faisaient. J'ai donc sauvegardé tout sauvegarder et j'ai commencé à nettoyer ma machine. Ayant tout fait jusqu'à présent, j'ai décidé de démarrer le Mac en mode restauration et d'essayer une une fois de plus la fonctionnalité de réparation de disque (en particulier la réparation des permissions). Après avoir fait cela, j'ai pensé que je devais faire un dernier essai. J'ai démarré, j'ai remis le corestorage en place et j'ai vérifié l'écran de progression de FileVault dans les paramètres de sécurité. Et soudain, j'ai vu que le le processus de cryptage fonctionnait à nouveau. Cette fois, je n'ai plus touché la machine jusqu'à ce que le cryptage soit terminé.

Et ce que j'ai appris de cette leçon - faire des sauvegardes. Et la deuxième leçon que j'ai apprise : ne jamais choisir la voie la plus facile et commencer à réinstaller votre système d'exploitation.

8voto

user155343 Points 81

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

Tout d'abord, mon installation d'El Capitan a échoué, ce qui fait qu'après le démarrage, l'écran de connexion s'est affiché, 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 disque dur, j'ai obtenu ce message : Conversion FileVault en cours. Utilisez le panneau 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 : liste de cs diskuitl résultat : Conversion Progress : En pause
  • J'ai ouvert une deuxième fenêtre de terminal
  • Recherche du binaire 'corestoraged' : file / -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 le HD via le premier terminal, la progression de la conversion affichait maintenant un pourcentage, et après une heure, le HD était converti.
  • Ensuite, j'ai pu réinstaller El Capitan à partir du même mode de récupération.
  • Après la réinstallation, tout était comme avant.

2voto

Tom Howard Points 121

Obtenez la dernière mise à jour de Yosemite ! Après avoir vérifié les différents correctifs, j'ai installé 10.10.3 et le problème s'est résolu tout seul.

1voto

Von Points 191

Voici ce qui a fonctionné pour moi en fonction de ce message du forum Apple :

  1. Redémarrer et réinitialiser la PRAM en maintenant Option+Command+P+R
  2. Il a rapidement redémarré à nouveau et j'ai maintenu Command+R pour entrer en mode de récupération.
  3. Sélectionnez Utilitaire de disque
  4. J'ai vu mon "Macintosh HD" de base et 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" (cela a pris 1 à 2 minutes).
  6. Sélectionnez "Réparer les permissions du disque" (cela a pris 1 à 2 minutes).
  7. Sélectionnez la partition de base "Macintosh HD" et sélectionnez "Réparer le disque" (cela a pris 3-4 minutes)
  8. Redémarrer (menu Apple je crois)
  9. Connectez-vous et ouvrez Préférences système/Sécurité et confidentialité/FireVault.
  10. Le cryptage était toujours "en pause" à ce moment-là, mais j'ai débranché et rebranché mon alimentation et le cryptage a redémarré et s'est terminé rapidement (<1 minute).

J'espère que cela vous aidera.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X