Właśnie otrzymałem nowy 13-calowy rMBP z zainstalowanym Yosemite. Zdecydowałem się włączyć FileVault podczas konfigurowania komputera.

Teraz, kilka dni później, aplikacja o nazwie „Przywracanie z FileVault” wyświetla się na liście aplikacji zużywających dużo energii. [ Edytuj: ta aplikacja już się nie pojawia; wszystko inne w tym poście jest nadal aktualne.]

Sprawdzam FileVault w Preferencjach systemowych i wyświetla się komunikat„ Szyfrowanie wstrzymane ”, a następnie„ Podłącz zasilanie aby wznowić szyfrowanie. ”Podłączenie zasilacza nie ma znaczenia, mimo że urządzenie rozpoznaje, że się ładuje.

Znalazłem kilka wątków opisujących ten problem, ale nie ma rozwiązań.

Próbowałem zresetować SMC, wyczyścić PRAM, przejście do trybu odzyskiwania, naprawa dysku i naprawa uprawnień. Nic nie zadziałało. Nie mogę zatrzymać FileVault w Terminalu, a kiedy próbuję go włączyć, wyświetla komunikat, że jest już włączony:

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

Oto wynik działania 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 

Kiedy szukam w Konsoli corestorage, mam uzyskać wiele wpisów, takich jak następujące:

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

I inne podobne:

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

Jakieś sugestie? Maszyna jest zupełnie nowa, więc nie ma na niej OGROMNE ilości danych (ani kopii zapasowych Time Machine), ale chciałbym uniknąć konieczności czyszczenia dysku.

Jeśli tak. nic nie mogę zrobić, czy Apple ma historię wydawania poprawek dla takich problemów?

