macOS Catalina CleanインストールでFileVaultを有効にできない(オプションはグレー表示)

Nov 23 2020

ハードドライブをddして、起動可能なUSBからmacOS Catalinaをインストールすることで、MacBookProからクリーンインストールを実行しました。Appleファイルシステムを使用して内部SSDをフォーマットし、正常にインストールしました。これで、[システム環境設定]> [セキュリティとプライバシー]> [FileVault]> [FileVaultをオン]でFileVaultを有効にしようとすると、「パスワードをリセットするようにiCloudアカウントを設定する」と「リカバリキーを作成して使用しない」の両方のポップアップが表示されます。 「私のiCloudアカウント」オプションは灰色で表示されます。[戻る]ボタンと[続行]ボタンもグレー表示されます。グレー表示されていないボタンは「キャンセル」ボタンのみです。したがって、基本的に、システム環境設定ペインからFileVaultを有効にすることはできません。以下のスクリーンショットを参照してください。

世界で何が起こっているのですか?システム環境設定ペインからfileVaultを再度有効にできるようにこれを修正するにはどうすればよいですか?

更新:

ハードウェア情報:

macのモデルはmacbookpro 11,3 15 "2014です。OSは** MacOS Catalina10.15.7です

内部ssdはmacbookproに付属しているもので、変更されていません。

SSDは、GUIDパーティションマップとAPFSファイルシステムでフォーマットされています。

その他のハードウェアに関する注意事項:

まったく同じタイプで、まったく同じモデル番号の2番目の公式OEM Apple SamsungSSDをebayで購入しました。新しいmacosと一緒にインストールしたところ、まったく異なるOEMSSDで同じ問題が発生しました。

改善と解決の試み:

これまでのところ、これが私が行ったこととそれらからの結果です。

  1. コマンドラインで有効にしてみましたが、コマンドラインユーティリティによると、正常に暗号化されています。

    • その結果、コマンドラインユーティリティが暗号化されていると言っても、システム環境設定は同じままであり、いかなる種類の暗号化も認識しません。
  2. ディスクユーティリティでMacドライブをフォーマットした後、起動可能なcatalinausbドライブからインストールされたMacOSCatalinaをクリーンアップします。

    • 結果は、まったく同じ問題が発生したということです。何も変わっていません。
  3. macosブータブルUSBの端末からドライブ全体を追加した後、ブータブルusbドライブからインストールされたMacOSCatalinaをクリーンアップします。

    • 結果は、まったく同じ問題が発生したということです。何も変わっていません。
  4. 「PartedMagic」ライブUSBから起動し、gdiskを使用してGPTパーティションマップだけでなく、MBR(またはPMBR)マップも消去しました。これに続いて、ディスク消去ユーティリティに組み込まれた分割マジックと、組み込みの分割マジックを使用したgptおよびpmbrパーティションマップの別の消去を使用して、(ドライブのロックを解除するためにドライブをスリープから解除した後)セキュア消去も実行しましたディスク消去ユーティリティ。

    • 結果は、ゼロ化された内部macssdでした。
  5. あとは、もう一度、mac osの起動可能なusbドライブを起動し、ディスクユーティリティ(アップルファイルシステム付きのGPTパーティションマップ)でフォーマットし、usbからMacOSのクリーンインストールを再度実行しました。

    • 結果は、同じ問題が発生したということです。
  6. 起動可能なUSBを使用する代わりに、MacOSインターネットリカバリを使用して手順1〜5を実行しました。

    • 結果は、すべての場合に同じ問題が発生したということです
  7. 元のmacssdを削除し、ebayから購入した2番目のOEM macssdをインストールしました。次に、インターネットリカバリからクリーンインストールを実行しました。

    • 結果は、同じ問題が発生したことです。
  8. 手順1〜7の前後に、内蔵ドライブとインターネットハードウェアテストの両方からアップルハードウェアテストを実行しました。

    • 結果は、障害があると見なされたハードウェアはなく、すべてのハードウェアが適切に機能していたことです。
  9. 修正されましたが解決されませんでした:新しいsddでインターネットを回復して、最後のクリーンインストールを実行した後、コマンドラインユーティリティから暗号化をもう一度試しました。コマンドラインユーティリティが実際に暗号化を開始する前に、もう一度インターネットリカバリから起動し、ドライブをddして、クリーンインストールを実行しました。

    • 結果として、問題は奇妙な方法で解決しました。コマンドラインユーティリティがドライブの暗号化を完了する前にディスクをゼロに設定し、インターネットリカバリからクリーンインストールを実行した後、問題は発生しなくなりました。

問題を特定できる可能性のある特別な注意事項/ヒント:

  1. どういうわけかこれを引き起こした可能性があると私が考えることができる唯一の本当のことは、あるとき、ターミナルを使用してmac osリカバリドライブにいたときに、誤ってDD(/ dev / zeroを使用)が読み取り専用メモリと思われるものの1つであったことですパーティション(ロードしたリカバリパーティションのOSに応じて、これらのパーティションは/ dev / disk3または/ dev / disk4で始まり、/ dev / disk13以降に移動すると思います)。

