Pour les
2 volumes-clés de l'OS (
Données et
Système) > tu remarques cette mention :
Bloc de code:
FileVault: Yes (Unlocked)
- FileVault = activé (volume déverrouillé)
Mais ce qu'il faut noter > c'est qu'
aucun % correspondant à un
processus FileVayult en cours (de chiffrement ou de déchiffrement) --> ne se trouve allégué. On en conjecture que le
statut activé de FileVault correspond à un état "
complété". Si tu ne peux pas engager une
désactivation de FileVault dans la session de ton
utilisateur principal --> cela ne veut donc
pas dire qu'un
processus FileVault en cours se trouverait
bloqué ("
pending") > mais plutôt que ton
utilisateur principal n'a
pas un statut reconnu d'acteur authentifié de
FileVault - à la différence de l'
utilisateur admin provisoire (actuellement supprimé) qui a été l'initiataire de l'activation de
FileVault.
Cette interprétation supposée valide > j'ai pour toi 2 tests en réserve -->
- 1er test : redémarre une fois. Le volume de démarrage se trouvant a priori verrouillé par FileVault --> tu vas avoir d'entrée de redémarrage un écran de connexion destiné à permettre le déverrouillage du volume de démarrage. Cet écran affiche par défaut tous les utilisateurs (admin ou non) enregistrés comme habilités à déverrouiller FileVault avec leurs mots-de-passe de session. Quel utilisateur vois-tu affiché ? - l'admin disparu + ton principal --> les 2 pouvant déverrouiller FileVault ? Ou seulement l'admin disparu dont la saisie du mot-de-passe permettrait le déverrouillage (note que : si cet utilisateur a disparu du Service d'Annuaire local de l'OS > en tant qu'enregistré par FileVault il a toujours une existence logique à son sujet) ?
- si tu ne peux déverrouiller FileVault qu'avec le mot-de-passe de l'utilisateur admin supprimé > sachant qu'à la fin du chargement de l'OS sa session ne pourra pas s'ouvrir automatiquement --> obtiens-tu un 2è écran de connexion (d'ouverture de session celui-là) --> auquel tu pourrais te loger par ton utilisateur principal et son mot-de-passe ?