FileVaultが一時停止する

19

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

コンソールを検索すると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のバックアップもありません）が、ドライブを消去する必要はありません。

何もできない場合、Appleにはこのような問題に対する修正プログラムの発行の履歴がありますか？

— ピーター
ソース

1

corestorageデーモンをアンロードして無効にし（corestoragedとヘルパーがあります）、pramを再起動してリセットし、セーフモードでディスクを修復して、最後に再起動しました。その後、deamonsを再度有効にすると、スタックが解除されたように見えました。これを実際の答えとして投稿しないでください。これが本当に解決策なのか、それともうまくいったのかわからないからです。

— マークワトソン14

@markwatson私は私の答えで同様のプロセスを参照しました。それはあなたが従ったものと同じですか？

— ピーター14

12

この後、WWDC 2015に参加中に尋ねたところ、「暗号化の一時停止」問題は10.10.3で対処されたと言われました。

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

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

Macを10.10.3に更新するか、10.10.3を実行している代替ドライブから起動します。
必要に応じて暗号化されたドライブのロックを解除します
ターミナルを開く
次のコマンドを実行して、Macのディスク識別子を取得します。
```
diskutil list
```
ディスク識別子情報を取得したら、ルート権限で次のコマンドを実行します。
```
fsck_cs -y disk_identifier_goes_here
```
fsck_csはCoreStorageボリュームを修復し、サイズ変更の問題に対処する必要があります。出力の一部として、暗号化が再開されていることを示す必要があります。

— リッチトラウトン
ソース

お返事をありがとうございます。これをテストすることはできませんが（回答で説明した回避策の問題を既に修正済みです）、それが適切な解決策であると想定します。

— ピーター

残念ながら、これは私にはうまくいきませんでした。残念な。

— ベンワイルド

1

El Capitanのディスクユーティリティは、サイズの問題のために「暗号化が一時停止」に対処する方法も提供しているようです。Appleサポートスレッドの1つに最近投稿された指示に従って、私はUSB El Capitanインストールディスクから起動し、ディスクユーティリティを実行しました。これですべてが順調になりました。discussions.apple.com/message/29014455#29014455

— npdoty

あなたは絶対的な命の恩人です。私はそこにすべてを試してみましたが、これはトリックをしました。

— -InkGolem

10.12.5を実行していますが、まだこの問題に遭遇しました（まだ死んでいない！）ゾンビ！このパッチを試すと、「ボリュームdisk0s2は使用中に修復できません」と表示されます。別のボリュームから起動する必要があると思います。このスレッドに関するすべての詳細な回答に感謝します。

— micstr

8

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

いくつかの重要な注意事項（私が読んだフォーラムの投稿から）：

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

このソリューションで満足できない場合は、このガイドからFileVault暗号化の失敗に関するガイダンスを見つけることができます。私は同様のアプローチを検討しました（「killing corestoraged」でGoogleを検索することでそのガイドを見つけました）が、最終的に完全な再インストールという試行錯誤の（そして退屈な）アプローチを採用することにしました。

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

したがって、対応するプロセスをスキャンすると、corestoragedが高負荷を引き起こしていることがわかりました。修正するか、システムを完全に破壊するために50/50のチャンスを与えることで、修正方法を思いつきました。そのため、最初にプロセスを強制終了しようとしました。それは機能しましたが、数秒後にプロセスが再表示されたため、別のデーモンから開始されたに違いありません。実際、launchdがこのプロセスを開始していることがわかりました。そのため、チュートリアル全体[2]を実行するために、簡単な修正/試用を行うことにしました。だから私の考えは、デーモンバイナリを移動し、プロセスを強制終了することでした。だから私は次のことをしました：
firebird:~ jvr$ mv /usr/libexec/corestoraged /usr/libexec/corestoraged.old
firebird:~ jvr$ killall corestoraged
そして驚くことに、オペレーティングシステムがまだ動作している間に負荷が低下しました。これは非常にリスクが高いため、他のオプションが表示されない限り実行しないことをお勧めします。

また、launchdの構成に関連するより良い解決策が確実に存在することにも注意してください。どちらのAppleもFileVaultを安定して稼働させるべきではありません。特に、コアサービスと見なす必要があるためです。

[2014/09/09]更新：すでに問題を永久に修正するという希望をあきらめ、MacBookのバックアップと再インストールの準備を始めました。上記の回避策でCPU使用率と電力消費の問題が解決されたとしても、コアプロセスを移動することに不安を感じました。だから私はすべてをバックアップし、マシンの掃除を始めました。ここまですべてを完了してから、Macをリカバリモードで起動し、もう一度ディスク修復機能（特に修正権限）を試してみることにしました。これを行った後、私はもう一度最後の試みを与えると思いました。起動し、corestoragedを戻し、セキュリティ設定内のFileVault進行画面で確認しました。そして突然、暗号化プロセスが再び機能していることがわかりました。

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

— ピーター
ソース

1

この答えは時代遅れです。この問題は10.10.3で修正されました。ベストアンサーimho：apple.stackexchange.com/a/190845/45492 by Rich Trouton

— n1000

6

問題を解決した解決策を共有したいと思います。

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

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

次の手順で問題が解決しました。