私が覚えている限り、mac osリカバリボリューム(またはインターネットリカバリ/起動可能なUSB)に表示される余分なRAMディスクパーティションを変更することはできず、常に読み取り専用として表示されていました。

したがって、これらのパーティションの1つを(もちろん偶然に)DDすることができた方法は、私を超えています。

これは、システム環境設定パネルでfilevaultが有効にならないようにすることで、複数のハードドライブにまたがる複数のクリーンインストールに影響を与えた原因である可能性があると私が想像できる唯一の情報です。

奇妙な!

要約と最終声明:詳細に入ると他の投稿とは明らかに異なるため、この投稿はそのままにしておくことをお勧めします。また、これは2つの異なるハードドライブで発生したという事実もあります。これは、ある種のハードウェアの問題、あるいはルートキット、あるいはある種の他の数十億ドルのウイルスを教えてくれます。しかし、おそらくアップルによって検出されないいくつかの奇妙なハードウェアの問題。

これを削除しないでください、それでも適切な解決策が必要です問題はもう発生していませんが、これが発生した理由、またはそれがどのように解決されたかについての適切な解決策または理由が言及されているとは思いません。だから私は間違いなくこの投稿を残しておくことをお勧めします。私はグーグルとスタックフォーラムがまったく言及していない奇妙なMacの問題を抱えている王であるため、これが再び私に起こることをほぼ100%保証できます。

何かご意見は?

2020年12月31日更新:

私はもう一度ハードドライブをddし、hdparmを使用してLinuxからハードドライブのファームウェアを使用して消去しました。次に、起動可能なMacOS USBインストーラーで再度フォーマットし、再インストールしました。同じ問題が発生しました。

以下の回答で提案されたコマンドを試したところ、次の出力が得られました。 MacBook-Pro:~ dan$ sysadminctl -secureTokenStatus dan sysadminctl[45304:702359] Secure token is ENABLED for user dan sysadminctl interactive -secureTokenStatus dan Secure token is ENABLED for user dan sysadminctl -secureTokenOn dan -password sysadminctl[32917:677328] Operation is not permitted without secure token unlock. MacBook-Pro:~ dan$ sysadminctl -secureTokenOn dan -password - sysadminctl[51227:713574] Operation is not permitted without secure token unlock. MacBook-Pro:~ dan$ sudo sysadminctl -secureTokenOn dan -password - Password: sysadminctl[51218:713260] Operation is not permitted without secure token unlock.

したがって、私のセキュアトークンが有効になっていて機能しているようです。これにより、セキュアトークンの想定が問題になることがなくなります。

最後にsudo fdesetup enable -user dan、Filevaultが端末からドライブの暗号化を開始したように見える状態で実行しました。暗号化が終了すると、セキュリティペインにシステム環境設定が正常に表示され、「ディスク「MacHD」でFileVaultがオンになっています」と表示されます。システム環境設定からfilevaultをオフにするオプションは、完全に機能しているようです。システム環境設定を無効にしてから再度有効にしようとしたことはまだありません。

回答

bmike Nov 24 2020 at 20:04

私たちは仕事でこれを時々修正しなければなりません。以下にリンクされているこの回答は、私が使用するのに最適です(リンクされた質問の他の回答は良いですが、私のニーズには適していません)。十分な注意と忍耐があれば、ほとんどの場合、「Appleダイレクト」消去インストールなしでこれを修正できます。

  • https://apple.stackexchange.com/a/313780/5472

安全なトークンを手動で付与するには、

sysadminctl -secureTokenOn yourusername -password -

ここで、yourusernameは、安全なトークンを付与するユーザーのユーザー名です。最後のハイフンも忘れないでください!sudoは使用しないでください。

これは失敗する可能性があります。その後、バックアップして消去し、最初からやり直して、使い捨ての管理者ユーザーで適切な管理者アカウントを作成していることを確認します。OSのインストールに安全なトークンがあることが確実な場合にのみ、移行アシスタントを実行して、アプリ、設定、実際のユーザーデータ、およびアカウントを再読み込みします。

「消去して最初からやり直す」とは、インターネットリカバリを使用して消去とインストールを実行し、消去がクリーンで、インストーラがAppleから直接ダウンロードされるようにすることを意味します。完全に新しく更新されています。


nbこれは、ほとんどのMac管理者が行うより奇妙で難しいことの1つです。非常に厄介なプロセスとさまざまなシナリオが関係しています。幸いなことに、T2チップMacでは、これが発生する可能性ははるかに低くなります。指が交差したことは、新しいM1ハードウェアでは二度と起こり得ません。

この旅の物語のいくつかは、リッチ・トルートンによってよく語られています

  • https://derflounder.wordpress.com/2019/02/08/unable-to-enable-filevault-on-macos-mojave/(macOS Recovery resetFileVaultpasswordツールを使用するはるかに長い回避策)
  • https://derflounder.wordpress.com/2019/02/10/re-syncing-local-account-passwords-and-secure-token-on-filevault-encrypted-macs-running-macos-mojave/ (個人用回復キーが手元にある場合の回避策)