FileVault Terjebak saat Jeda


19

Saya baru saja mendapatkan 13 "rMBP baru dengan Yosemite terinstal. Saya memilih untuk mengaktifkan FileVault ketika saya mengatur mesin.

Sekarang, beberapa hari kemudian, sebuah aplikasi bernama "Reverting from FileVault" muncul di daftar aplikasi yang menghabiskan banyak energi. [ Sunting: aplikasi ini tidak lagi muncul; segala sesuatu di postingan ini masih benar.]

Saya memeriksa FileVault di System Preferences, dan mengatakan "Enkripsi dijeda," diikuti oleh "Sambungkan adaptor daya untuk melanjutkan enkripsi." Menghubungkan adaptor daya tidak ada bedanya, meskipun mesin mengakui bahwa itu sedang diisi.

Saya telah menemukan beberapa utas yang menjelaskan masalah ini, tetapi tidak ada solusi.

Saya sudah mencoba mengatur ulang SMC, membersihkan PRAM, masuk ke Mode Pemulihan, memperbaiki disk dan memperbaiki izin. Tidak ada yang berhasil. Saya tidak bisa menghentikan FileVault dari Terminal, dan ketika saya mencoba untuk mengaktifkannya, dikatakan sudah di:

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

Ini adalah output dari 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

Ketika saya mencari Konsol corestorage, saya mendapatkan banyak entri seperti berikut:

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

Dan yang lainnya seperti ini:

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

Ada saran? Mesin ini baru, jadi tidak ada jumlah data BESAR di dalamnya (juga tidak ada cadangan Time Machine), tapi saya ingin menghindari harus menghapus drive.

Jika tidak ada yang bisa saya lakukan, apakah Apple memiliki riwayat mengeluarkan perbaikan terbaru untuk masalah seperti ini?


1
Saya membongkar dan menonaktifkan dinamo penyimpanan (Ada penyimpanan, dan penolong), memulai kembali dan mengatur ulang kereta bayi, memperbaiki disk saya dalam mode aman, dan akhirnya memulai kembali. Kemudian saya mengaktifkan kembali deamons dan sepertinya melepaskan diri. Tidak memposting ini sebagai jawaban yang sebenarnya, karena saya tidak tahu apakah itu benar-benar solusi, atau hanya berfungsi untuk saya.
markwatson

@markwatson Saya mereferensikan proses serupa dalam jawaban saya. Apakah itu sama dengan yang Anda ikuti?
Peter

Jawaban:


12

Saya bertanya setelah ini ketika menghadiri WWDC 2015 dan diberi tahu bahwa masalah "Enkripsi Dijeda" dibahas pada 10.10.3.

Penyebab utama adalah masalah dengan mengubah ukuran volume CoreStorage selama proses enkripsi. Ketika volume CoreStorage tidak dapat tumbuh, enkripsi dihentikan sementara dan tidak bisa dilanjutkan sampai masalah ukuran ditangani.

Untuk memperbaiki masalah ini:

  1. Perbarui Mac Anda menjadi 10.10.3 atau boot dari drive alternatif yang menjalankan 10.10.3.
  2. Buka kunci drive yang dienkripsi jika perlu
  3. Buka Terminal
  4. Jalankan perintah berikut untuk mendapatkan pengenal disk Mac Anda:

    diskutil list
    
  5. Setelah Anda memiliki informasi pengenal disk, jalankan perintah berikut dengan hak akses root:

    fsck_cs -y disk_identifier_goes_here
    
  6. fsck_cs harus memperbaiki volume CoreStorage dan mengatasi masalah pengubahan ukuran. Sebagai bagian dari output, itu akan menunjukkan bahwa enkripsi sedang dilanjutkan.


Terimakasih atas tanggapan Anda. Meskipun saya tidak dapat menguji ini (telah menyelesaikan masalah dengan solusi yang saya jelaskan dalam jawaban saya), saya akan menganggap itu solusi yang tepat.
Peter

Sayangnya ini tidak berhasil untuk saya. Sangat buruk.
Ben Wilde

1
Disk Utility seperti El Capitan juga tampaknya telah menyediakan cara untuk mengatasi "Enkripsi dijeda" karena masalah ukuran. Mengikuti instruksi yang baru-baru ini diposting di salah satu dari banyak utas Dukungan Apple, saya mem-boot dari disk instal USB El Capitan, menjalankan Disk Utility dan selama First Aid melihat: "Volume @@@ diubah ukurannya untuk membuka blokir enkripsi yang dijeda". Sekarang semuanya baik-baik saja, akhirnya. discussion.apple.com/message/29014455#29014455
npdoty

Anda adalah penyelamat mutlak. Saya sudah mencoba semuanya di luar sana dan ini berhasil.
InkGolem

Saya menjalankan 10.12.5 tapi saya masih mengalami masalah ini (jadi belum mati!) ZOMBIES! Saya mendapatkan "volume disk0s2 tidak dapat diperbaiki ketika sedang digunakan" ketika saya mencoba patch ini. Saya kira saya harus mencoba boot dari volume lain. Terima kasih untuk semua jawaban terperinci di utas ini.
micstr

8

Saya berbicara dengan Apple dan kasus saya meningkat. Saya mengirim log untuk dievaluasi para insinyur, dan mereka memutuskan bahwa enkripsi FileVault telah gagal. Seperti yang dilaporkan pengguna lain, satu-satunya saran adalah membuat cadangan Time Machine, menghapus drive, menginstal ulang Yosemite, dan memulihkan dari cadangan Time Machine.

Beberapa catatan penting (dari posting forum yang pernah saya baca):

  • Saat Anda menghapus drive, pilih Journaled. Secara default Journaled, Encrypted, tetapi membiarkan enkripsi diaktifkan tidak akan menyelesaikan masalah.
  • Pencadangan Time Machine tidak diperlukan untuk menghapus drive dan menginstal ulang OS X Yosemite, tetapi itu adalah cara termudah untuk menyimpan data Anda.
  • Anda harus menghapus centang FileVault selama penyiapan OS X awal, jika tidak masalah ini mungkin terulang kembali. Tentu saja, ini mungkin berhasil untuk kedua kalinya ... tetapi mengapa mengambil risiko? Tunggu Apple untuk memperbaiki bug ini sebelum Anda mengaktifkan FileVault lagi.
  • Jika Anda memulihkan dari cadangan Time Machine selama instalasi OS X, Anda tidak akan diminta untuk mengaktifkan FileVault dan harus dinonaktifkan secara default.

Jika solusi ini tidak memuaskan, Anda mungkin menemukan beberapa panduan dari panduan ini tentang enkripsi FileVault yang gagal . Saya menganggap pendekatan yang sama (saya menemukan panduan itu dengan mencari di Google untuk "membunuh yang terkoreksi"), tetapi akhirnya memutuskan untuk pergi dengan pendekatan yang telah teruji dan benar (dan membosankan) dari pemasangan ulang penuh.

Untuk anak cucu, kutipan sebagian dari panduan yang disebutkan di atas:

Jadi pemindaian untuk proses yang sesuai ternyata berkorelasi menyebabkan beban tinggi. Memberinya 50/50 kesempatan untuk memperbaikinya atau menghancurkan sistem saya sepenuhnya, saya punya ide bagaimana memperbaikinya. Jadi pertama-tama saya mencoba untuk mematikan prosesnya. Itu berhasil tetapi setelah beberapa detik proses muncul kembali - jadi itu pasti sudah dimulai dari daemon lain. Ternyata launchd sebenarnya memulai proses ini. Jadi untuk melalui seluruh tutorial [2] saya memutuskan untuk melakukan perbaikan / percobaan cepat. Jadi ide saya adalah untuk memindahkan biner daemon dan bukan untuk membunuh prosesnya. Jadi saya melakukan yang berikut:

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

Dan ternyata bebannya turun, sementara sistem operasi saya masih bekerja. Harap perhatikan bahwa ini sangat berisiko dan saya tidak akan merekomendasikan untuk melakukannya kecuali Anda tidak melihat opsi lain.

Perlu juga dicatat bahwa pasti ada solusi yang lebih baik di tempat terkait dengan konfigurasi launchd. Baik Apple kurang harus menjalankan FileVault mereka stabil, terutama karena itu harus dianggap sebagai layanan inti.