Komentarze

  • Usunąłem i wyłączyłem deamony corestorage ( Tam ' sa corestoraged i pomocnik), zrestartowałem i zresetowałem wózek, naprawiłem mój dysk w trybie awaryjnym i w końcu ponownie uruchomiłem. Potem ponownie włączyłem deamony i wydawało się, że odepchnie się. Nie publikuję tego jako rzeczywistej odpowiedzi, ponieważ nie mam pojęcia, czy to ' to naprawdę rozwiązanie, czy po prostu zadziałało.
  • @ markwatson Odwołałem się do podobnego procesu w mojej odpowiedzi. Czy to ta sama procedura, którą zastosowałeś?

Odpowiedź

I zapytany później podczas uczestnictwa w WWDC 2015 i powiedziano mu, że problem „Wstrzymano szyfrowanie” został rozwiązany w 10.10.3.

Główną przyczyną był problem ze zmianą rozmiaru woluminu CoreStorage podczas procesu szyfrowania. Gdy wolumen CoreStorage nie mógł się powiększyć, szyfrowanie zostało wstrzymane i nie można go było wznowić do czasu rozwiązania problemu ze zmianą rozmiaru.

Aby rozwiązać ten problem:

  1. Zaktualizuj komputer Mac do 10.10.3 lub uruchom komputer z alternatywnego dysku, na którym działa wersja 10.10.3.
  2. W razie potrzeby odblokuj zaszyfrowany dysk
  3. Otwórz terminal
  4. Uruchom następujące polecenie, aby uzyskać identyfikator dysku komputera Mac:

    diskutil list 
  5. Po uzyskaniu informacji o identyfikatorze dysku uruchom następujące polecenie z uprawnienia roota:

    fsck_cs -y disk_identifier_goes_here 
  6. fsck_cs powinien naprawić wolumin CoreStorage i rozwiązać problem ze zmianą rozmiaru. W wyniku powinien pokazać, że szyfrowanie jest wznawiane.

Komentarze

  • Dziękuję za odpowiedź. Chociaż ' nie mogę tego przetestować (po naprawieniu już problemu z obejściem opisanym w moich odpowiedziach er), ' przyjmuję, że to ' to właściwe rozwiązanie.
  • Niestety to nie zadziałało . Szkoda.
  • Narzędzie dyskowe od El Capitan wydaje się również zapewniać sposób na adresowanie ” Szyfrowanie wstrzymane ” ze względu na rozmiar. Postępując zgodnie z instrukcjami opublikowanymi niedawno w jednym z wielu wątków Wsparcia Apple, uruchomiłem z dysku instalacyjnego USB El Capitan, uruchomiłem Narzędzie dyskowe i podczas pierwszej pomocy zobaczyłem: ” Wolumin @@@ został zmieniono rozmiar, aby odblokować Wstrzymane szyfrowanie „. Wreszcie wszystko jest w porządku. discussions.apple.com/message/29014455#29014455
  • Ty ' jesteś absolutem ratownik życia. ' Próbowałem wszystkiego i to załatwiło sprawę.
  • Używam wersji 10.12.5, ale nadal napotykam ten problem (więc nie jest martwy jeszcze!) ZOMBIES!Otrzymuję ” wolumin disk0s2 nie może zostać naprawiony, gdy jest używany „, kiedy próbuję tę poprawkę. Chyba muszę spróbować uruchomić komputer z innego woluminu. Dziękuję za wszystkie szczegółowe odpowiedzi w tym wątku.

Odpowiedź

Rozmawiałem z Apple i moja sprawa została eskalowana . Wysłałem dzienniki do inżynierów do oceny i ustalili, że szyfrowanie FileVault nie powiodło się. Jak informowali inni użytkownicy, jedyną sugestią było wykonanie kopii zapasowej Time Machine, wyczyszczenie dysku, ponowna instalacja Yosemite i przywrócenie z kopii zapasowej Time Machine.

Kilka ważnych uwag (z postów na forum, które read):

  • Podczas czyszczenia dysku wybierz Journaled. Domyślnie jest to Journaled, Encrypted, ale pozostawienie włączonego szyfrowania nie rozwiąże problemu.
  • Kopia zapasowa Time Machine nie jest wymagana do wyczyszczenia dysku i ponownej instalacji systemu OS X Yosemite, ale jest to najłatwiejszy sposób na zachowanie danych.
  • Musisz usunąć zaznaczenie FileVault podczas początkowej konfiguracji OS X, w przeciwnym razie ten problem może się powtórzyć. Oczywiście może to zadziałać za drugim razem … ale po co ryzykować? Poczekaj, aż Apple naprawi ten błąd, zanim ponownie włączysz FileVault.
  • Jeśli przywrócisz dane z kopii zapasowej Time Machine podczas instalacji OS X, nie zostanie wyświetlony monit o włączenie funkcji FileVault i powinno ono być domyślnie wyłączone.

Jeśli to rozwiązanie nie jest zadowalające, możesz znaleźć wskazówki z tego przewodnik po nieudanym szyfrowaniu FileVault . Rozważyłem podobne podejście (znalazłem ten przewodnik, wyszukując w Google hasło „zabijanie corestoraged”), ale ostatecznie zdecydowałem się na wypróbowaną i prawdziwą (i żmudną) metodę pełnej reinstalacji.

Dla potomnych, częściowy fragment wyżej wymienionego przewodnika:

Tak więc skanowanie w poszukiwaniu odpowiedniego procesu okazało się, że duże obciążenie. Dając mu szansę 50/50 na naprawienie go lub całkowite zniszczenie systemu, wpadłem na pomysł, jak to naprawić. Najpierw więc próbowałem po prostu zabić proces. Udało się, ale po kilku sekundach proces r pojawił się – więc musiał zostać uruchomiony z innego demona. Okazało się, że faktycznie launchd rozpoczyna ten proces. Aby więc przejść przez cały samouczek [2] , zdecydowałem się na szybką naprawę / próbę. Więc moim pomysłem było przeniesienie pliku binarnego demona, a następnie zabicie procesu. Zrobiłem więc co następuje:

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

I, co zaskakujące, obciążenie spadło, podczas gdy mój system operacyjny nadal działał. Zwróć uwagę, że jest to bardzo ryzykowne i nie polecałbym tego robić, chyba że nie widzisz żadnych innych opcji.

Należy również zauważyć, że istnieje zdecydowanie lepsze rozwiązanie związane z uruchomieniem konfiguracja. Tym niemniej Apple powinno zapewnić stabilne działanie FileVault, zwłaszcza że należy je traktować jako usługę podstawową.

[2014/09/09] Aktualizacja: Już tracę nadzieję na trwałe rozwiązanie problemu, Zacząłem tworzyć kopie zapasowe mojego MacBooka i przygotowywać się do ponownej instalacji. Nawet jeśli powyższe obejście rozwiązało problem & użycia procesora, nie czułem się komfortowo poruszając się po podstawowych procesach, w których nie byłem w 100% pewien, co robią. Zrobiłem więc kopię zapasową wszystkiego i zacząłem czyścić maszynę. Po wykonaniu wszystkiego do tej pory zdecydowałem się uruchomić komputer Mac w trybie odzyskiwania i jeszcze raz wypróbować funkcję naprawy dysku (zwłaszcza uprawnienia do naprawy). Po wykonaniu tej czynności pomyślałem, że spróbuję jeszcze raz. Uruchomiono, przeniesiono rdzeń z powrotem do pamięci i sprawdzono na ekranie postępu FileVault w Ustawieniach zabezpieczeń. I nagle zobaczyłem, że proces szyfrowania znów działa. Tym razem nie dotykałem już maszyny, dopóki szyfrowanie nie zostało zakończone.

I czego nauczyłem się z tej lekcji – rób kopie zapasowe. I druga lekcja, której się nauczyłem: nigdy nie idź na łatwiznę i nie zacznij ponownie instalować systemu operacyjnego.

Komentarze

Odpowiedź

Chcę podzielić się rozwiązaniem, które rozwiązało problem.

Po pierwsze, moja instalacja El Capitan nie powiodła się, co spowodowało, że po uruchomieniu pojawił się ekran logowania, ale po zalogowaniu nastąpiła panika jądra i komputer Mac został ponownie uruchomiony.

Próbowałem przeinstalować w trybie odzyskiwania, ale w momencie wybrania HD otrzymałem to komunikat: Trwa konwersja FileVault. Użyj okienka preferencji „Bezpieczeństwo i prywatność”, aby sprawdzić stan konwersji.

Poniższe kroki rozwiązały mój problem:

  • Przejdź do trybu odzyskiwania (przytrzymaj cmd + R podczas uruchamiania)
  • Otwórz terminal i wpisz: diskuitl cs list wynik: Postęp konwersji: Wstrzymano
  • Otworzyłem drugie okno terminala
  • Wyszukano plik binarny „corestoraged”: file / -name „corestorage *”
  • Znaleziono go w folderze odzyskiwania: / usr / libexec / corestoraged
  • Uruchomiono corestoraged w znalezionym folder: ./corestoraged
  • Teraz sprawdź HD za pomocą pierwszego terminala, postęp konwersji pokazał teraz procent, a po godzinie HD został przekonwertowany.
  • Następnie mogłem ponownie zainstalować El Capitan z tego samego trybu odzyskiwania.
  • Po ponownej instalacji wszystko było jak było.

Komentarze

  • To jest prawdziwa odpowiedź
  • Dzięki. To zadziałało z dyskiem zewnętrznym, który został wstrzymany (nie ' nie próbowałem ponownie zainstalować macOS ani nic innego). Po prostu musiałem najpierw odblokować dysk za pomocą diskutil coreStorage unlockVolume {logical id}.
  • Dzięki – wywołanie / usr / libexec / corestoraged z trybu odzyskiwania rozpoczęło postęp i wydaje się, że zakończył się z dnia na dzień kiedy miałem nieudaną instalację High Sierra i wyłączyłem FV z wiersza poleceń w trybie odzyskiwania. Mamy nadzieję, że instalacja może się teraz zakończyć bez dodatkowych komplikacji związanych z FileVault.

Odpowiedź

Pobierz najnowszą aktualizację Yosemite! Po sprawdzeniu różnych poprawek zainstalowałem 10.10.3 i problem rozwiązał się sam.

Odpowiedź

Oto, co zadziałało w moim przypadku w tym poście z forum Apple :

  1. Uruchom ponownie i zresetuj PRAM, przytrzymując Option + Command + P + R
  2. Szybko uruchomiłem się ponownie i przytrzymałem Command + R, aby przejść do trybu odzyskiwania.
  3. Wybierz Narzędzie dyskowe
  4. Widziałem mój podstawowy „Macintosh HD” oraz zaszyfrowany „Macintosh HD” ”poniżej. Wybierz zaszyfrowaną partycję, a następnie wybierz Plik / Odblokuj i wprowadź hasło.
  5. Wybierz„ Napraw dysk ”(zajęło to 1-2 minuty).
  6. Wybierz„ Napraw uprawnienia do dysku „(zajęło 1-2 minuty)
  7. Wybierz podstawową partycję„ Macintosh HD ”i wybierz„ Napraw dysk ”(zajęło to 3-4 minuty)
  8. Uruchom ponownie (chyba menu Apple)
  9. Zaloguj się i otwórz Preferencje systemowe / Bezpieczeństwo & Prywatność / FireVault
  10. W tym momencie szyfrowanie nadal było „wstrzymane”, ale rozłączyłem się i ponownie podłączyłem mój zasilanie, a następnie szyfrowanie zostało ponownie uruchomione i szybko zakończone (< 1 minuta).

Mam nadzieję, że to pomoże.

Komentarze

  • Niestety to nie zadziałało.
  • Nie udało mi się użyć tej metody, próbowałem nawet wyłączyć szyfrowanie w trybie odzyskiwania, nic się nie zmieniło.
  • Opcja wyłączenia szyfrowania jest wyszarzona w trybie odzyskiwania.
  • Korzystanie z macbooka pro retina w połowie 2014 r. To nie zadziałało.
  • @Peter, możesz usuń wyszarzenie tej opcji, jeśli otworzysz menu kontekstowe ' Plik podczas naciskania klawisza Opcja. Nie ' nie zapomnij zwolnić klawisza przed kliknięciem ” Wyłącz … ” . To ' nie ma sensu, ale nie ' nie działa.

Odpowiedz

Drugie komentarze Petera (18 grudnia).

Miałem zupełnie nowy, wyjęty z pudełka, 11-calowy MBAir odebrał to Grudzień 2014. FileVault wstrzymał konfigurację z prośbą o zasilacz.

Starszy doradca Apple powiedział, że inżynierowie Apple twierdzą, że z komputerem nie ma nic złego – możesz go używać.

Czego nie można zrobić, to wyłączyć FileVault. Inżynierowie uważają to za problem kosmetyczny. Ich pierwszą sugestią jest pozostawienie laptopa włączonego bez snu na 24 godziny – odkryli, że w „wielu przypadkach” błąd sam się rozwiązuje.

Ponieważ nie miałem żadnych danych na dysku (zobacz sugestie Petera, jeśli tak), kazali mi wyczyścić dysk w Terminalu, zainicjować uruchamianie z sieci, wybrać opcję „Zainstaluj ponownie Yosemite” z Okna OS X Utilities, które następują po uruchomieniu z sieci. Następnie, po pobraniu i zainstalowaniu, NIE „T aktywuj FileVault podczas instalacji. (Najwyraźniej wyczyszczenie dysku w Terminalu jest ważne – samo ponowne zainstalowanie Yosemite nie rozwiąże problemu).

Jak dotąd mój laptop jest teraz wyświetlany dobry jak nowy.

Odpowiedź

Zajmuję się tym problemem od około roku (mój laptop ma włączoną usługę FileVault od jego początkowa instalacja, ale nigdy nie została zakończona. Skończyło się na wykonaniu następującej podwójnej kopii na dysk USB iz niego:

  1. Użyj SuperDuper, aby utworzyć pełną kopię zapasową systemu na dysku USB.
  2. Uruchom z niego (SuperDuper robi to automatycznie)
  3. Użyj narzędzia Disk Util, aby odtworzyć partycję główną. (*)
  4. Użyj SuperDuper ponownie, aby utworzyć kopię zapasową partycji głównej na Napęd USB na świeżą partycję.
  5. Ponownie uruchom komputer z dysku wewnętrznego.
  6. Uruchom ponownie FileVault i tym razem pozwól mu zakończyć, zanim cokolwiek innego …

(*) Jeśli przypadkowo usuniesz partycję odzyskiwania, możesz ją odtworzyć, uruchamiając do trybu odzyskiwania (Cmd-R) i „Ponownie zainstaluj Yosemite”, co spowoduje tylko ponowną instalację systemu operacyjnego, ale pozostawi Twoje dane w spokoju.

Mam nadzieję, że pomoże to ludziom w poprawieniu sytuacji po tym problemie. Teraz przejdźmy do instalacji Kapitana.

Odpowiedź

Ten problem może być również spowodowany błędem UPS (Uninterruptable Power Supply) w El Capitan (to samo, co powstrzymuje Time Machine przed automatycznym działaniem).

Napotkałem to na zupełnie nowej maszynie. Naprawa Narzędzia dyskowego nic nie dała, ale przypomniałem sobie, jak czytałem o UPS & Błąd Time Machine. Po odłączeniu UPS i ponownym uruchomieniu zarówno Time Machine, jak i File Vault działały normalnie.

Jeśli masz UPS i używasz El Cap, odłącz UPS i uruchom ponownie. Spróbuj tego najpierw, a prawdopodobnie zaoszczędzisz sobie trochę czasu.

Odpowiedź

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *