FileVault застряг на паузі

Щойно я встановив новий 13 "rMBP із встановленим Yosemite. Я вирішив увімкнути FileVault, коли встановив машину.

Тепер, через кілька днів, додаток під назвою "Повернення з FileVault" відображається у списку програм, що споживають багато енергії. [ Редагувати: ця програма більше не з’являється; все інше в цій публікації все ще вірно.]

Я перевіряю FileVault в системних налаштуваннях, і там написано "Шифрування призупинено", а потім "Підключіть адаптер живлення, щоб відновити шифрування". Підключення адаптера живлення не має значення, навіть якщо машина визнає, що він заряджається.

Я знайшов декілька тем, що описують цю проблему, але немає рішень.

• https://discussions.apple.com/thread/6711684
• https://discussions.apple.com/thread/6576613
• https://discussions.apple.com/thread/6719087
• https://discussions.apple.com/thread/6679584
• https://discussions.apple.com/thread/6714242
• https://discussions.apple.com/thread/6641025
• https://discussions.apple.com/thread/6602802
• тощо.

Я спробував скинути SMC, очистити PRAM, перейти в режим відновлення, відновити диск та відновити дозволи. Нічого не вийшло. Я не можу зупинити FileVault від Terminal, і коли я намагаюся його ввімкнути, він каже, що він уже включений:

$ 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

Будь-які пропозиції? Машина абсолютно нова, тому на ній немає ВЕЛИЧЕЗНОЇ кількості даних (а також немає резервних копій часу на машині), але я хотів би уникнути необхідності витирати диск.

Якщо я нічого не можу зробити, чи має Apple історію видачі виправлень для таких питань?

Я запитав після цього під час відвідування WWDC 2015, і мені сказали, що питання "Шифрування призупинено" було вирішено в 10.10.3.

Першопричиною була проблема зі зміною обсягу CoreStorage в процесі шифрування. Коли обсяг CoreStorage не зміг збільшитися, шифрування було призупинено і не вдалося відновитись до вирішення проблеми зміни розміру.

Щоб виправити цю проблему:

1. Оновіть свій Mac до 10.10.3 або завантажте його з іншого диска, який працює під управлінням 10.10.3.
2. При необхідності розблокуйте зашифрований диск
3. Відкритий термінал

4. Виконайте таку команду, щоб отримати ідентифікатор диска вашого Mac:

   diskutil list
   

5. Після отримання інформації про ідентифікатор диска, запустіть таку команду з правами root:

   fsck_cs -y disk_identifier_goes_here
   

6. fsck_cs має відновити об'єм CoreStorage та вирішити проблему зміни розміру. Як частина результату, вона повинна показати, що шифрування поновлюється.

Я розмовляв з Apple, і моя справа наростала. Я надсилав журнали, щоб інженери оцінювали, і вони визначили, що шифрування FileVault не вдалося. Як повідомляли інші користувачі, єдиною пропозицією було зробити резервну копію Time Machine, протерти диск, перевстановити Yosemite і відновити з резервної копії Time Machine.

Кілька важливих зауважень (з публікацій на форумі, які я прочитав):

• Витираючи диск, виберіть Journaled. Це налаштування за замовчуванням Journaled, Encrypted, але залишення шифрування увімкненим не вирішить проблему.
• Для резервного копіювання накопичувача та перевстановлення OS X Yosemite не потрібно резервного копіювання Time Machine, але це найпростіший спосіб зберегти свої дані.
• Ви повинні скасувати перевірку FileVault під час початкової установки OS X, інакше ця проблема може повторитися. Звичайно, це може спрацювати вдруге ... але навіщо ризикувати? Зачекайте, коли Apple виправить цю помилку, перш ніж знову ввімкнути FileVault.
• Якщо ви відновите з резервної копії Time Machine під час встановлення OS X, вам не буде запропоновано ввімкнути FileVault, і він повинен бути вимкнено за замовчуванням.