復旧モードに移動します（起動中にcmd + Rを押し続けます）
ターミナルを開き、次を入力します：diskuitl cs list result：変換の進行状況：一時停止
2番目のターミナルウィンドウを開きました
バイナリ「corestoraged」を検索しました：file / -name「corestorage *」
回復フォルダーでそれを見つけました：/ usr / libexec / corestoraged
見つかったフォルダーでcorestoragedを開始しました：./corestoraged
最初のターミナルでHDを確認すると、変換の進行状況がパーセンテージで表示され、1時間後にHDが変換されました。
その後、同じ復旧モードからEl Capitanを再インストールできます。
再インストール後、すべてが元通りになりました。

— user155343
ソース

2

これが本当の答えです

— -jakethedog

1

ありがとう。これは、一時停止した外部ディスクを使用して機能しました（macOSなどを再インストールしようとしていませんでした）。で最初にディスクのロックを解除する必要がありましたdiskutil coreStorage unlockVolume {logical id}。

— G-ウィズ

1

感謝-リカバリモードから/ usr / libexec / corestoragedを呼び出すと進行が始まり、High Sierraのインストールに失敗し、リカバリモードでコマンドラインからFVをオフにしたときに一晩で完了したようです。FileVaultの複雑さを追加せずに、インストールが完了することを願っています。

— j-beda

2

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

— トム・ハワード
ソース

1

Appleフォーラムからのこの投稿に基づいて、私にとってうまくいったことは次のとおりです。

Option + Command + P + Rを押してPRAMを再起動およびリセットします
すぐに再起動し、Command + Rを押して回復モードに入りました。
ディスクユーティリティの選択
ベースの「Macintosh HD」とその下に暗号化された「Macintosh HD」がありました。暗号化されたパーティションを選択し、[ファイル/ロック解除]を選択してパスワードを入力します。
[ディスクの修復]を選択します（1〜2分かかりました）
[ディスクのアクセス許可の修復]を選択します（1〜2分かかりました）
ベースの「Macintosh HD」パーティションを選択し、「ディスクの修復」を選択します（3〜4分かかりました）
再起動（アップルメニュー）
ログインしてシステム環境設定/セキュリティとプライバシー/ FireVaultを開きます
暗号化はこの時点ではまだ「一時停止」されていましたが、電源を切断して再接続すると、暗号化が再開されてすぐに終了しました（1分未満）。

お役に立てば幸いです。

— フォン
ソース

2

残念ながら、これは私にとってはうまくいきませんでした。

— ピーター

1

その方法を使用しても運がありません。回復モードで暗号化を無効にしようとしても、何も変わりません。

— イゴールジノフエフ14

復旧モードでは、暗号化を無効にするオプションがグレー表示されます。

— ピーター14

MacBook Proの網膜半ば2014を使用してこれは私のために動作しませんでした

1

@ Peter、Optionキーを押しながら 'File`コンテキストメニューを開くと、オプションのグレー表示を解除できます。「オフにする...」をクリックする前に、キーを放すことを忘れないでください。それは役に立たないが、機能しません。

— イゴールジノフエフ14

1

ピーターのコメント（12月18日）を2回目にします。

私は2014年12月に新しい11インチMBAirを購入しました。セットアップ中にFileVaultが電源アダプターを要求して一時停止しました。

Appleの上級顧問は、Appleのエンジニアはコンピューターに何の問題もないと言っていると言っています-あなたはそれを使うことができます。

できないことは、FileVaultをオフにすることです。エンジニアはこれを表面的な問題だと考えています。彼らの最初の提案は、24時間スリープせずにラップトップをオンにしておくことです-彼らは、「多くの場合」でエラーが解決することを発見しました。

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

これまでのところ、私のラップトップは新品のように見えます。

— スコット
ソース

1

私は約1年間この問題を調査してきました（私のラップトップは最初のインストールからFileVaultを有効にしましたが完了しませんでした。USBドライブとの間で次の二重コピーを行うことになりました。

SuperDuperを使用して、USBドライブにシステム全体のバックアップを作成します。
それから起動します（SuperDuperはそれを自動的に行います）
Disk Utilを使用して、メインパーティションを再作成します。（*）
SuperDuperを再度使用して、USBドライブのメインパーティションのバックアップを、現在の新しいパーティションに作成します。
内部ドライブから再度起動します。
FileVaultを再起動します。今回は、何よりも先に完了させます...

（*）誤ってリカバリパーティションを削除した場合は、リカバリモード（Cmd-R）で起動して「Yosemiteを再インストール」することで再作成できます。

これが人々がこの問題からうまく回復するのに役立つことを願っています。キャプテンをインストールします。

— コロス
ソース

0

この問題は、El CapitanのUPS（無停電電源装置）バグ（Time Machineが自動的に実行されないようにするもの）によっても発生する可能性があります。

新品のマシンでこれに遭遇しました。Disk Utilityの修復は何もしませんでしたが、UPSとTime Machineのバグについて読んだことを思い出しました。UPSを切断して再起動すると、Time MachineとFile Vaultの両方が正常に機能しました。

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

— ビル
ソース

-6

smcをリセットして、コンピューターを再起動しても問題ありません。

— プラサナ
ソース