Yosemiteがインストールされた新しい13 “rMBPを入手しました。マシンをセットアップするときにFileVaultを有効にすることを選択しました。

数日後、「FileVaultからの復帰」というアプリが、多くのエネルギーを消費するアプリのリストに表示されます。[編集:このアプリは表示されなくなりました。この投稿の他の内容はすべて当てはまります。]

システム設定でFileVaultを確認すると、「暗号化が一時停止しました」と表示され、続いて「接続電源」と表示されます。暗号化を再開するためのアダプタ。」電源アダプタを接続しても、マシンが充電中であることを認識していても違いはありません。

この問題を説明するスレッドがいくつか見つかりましたが、解決策はありません。

SMCをリセットし、PRAMをクリアしてみましたが、リカバリモードに入り、ディスクを修復し、権限を修復します。何も機能していません。ターミナルからFileVaultを停止できません。有効にしようとすると、すでにオンになっていると表示されます。

$ 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. 

これが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 

Consoleでcorestorageを検索すると、次のような多くのエントリを取得します:

12/13/14 8:41:45.067 PM corestoraged[155]: 0x7fff78553300 resumeBackgroundConversion: background conversion started/resumed for lv 4362CD83-5AAB-4DA5-BD4E-17BC5CCAEB49. 

その他のエントリ:

12/13/14 8:41:45.000 PM kernel[0]: CoreStorageLogical::resumeBackgroundTransform: thread already running 

助言がありますか?マシンは新品なので、「大量のデータはありません(Time Machineのバックアップもありません)が、ドライブをワイプする必要はありません。

ある場合」 s私にできることは何もありません。Appleにはこのような問題に対してホットフィックスを発行した履歴がありますか?

コメント

  • コアストレージデーモンをアンロードして無効にしました( ‘コアストレージとヘルパー)があり、乳母車を再起動してリセットし、セーフモードでディスクを修復し、最後に再起動しました。その後、デーモンを再度有効にしたところ、 ‘が本当に解決策なのか、それともうまくいったのかわからないので、これを実際の回答として投稿しないでください。
  • @マークワトソン私は私の答えで同様のプロセスを参照しました。それはあなたが従ったものと同じですか?

答え

Iこの後、WWDC 2015に参加しているときに質問され、「暗号化の一時停止」の問題は10.10.3で対処されたと言われました。

根本的な原因は、暗号化プロセス中のCoreStorageボリュームのサイズ変更に関する問題でした。 CoreStorageボリュームを拡張できなかった場合、暗号化は一時停止され、サイズ変更の問題が解決されるまで再開できませんでした。

この問題を修正するには:

  1. Macを次のように更新します。 10.10.3または、10.10.3を実行している代替ドライブから起動します。
  2. 必要に応じて暗号化されたドライブのロックを解除します
  3. ターミナルを開きます
  4. Macのディスク識別子を取得するには、次のコマンドを実行します。

    diskutil list 
  5. ディスク識別子の情報を取得したら、次のコマンドを実行します。ルート権限:

    fsck_cs -y disk_identifier_goes_here 
  6. fsck_cs は、CoreStorageボリュームを修復し、サイズ変更の問題に対処する必要があります。出力の一部として、暗号化が再開されていることを示す必要があります。

コメント

  • ご回答ありがとうございます。’はこれをテストできませんが(回答で説明した回避策の問題はすでに修正されています) er)、’適切な解決策であると想定します’。
  • 残念ながら、これはうまくいきませんでした。 。残念です。
  • エルキャピタンのディスクユーティリティも、”暗号化の一時停止”サイズの問題のため。多くのAppleサポートスレッドの1つに最近投稿された指示に従って、USB El Capitanインストールディスクから起動し、ディスクユーティリティを実行し、応急処置中に次のように表示しました。”ボリューム@@@はサイズを変更して、一時停止された暗号化のブロックを解除しました”。ついに、すべてが順調になりました。 Discussions.apple.com/message/29014455#29014455
  • あなたは’絶対的です命の恩人。 ‘すべてを試しましたが、これでうまくいきました。
  • 10.12.5を実行していますが、まだこの問題が発生しています(死んでいないため)。まだ!)ゾンビ!このパッチを試してみると、”使用中のボリュームdisk0s2を修復できません”。別のボリュームから起動してみる必要があると思います。このスレッドのすべての詳細な回答に感謝します。

回答

Appleと話をしましたが、ケースがエスカレートしました。エンジニアが評価するためにログを送信したところ、FileVault暗号化が失敗したと彼らは判断しました。他のユーザーが報告しているように、唯一の提案は、Time Machineバックアップを作成し、ドライブをワイプし、Yosemiteを再インストールし、TimeMachineバックアップから復元することでした。