Якщо це рішення не задовільне, ви можете знайти в цьому посібнику поради щодо невдалого шифрування FileVault . Я розглядав подібний підхід (я виявив, що цей посібник шукав Google для "вбивства стрижневих ядер"), але в кінцевому підсумку вирішив перейти з випробуваним і справжнім (і стомлюючим) підходом повного перевстановлення.

Для нащадків частковий уривок згаданого посібника:

Тож сканування відповідно до процесу виявилося, що стрижневий стрижень спричиняє велике навантаження. Давши шанс 50/50 виправити його або повністю знищити мою систему, у мене з’явилася ідея, як це виправити. Тому спочатку я намагався просто вбити процес. Це спрацювало, але через кілька секунд процес знову з’явився - значить, він повинен був розпочатися з іншого демона. Виявилося, що насправді старт починає цей процес. Отже, або для того, щоб пройти весь підручник [2], я вирішив швидко виправити / випробувати. Тож моя ідея полягала в тому, щоб перенести демон бінарного і ніж вбити процес. Тому я зробив наступне:

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

І дивно, що навантаження впало, поки моя операційна система ще працювала. Зауважте, що це дуже ризиковано, і я б не рекомендував це робити, якщо ви не бачите інших варіантів.

Слід також зазначити, що напевне є краще рішення, яке стосується конфігурації запуску. Крім того, Apple не має стабільно працювати з FileVault, тим більше, що це має розглядатися як основна служба.

[2014/09/09] Оновлення: Вже відмовившись від сподівання остаточно виправити проблему, я почав створювати резервну копію свого MacBook та готуватися до перевстановлення. Навіть якщо вищезгадане вирішення вирішило проблему використання процесора та енергоспоживання, я не відчував себе комфортно, рухаючись по основних процесах, де я не був на 100% впевнений, що вони роблять. Тому я створив резервну копію всього і почав чистити свою машину. Зробивши все до цього часу, я вирішив запустити Mac у режимі відновлення і спробувати ще раз функціональність відновлення диска (особливо дозволи на виправлення). Після цього я подумав, що даю ще одну останню спробу. Зареєструвавшись, перемістив основні сховища назад і перевірив на екрані виконання FileVault в налаштуваннях безпеки. І раптом я побачив, що процес шифрування знову працює.

І що я навчився на цьому уроці - робити резервні копії. І другий урок, який я навчився: ніколи не йдіть простим шляхом і не починайте перевстановлювати операційну систему.

Я хочу поділитися рішенням, яке вирішило проблему для мене.

Перш за все, встановлення мого El Capitan не вдалося, в результаті чого після завантаження з'явився екран входу, але після входу в систему почалася паніка ядра, і Mac перезапустився.

Тому я спробував перевстановити через режим відновлення, але в момент обраного HD, я отримав це повідомлення: FileVault конверсія триває. Використовуйте панель налаштувань "Безпека та конфіденційність", щоб перевірити стан конверсії.

Ці кроки вирішили мою проблему:

• Перейдіть у режим відновлення (утримуйте cmd + R під час завантаження)
• Відкрийте термінал і введіть результат: diskuitl cs list list : Прогрес конверсії: Призупинено
• Я відкрив друге вікно терміналу
• Шукали двійковий 'corestoraged': файл / ім’я 'corestorage *'
• Знайдено в папці відновлення: / usr / libexec / corestoraged
• Початок основного зберігання у знайденій папці: ./corestoraged
• Тепер перевірте HD через перший термінал, зараз перехід конверсії показав відсоток, а через годину HD перетворився.
• Тоді я міг би встановити El Capitan з того самого режиму відновлення.
• Після перевстановлення все було так, як було.

Отримайте останнє оновлення Yosemite! Після перевірки на наявність різних виправлень встановлено 10.10.3 та проблема вирішена сама.

Ось що для мене працювало на основі цієї публікації з форуму Apple :