[2014/09/09] Pembaruan: Sudah menyerah harapan saya untuk memperbaiki masalah secara permanen, saya mulai membuat cadangan MacBook saya dan bersiap untuk instalasi ulang. Bahkan jika solusi di atas menyelesaikan masalah penggunaan CPU & konsumsi daya, saya tidak merasa nyaman bergerak di sekitar proses inti, di mana saya tidak 100% yakin apa yang mereka lakukan. Jadi saya mencadangkan semuanya dan mulai membersihkan mesin saya. Setelah semuanya dilakukan sejauh ini saya memutuskan untuk memulai Mac dalam mode Pemulihan dan mencoba sekali lagi fungsi perbaikan disk (terutama izin perbaikan). Setelah melakukan ini, saya pikir saya akan mencoba sekali lagi. Boot, memindahkan korestoraged kembali dan diperiksa di layar kemajuan FileVault dalam Pengaturan Keamanan. Dan tiba-tiba saya melihat bahwa proses enkripsi bekerja kembali.

Dan apa yang saya pelajari dari pelajaran ini - lakukan backup. Dan pelajaran kedua yang saya pelajari: jangan pernah melakukan yang mudah dan mulai menginstal ulang sistem operasi Anda.


1
Jawaban ini sudah usang. Masalah ini diperbaiki pada 10.10.3. Jawaban terbaik imho: apple.stackexchange.com/a/190845/45492 oleh Rich Trouton
n1000

6

Saya ingin berbagi solusi yang memperbaiki masalah bagi saya.

Pertama-tama, instalasi El Capitan saya gagal, sehingga setelah boot layar login ditampilkan, tetapi setelah login, ada panik kernel dan Mac restart.

Jadi saya mencoba menginstal ulang melalui Mode Pemulihan, tetapi pada titik yang dipilih HD, saya mendapat pesan ini: Konversi FileVault sedang berlangsung. Gunakan panel preferensi "Keamanan dan Privasi" untuk memeriksa status konversi.

Langkah-langkah ini memecahkan masalah saya:

  • Buka mode Pemulihan (tahan cmd + R saat boot)
  • Buka terminal, dan ketik: hasil daftar diskuitl cs : Kemajuan Konversi: Dijeda
  • Saya membuka jendela terminal kedua
  • Mencari biner 'corestoraged': file / -name 'corestorage *'
  • Ditemukan di folder pemulihan: / usr / libexec / corestoraged
  • Mulai terkorestorasi dalam folder yang ditemukan: ./corestoraged
  • Sekarang periksa HD melalui terminal pertama, kemajuan Konversi sekarang menunjukkan persentase, dan setelah satu jam, HD dikonversi.
  • Lalu saya bisa menginstal ulang El Capitan dari mode pemulihan yang sama.
  • Setelah menginstal ulang, semuanya seperti itu.

2
Ini adalah jawaban yang sebenarnya
jakethedog

1
Terima kasih. Ini bekerja untuk saya dengan disk eksternal yang dijeda (saya tidak mencoba menginstal ulang macOS atau apa pun). Baru saja membuka kunci disk dengan diskutil coreStorage unlockVolume {logical id}.
G-Wiz

1
Terima kasih - menjalankan / usr / libexec / corestoraged dari mode Recovery memulai kemajuan dan tampaknya telah selesai dalam semalam ketika saya gagal menginstal High Sierra dan saya mematikan FV dari baris perintah dalam mode Recovery. Semoga instalasi dapat diselesaikan sekarang tanpa komplikasi FileVault ditambahkan.
j-beda

2

Dapatkan pembaruan terbaru untuk Yosemite! Setelah memeriksa berbagai perbaikan, instal 10.10.3 dan masalah teratasi dengan sendirinya.


1

Inilah yang bekerja untuk saya berdasarkan posting ini dari forum Apple :

  1. Nyalakan ulang dan reset PRAM dengan menahan Option + Command + P + R
  2. Dengan cepat reboot lagi dan saya menahan Command + R untuk masuk ke mode pemulihan.
  3. Pilih Disk Utility
  4. Saya melihat basis saya "Macintosh HD" plus "Macintosh HD" terenkripsi di bawahnya. Pilih partisi yang dienkripsi lalu pilih File / Buka Kunci dan masukkan kata sandi Anda.
  5. Pilih "Repair Disk" (butuh 1-2 menit)
  6. Pilih "Perbaiki Izin Disk" (butuh 1-2 menit)
  7. Pilih partisi dasar "Macintosh HD" dan pilih "Repair Disk" (butuh 3-4 menit)
  8. Reboot (menu Apple saya pikir)
  9. Masuk dan buka System Preferences / Security & Privacy / FireVault
  10. Enkripsi masih "Dijeda" pada saat ini, tetapi saya memutus dan menghubungkan kembali kekuatan saya dan kemudian enkripsi dimulai kembali dan selesai dengan cepat (<1 menit).