いくつかの重要な注意事項(フォーラムの投稿から)読み取り):

  • ドライブをワイプするときは、Journaledを選択します。デフォルトはJournaled, Encryptedですが、暗号化を有効のままにしても問題は解決しません。
  • ドライブをワイプしてOSX Yosemiteを再インストールするために、Time Machineバックアップは必要ありませんが、データを保持する最も簡単な方法です。
  • OS Xの初期セットアップ中にFileVaultのチェックを外す必要があります。そうしないと、この問題が再発する可能性があります。もちろん、2回目はうまくいくかもしれません…しかし、なぜリスクを取るのですか? FileVaultを再度有効にする前に、Appleがこのバグを修正するのを待ってください。
  • OSXのインストール中にTimeMachineバックアップから復元した場合、 FileVaultを有効にするように求められ、デフォルトではオフになっているはずです。

この解決策が不十分な場合は、からガイダンスが見つかる可能性があります。失敗したFileVault暗号化に関するガイド。同様のアプローチを検討しましたが(Googleで「killingcorestoraged」を検索してそのガイドを見つけました)、最終的には完全再インストールの実証済みの(そして退屈な)アプローチを採用することにしました。

後世のために、前述のガイドの一部の抜粋:

したがって、対応するプロセスをスキャンすると、corestoragedが原因であることが判明しました。高負荷。50/ 50の確率で修正するか、システムを完全に破壊する方法を考えたので、最初にプロセスを強制終了しようとしましたが、数秒後にプロセスr eappeared –したがって、別のデーモンから開始されている必要があります。実際にlaunchdがこのプロセスを開始していることが判明しました。したがって、チュートリアル全体を実行するために、 [2] 簡単な修正/試行を行うことにしました。したがって、私の考えは、デーモンバイナリを移動することであり、プロセスを強制終了することではありませんでした。そこで、次のことを行いました。

firebird:~ jvr$ mv /usr/libexec/corestoraged /usr/libexec/corestoraged.old firebird:~ jvr$ killall corestoraged 

そして、驚くべきことに、オペレーティングシステムがまだ機能している間に、負荷が低下しました。これは非常にリスクが高いことに注意してください。他のオプションが表示されない限り、これを行うことはお勧めしません。

また、launchdに関連するより良いソリューションが確実に存在することにも注意してください。構成。特にコアサービスと見なす必要があるため、AppleはFileVaultを安定して実行する必要があります。

[2014/09/09]更新:問題を恒久的に修正するという私の希望をすでにあきらめています。 MacBookのバックアップを開始し、再インストールの準備をしました。上記の回避策でCPU使用率&の電力消費の問題が解決されたとしても、コアプロセスを移動することに不安があり、コアプロセスが何をしているのか100%確信が持てませんでした。それで、私はすべてをバックアップして、私のマシンを掃除し始めました。これまでのすべての作業を終えて、Macをリカバリモードで起動し、ディスク修復機能(特に修正権限)をもう一度試すことにしました。これを行った後、もう一度試してみようと思いました。起動し、corestoragedを元に戻し、セキュリティ設定内のFileVault進行状況画面で確認しました。そして突然、暗号化プロセスが再び機能していることに気づきました。今回は、暗号化が完了するまでマシンに触れませんでした。

そして、このレッスンから学んだこと–バックアップを実行します。そして、私が学んだ2番目の教訓は、決して簡単な方法でオペレーティングシステムの再インストールを開始しないことです。

コメント

回答

問題を解決したソリューションを共有したい。

まず、El Capitanのインストールが失敗し、起動後にエラーが発生しました。ログイン画面が表示されましたが、ログイン後、カーネルパニックが発生し、Macが再起動しました。

リカバリモードで再インストールしようとしましたが、HDを選択した時点でこれが発生しました。メッセージ:FileVault変換が進行中です。 [セキュリティとプライバシー]設定ペインを使用して、変換ステータスを確認します。

これらの手順で問題は解決しました:

  • リカバリモードに移行します(起動中はcmd + Rを押し続けます)
  • ターミナルを開き、次のように入力します: diskuitl cs list 結果:変換の進行状況:一時停止
  • 2番目のターミナルウィンドウを開きました
  • バイナリ「corestoraged」を検索しました:file / -name “corestorage *”
  • リカバリフォルダで見つかりました:/ usr / libexec / corestoraged
  • 見つかった場所でcorestoragedを開始しましたフォルダー:./ corestoraged
  • 最初のターミナルでHDを確認すると、変換の進行状況にパーセンテージが表示され、1時間後にHDが変換されました。
  • その後、再インストールできます同じリカバリモードのElCapitan。
  • 再インストール後、すべてがそのままでした。

コメント

  • これが本当の答えです
  • ありがとう。これは、一時停止された外部ディスクで機能しました(’ macOSなどを再インストールしようとしていませんでした)。最初にdiskutil coreStorage unlockVolume {logical id}でディスクのロックを解除する必要がありました。
  • ありがとうございます。リカバリモードから/ usr / libexec / corestoragedを呼び出すと進行が始まり、一晩で完了したようです。 High Sierraのインストールに失敗し、リカバリモードでコマンドラインからFVをオフにしたとき。 FileVaultの複雑さを追加することなく、インストールが完了できることを願っています。

