“Bug” in FileVault Encryption of M1 Macs

Hi:


I have a new M1 MBP 14” running OS 12.2. I used Migration Assistant to transfer data from a 6 yo MBP 13” Intel, also running OS 12.2. There are 3 accounts on the Intel. FileVault works fine on the Intel.


After successfully completing the migration, only 1 of 3 accounts works in decrypting FileVault on the M1. The other 2 accounts do not unlock FileVault, but work normally once the 1st account has been used to unlock the disk.


No additional buttons appear on the System Preferences > Security and Privacy > FileVault pane.


I’ve created two new admin accounts and they work as advertised, unlocking the FileVault encrypted disk.


"sudo fdesetup list" gives user ids and long hexadecimal #s for each of the 5 accounts.


Apple engineers (I’m working through a nice but low-level rep) seemed stumped.


Any ideas to enable the other 2 accounts to decrypt the drive?


Thanks much!

MacBook Pro 14″, macOS 12.2

Posted on Feb 9, 2022 5:06 PM

Reply
Question marked as Top-ranking reply

Posted on Feb 9, 2022 7:33 PM

Not a bug but a security feature. Mac's equipped with a T2 Security Chip or the M1 Apple Silicon chips are hardware encrypted at the factory out of the box. When you turn on FileVault it merely generates a recovery key and puts a new private key into the Secure Enclave within the T2 or M1 SoC processor.


When you first install macOS on one of these T2/M1 Mac's it will create an administrator account and that account has what is called a secureToken. Only accounts created by an account that holds a secureToken will be able to unlock the disk.


Your problem may have occurred wether or not the older 13" MacBook Pro is T2 equipped or not because Migration Assistant doesn't add the secureToken to the other two accounts you migrated. Likely one of the 3 accounts matched your primary account and that one migrated and kept the secureToken but the other two didn't exist on the M1 so they didn't receive a secureToken. When you created the other two new accounts they also received the secureToken which is required to unlock the disk.


The easiest quickest way to fix this would be to delete the 2 problematic user accounts without removing their home folders and then recreate them using your primary working account that has a secureToken. It is important that you set the same icon, name, login name and passwords. They will pickup on the existing home folders and that should fix it.


In System Preferences -> Users & Groups, unlock the screen with the gold lock bottom left corner. Then highlight the first account to remove and click the minus button at the bottom left. Be sure to click the "Don't change the home folder" option. Then go ahead and click Delete User. Then add the user back with the + button, set the same information for this user. Rinse and repeat for User #2. Then reboot and see those two users can unlock the disk at the pre-boot authentication screen.



Similar questions

16 replies

Feb 18, 2022 4:37 PM in response to CharPatton1

Many, many, many thanks to you for your wisdom, perseverence, and clear instructions; it worked!!!


I can't tell you how grateful I am for your help.


Now, 3 months later, I can start enjoying my M1.


This one had the Apple support engineers stumped. You totally rock!


PS Also, kuods to all will be well at https://discussions.apple.com/thread/253478127?page=1 for suggesting dual keyboard input as a part of the solution. All worked as promised with James B. terminal solution, but after logging out and in several times it started to get wonky until I realized that it was the two keyboard issue on top of all the other stuff...



[Personal Information Edited by Moderator]


This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

“Bug” in FileVault Encryption of M1 Macs

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.