Semoga itu bisa membantu.


2
Sayangnya, ini tidak berhasil untuk saya.
Peter

1
Tidak beruntung menggunakan metode itu, saya bahkan telah mencoba menonaktifkan enkripsi dalam mode Pemulihan, tidak ada yang berubah.
Igor Zinov'yev

Pilihan untuk menonaktifkan enkripsi berwarna abu-abu untuk saya dalam Mode Pemulihan.
Peter

Menggunakan macbook pro retina pertengahan 2014 Ini tidak berhasil untuk saya

1
@Peter, Anda dapat menghapus opsi abu-abu jika Anda membuka menu konteks 'File` sambil menekan tombol Opsi. Jangan lupa untuk melepaskan kunci sebelum mengklik "Matikan ...". Tidak ada gunanya, meskipun, itu tidak berhasil.
Igor Zinov'yev

1

Saya yang kedua Peter (18 Des) komentar.

Saya memiliki merek baru di luar kotak 11 "MBAir diambil Desember 2014 ini. FileVault berhenti selama mengatur meminta adaptor daya.

Seorang penasihat senior Apple mengatakan insinyur Apple mengatakan tidak ada yang salah dengan komputer - Anda dapat menggunakannya.

Yang tidak bisa Anda lakukan adalah mematikan FileVault. Para insinyur menganggap ini masalah kosmetik. Saran pertama mereka adalah membiarkan laptop menyala tanpa tidur selama 24 jam - mereka menemukan bahwa dalam "banyak kasus" kesalahan teratasi dengan sendirinya.

Karena saya tidak memiliki data pada drive (lihat saran Peter jika Anda tahu), mereka meminta saya menghapus drive di Terminal, memulai netboot, pilih "Instal ulang Yosemite" dari jendela OS X Utilities yang mengikuti netboot. Kemudian, setelah mengunduh dan menginstal, JANGAN mengaktifkan FileVault selama pengaturan. (Rupanya menyeka drive di Terminal penting - menginstal ulang Yosemite saja tidak akan menyelesaikan masalah).

Sejauh ini laptop saya sekarang tampak baru.


1

Saya telah melihat masalah ini selama sekitar satu tahun (laptop saya telah mengaktifkan FileVault sejak instalasi awalnya tetapi tidak pernah selesai. Saya akhirnya melakukan salin ganda berikut ke dan dari drive USB:

  1. Gunakan SuperDuper untuk membuat cadangan sistem lengkap pada drive USB.
  2. Boot darinya (SuperDuper melakukannya secara otomatis)
  3. Gunakan Disk Util untuk membuat ulang partisi utama. (*)
  4. Gunakan SuperDuper lagi untuk membuat cadangan dari partisi utama pada drive USB ke partisi yang sekarang segar.
  5. Boot dari drive internal lagi.
  6. Mulai ulang FileVault, dan kali ini biarkan selesai sebelum yang lain ...

(*) Jika Anda secara tidak sengaja menghapus Partisi Pemulihan, Anda dapat membuatnya kembali dengan mem-boot ke Mode Pemulihan (Cmd-R) dan 'Instal Ulang Yosemite', yang hanya akan menginstal ulang OS, tetapi akan meninggalkan data Anda sendirian.

Saya harap ini membantu orang pulih dengan baik dari masalah ini. Sekarang untuk menginstal Kapten.


0

Masalah ini juga dapat disebabkan oleh bug UPS (Uninterruptable Power Supply) di El Capitan (hal yang sama yang membuat Time Machine tidak berjalan secara otomatis).

Saya mengalami ini pada mesin baru. Perbaikan Disk Utility tidak melakukan apa pun, tetapi saya ingat pernah membaca tentang bug UPS & Time Machine. Ketika saya memutus UPS dan reboot, Time Machine dan File Vault bekerja dengan normal.

Jika Anda memiliki UPS dan menjalankan El Cap, cabut UPS dan reboot. Coba ini dulu dan Anda mungkin akan menghemat waktu.


-6

Coba atur ulang smc dan reboot komputer akan baik-baik saja

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.