回答

Yosemiteの最新のアップデートを入手してください!さまざまな修正を確認した後、10.10.3をインストールし、問題は自動的に解決しました。

回答

これが私に基づいて機能したものです Appleフォーラムからのこの投稿

  1. Option + Command + P + Rを押したままにして、PRAMを再起動およびリセットします
  2. すぐに再起動し、Command + Rを押してリカバリモードに入りました。
  3. ディスクユーティリティを選択
  4. ベースの「MacintoshHD」と暗号化された「MacintoshHD」が表示されました「その下。暗号化されたパーティションを選択し、「ファイル/ロック解除」を選択してパスワードを入力します。
  5. 「ディスクの修復」を選択します(1〜2分かかりました)
  6. 「ディスクのアクセス許可を修復」を選択します”(1〜2分かかりました)
  7. ベースの「MacintoshHD」パーティションを選択し、[ディスクの修復]を選択します(3〜4分かかりました)
  8. 再起動します(Appleメニューだと思います)
  9. ログインしてシステム設定/セキュリティを開きます&プライバシー/ FireVault
  10. この時点では暗号化はまだ「一時停止」されていましたが、切断しましたそして私を再接続しました電源を入れてから暗号化を再開し、すぐに終了しました(< 1分)。

お役に立てば幸いです。

コメント

  • 残念ながら、これはうまくいきませんでした。
  • この方法を使用してもうまくいきません。リカバリモードで暗号化を無効にしようとしましたが、何も変わりませんでした。
  • リカバリモードでは、暗号化を無効にするオプションがグレー表示されます。
  • 2014年半ばにmacbookproretinaを使用するこれは機能しませんでした
  • @Peter、できますOptionキーを押しながら’ File`コンテキストメニューを開いた場合は、オプションの灰色を解除します。 ‘ “オフにする前にキーを離すことを忘れないでください… ” 。 ‘は役に立ちませんが、’は機能しません。

回答

ピーターの2番目のコメント(12月18日)。

箱から出してすぐに新品の11インチMBAirがこれを受け取りました。 2014年12月。セットアップ中にFileVaultが一時停止し、電源アダプタを要求しました。

Appleの上級アドバイザーは、Appleのエンジニアは、コンピュータに問題はないと言っています。コンピュータは使用できます。

ファイルボルトをオフにすることはできません。エンジニアはこれを表面的な問題と考えています。最初の提案は、ラップトップを24時間スリープせずにオンにしておくことです。「多くの場合」、エラーは自動的に解決します。

ドライブにデータがないため(Peterの提案を参照)、ターミナルでドライブをワイプし、ネットブートを開始して、[Yosemiteを再インストール]を選択しました。ネットブートに続くOSXユーティリティウィンドウ。次に、ダウンロードしてインストールした後、セットアップ中にFileVaultをアクティブ化しないでください(明らかに、ターミナルでドライブをワイプすることが重要です。Yosemiteを再インストールするだけでは問題は解決しません)。

これまでのところ、私のラップトップは表示されています新品同様です。

回答

この問題を約1年間調査しています(私のラップトップではFileVaultが有効になっています。最初のインストールは完了しませんでした。USBドライブとの間で次のダブルコピーを実行することになりました。

  1. SuperDuperを使用して、USBドライブに完全なシステムバックアップを作成します。
  2. そこから起動します(SuperDuperが自動的に実行します)
  3. Disk Utilを使用してメインパーティションを再作成します。(*)
  4. もう一度SuperDuperを使用して、メインパーティションのバックアップを作成します。 USBドライブを新しいパーティションに接続します。
  5. 内蔵ドライブから再度起動します。
  6. FileVaultを再起動し、今度は何よりも先に完了させます…

(*)誤ってリカバリパーティションを削除した場合は、起動して再作成できます。リカバリモード(Cmd-R)と「Yosemiteの再インストール」に切り替えます。これにより、OSのみが再インストールされますが、データはそのままになります。

これにより、この問題から適切にリカバリできるようになることを願っています。キャプテンのインストールに移ります。

回答

この問題は、ElのUPS(無停電電源装置)のバグが原因である可能性もあります。キャピタン(Time Machineが自動的に実行されないようにするのと同じこと)

新しいマシンでこれに遭遇しました。ディスクユーティリティの修復は何もしませんでしたが、UPSについて読んだことを思い出しました& Time Machineのバグ。UPSを切断して再起動すると、TimeMachineとFileVaultの両方が正常に機能しました。

UPSがあり、El Capを実行している場合は、UPSを切断します。最初にこれを試してみると、おそらく時間を節約できます。

回答

コメントを残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です