1. Перезавантажте та скиньте PRAM, утримуючи Option + Command + P + R
2. Він швидко перезавантажився знову, і я провів Command + R, щоб увійти в режим відновлення.
3. Виберіть Disk Utility
4. Я бачив свою базу "Macintosh HD" плюс зашифрований "Macintosh HD" під нею. Виберіть зашифрований розділ, а потім виберіть «Файл / Розблокувати» та введіть свій пароль.
5. Виберіть "Відновити диск" (займає 1-2 хвилини)
6. Виберіть "Відновити дозволи на диск" (зайняло 1-2 хвилини)
7. Виберіть базовий розділ "Macintosh HD" і виберіть "Відновити диск" (зайняло 3-4 хвилини)
8. Перезавантаження (меню Apple, я думаю)
9. Увійдіть і відкрийте Системні налаштування / Безпека та конфіденційність / FireVault
10. На даний момент шифрування все ще було "Призупинено", але я відключив і знову підключив потужність, а потім шифрування перезапустився і швидко закінчився (<1 хвилина).

Сподіваюся, що це допомагає.

I другий коментар Петра (18 грудня).

У грудні 2014 року у мене з’явився новий «MBAir». FileVault призупинився під час налаштування з проханням про адаптер живлення.

Старший радник Apple сказав, що інженери Apple заявляють, що з комп'ютером нічого поганого - ви можете ним користуватися.

Що ви не можете зробити, це вимкнути FileVault. Інженери вважають це косметичним питанням. Перша їх пропозиція - залишити ноутбук без сну протягом 24 годин - вони виявили, що в "багатьох випадках" помилка вирішується сама собою.

Оскільки у мене не було даних про накопичувач (див. Пропозиції Петра, якщо ви це зробите), вони змусили мене витерти накопичувач у терміналі, запустити мережу, вибрати "Перевстановити Yosemite" з вікон OS X Utilities, що слід за нетбутом. Потім, після завантаження та встановлення, НЕ активуйте FileVault під час налаштування. (мабуть, стирання накопичувача в Терміналі важливо - перевстановлення Yosemite поодинці не вирішить проблему).

Поки мій ноутбук зараз виглядає як новий.

Я розглядав цю проблему близько року (мій ноутбук увімкнув FileVault з моменту його першої установки, але так і не завершився. Я закінчив робити наступну подвійну копію з USB-накопичувача та з нього:

1. Використовуйте SuperDuper для створення повної резервної копії системи на USB-накопичувачі.
2. Завантаження з нього (SuperDuper робить це автоматично)
3. Використовуйте Disk Util для відтворення основного розділу. (*)
4. Використовуйте SuperDuper ще раз, щоб створити резервну копію основного розділу на USB-накопичувачі на тепер свіжому розділі.
5. Знову завантажтесь із внутрішнього накопичувача.
6. Перезапустіть FileVault, і цього разу нехай це завершиться перед усім ...

(*) Якщо ви випадково видалили розділ відновлення, ви можете його відтворити, завантажившись у режим відновлення (Cmd-R) та «перевстановити Yosemite», який лише перевстановить ОС, але залишить ваші дані в спокої.

Я сподіваюся, що це допомагає людям добре оговтатися від цієї проблеми. Тепер на встановлення капітана.

Ця проблема також може бути викликана помилкою UPS (Безперебійне живлення) в El Capitan (те саме, що перешкоджає автоматичній роботі Time Machine).

Я наткнувся на це на абсолютно новій машині. Ремонт Disk Utility нічого не зробив, але я пам’ятав, що читав про помилку UPS & Time Machine. Коли я від’єднав ДБЖ та перезавантажився, машина часу та Сейф файлів працювали нормально.

Якщо у вас є ДБЖ та працює El Cap, відключіть ДБЖ та перезавантажте систему. Спробуйте це спочатку, і ви, ймовірно, заощадите деякий час.

Спробуйте скинути smc і перезавантажте комп'ютер буде нормально