Ce n'est pas impossible. (Bien que si vous avez supprimé l'utilisateur, vous avez peut-être rendu les choses plus compliquées !)

J'ai écrit l'article 'jaydisc' lié à et je viens de tester que cela fonctionne toujours dans la 10.7.4 :

Supposons que vous ayez un utilisateur administrateur "charlie" qui puisse utiliser l'ordinateur, mais pas le déverrouiller :

sudo su - charlie  
$ passwd 
Changing password for charlie.
Old Password:**[enter old password here]**
New Password:**[press enter]**
Retype New Password:**[press enter]**
$ 

Notez que vous ne pouvez pas le faire :

sudo passwd charlie
Changing password for charlie.
New password:

parce que si vous appuyez sur la touche entrée quand vous obtenez le "nouveau mot de passe", il reviendra et dira :

Password unchanged.

Il semble que la suppression temporaire des mots de passe des utilisateurs les supprime du menu de démarrage EFI :

http://www.tuaw.com/2011/12/12/prevent-certain-accounts-from-unlocking-filevault-2/

Malheureusement, dans mon cas, certains des utilisateurs sont des utilisateurs d'Open Directory Mobile, et je ne parviens pas à trouver un moyen de définir leur mot de passe comme vide.

FileVault 2 et Recovery HD

Recovery HD à ne pas confondre avec le Recovery OS (l'un est plus grand que l'autre).

Lorsque vous activez FileVault 2 pour un utilisateur : la partition cachée non chiffrée Apple_Boot Recovery HD, séparée du volume de démarrage chiffré mais essentielle à celui-ci, est temporairement montée pour l'écriture de fichiers EFI et autres. Si vous souhaitez visualiser cette activité du système de fichiers, tout en activant un utilisateur à des fins de déverrouillage :

• avant de cliquer sur Terminé utilisez une commande telle que fs_usage ou une application telle que fseventer .

Un coup d'œil à l'activité suggère que les modifications apportées au volume non crypté - en relation avec le compte utilisateur sur le volume crypté - sont les suivantes non trivial .

Si un utilisateur reçoit une autorisation inappropriée pour déverrouiller

Peut-être qu'une mise à jour de Lion (quelque chose de plus que la Build 11A511) fournira un moyen de supprimer, à partir de la fenêtre de connexion EFI, un utilisateur qui ne devrait plus être en mesure de déverrouiller le volume de démarrage.

En attendant, je ne vois que deux méthodes qui pourraient être utilisées.

Méthode A : désactiver puis activer FileVault

1. désactiver FileVault 2

2. permettre à la conversion en arrière de se terminer

3. redémarrer le système d'exploitation

4. activer FileVault 2, mais pas pour cet utilisateur.

Méthode B : supprimer l'utilisateur mais pas le répertoire personnel, etc.

Je n'ai pas testé cette méthode, je imaginez que ce qui suit pourrait fonctionner :

1. sauvegarde

2. supprimer l'utilisateur mais pas le répertoire personnel de l'utilisateur

3. redémarrer le système d'exploitation

4. créer un nouvel utilisateur avec le même RecordName que l'original

5. définir un numéro d'identification unique qui diffère de l'original

6. associer l'ancien répertoire personnel au nouvel utilisateur.

Voici la réponse très simple à la question de savoir comment désactiver l'accès d'un utilisateur précédemment autorisé à un disque crypté FileVault 2 :

En terminal, utiliser :

sudo fdesetup remove -user Username

Vous verrez ensuite l'utilisateur désactivé dans la liste des utilisateurs disponibles pour l'activation dans Préférences système->Sécurité et confidentialité -> FileVault pour vérifier que la désactivation a réussi.