Używam CyanogenMod 12 co noc na moim G900T (klte). Wszystko działa świetnie, z wyjątkiem domyślnego hasła szyfrowania, które powoduje, że mój telefon uruchamia się w pętli.

Sformatowałem dane i przywróciłem ustawienia fabryczne, ale /datanadal jest zaszyfrowane i pokazuje się jako /dev/dm-0.

Czy istnieje polecenie, które mogę wykonać, aby usunąć szyfrowanie? Nie dbam o dane, chcę, żeby wszystko zniknęło. Chcę tylko wrócić do posiadania /datai wewnętrznej pamięci przechowywanej w postaci zwykłego tekstu na dysku, aby móc uruchomić się z CyanogenMod.

Jak mogę użyć adb shelldo usunięcia szyfrowania na tych partycjach?

Odpowiedź dotyczyła wielu rzeczy, ale myślę, że jedna jest naprawdę kluczem.

Użyj polecenia „odzyskiwania”, stary

Wykorzystuje to recoveryprogram CyanogenMod / AOSP do czyszczenia danych użytkownika i wyłączania szyfrowania. (znalezione w tej odpowiedzi na temat przepełnienia stosu ) Uruchom komputer w celu odzyskania, a następnie uruchom komputer

adb shell recovery --wipe_data --set_filesystem_encryption=off

Telefon uruchomi się ponownie w systemie i, mam nadzieję, wszystko powinno działać zgodnie z planem.

Jeśli musisz uruchomić go z samego telefonu (tj .: nie masz komputera w pobliżu adb):

recovery --wipe_data --set_filesystem_encryption=off

Powinien wyczyścić, wyłączyć szyfrowanie i zrestartować system.

Jeśli wszystko inne zawiedzie

Nie używaj tej metody, chyba że powyższe nie działa lub nie dotyczy Twojego scenariusza.

Zniszcz nagłówek LUKS do szyfrowania systemu plików

1. Potrzebujesz odzyskiwania, które pozwoli ci upaść do powłoki root, więc TWRP działa w moim przypadku.
2. Znajdź userdatapartycję, rozglądając się /dev/block/platform/*/by-name/userdata.

3. Zapisz tonę zer na początku tej partycji, aby wyczyścić nagłówek LUKS:

   dd if=/dev/zero of=$PATH_TO_YOUR_USERDATA bs=4096 count=512
   

   Nie ponoszę odpowiedzialności za to, co robisz z tym poleceniem. Jeśli to zepsujesz, możesz zepsuć swój telefon, nadpisując program ładujący lub inne krytyczne partycje. Upewnij się, że $PATH_TO_YOUR_USERDATAwskazuje na prawdziwą userdatapartycję. Sprawdź rozmiar tej partycji, aby upewnić się, że czyścisz właściwą rzecz. Mam telefon 16 GB i userdata10,4 GB, resztę poświęcam system, ale twój telefon będzie inny.

4. Sformatuj tę partycję jak ext4za pomocą make_ext4fs $PATH_TO_YOUR_USERDATA.

   Mogą występować błędy, ale zwykle dotyczą one niemożności znalezienia wewnętrznej „karty SD”, jest to w porządku.

Po tym wszystkim ponownie uruchom odzyskiwanie, a następnie uruchom reset fabryczny, aby być bezpiecznym.

Dlaczego to działa?

Wydaje mi się, że samo przywrócenie ustawień fabrycznych nic nie robi, telefon nadal widziałby tam partycję LUKS. Zakładam, że dzieje się tak, ponieważ nagłówek LUKS nadal istniał na poziomie dysku, a partycja ext4 została właśnie na niego nałożona. Z jakiegoś powodu system Android nadał priorytet wykrywaniu partycji LUKS nad partycją ext4 i próbuje (i udaje się) zamontować tę partycję.

Dokąd pójść stąd

(Jeśli wiesz, co robisz, możesz również wyczyścić systemi zainstalować pamięć ROM od zera. Ponownie nie biorę odpowiedzialności za nic, co robisz z informacjami zawartymi w tym poście ).

Pracował dla mnie na klteG900T (Samsung Galaxy S5 T-Mobile). Twój przebieg może się różnić.

Na mojej Moto G 3. generacji (osprey) nie zadziałało odzyskiwanie ani czyszczenie nagłówka LUKS (na początku i na końcu partycji) - nadal musiałem wprowadzić hasło szyfrowania podczas uruchamiania Cyanogen Mod, a następnie utknąłem na komunikacie „błąd szyfrowania” .

W końcu odkryłem, że moje odzyskiwanie TWRP 3.0.1 ma opcję „Formatuj dane” w sekcji „Wyczyść”. To powoduje całkowite przywrócenie ustawień fabrycznych, co również wyłącza szyfrowanie.

Działa jak urok. Jeśli masz dostęp do przyzwoitej wersji TWRP (łatwo flashowanej np. Za pomocą Flashify), spróbuj tego najpierw.

Pod warunkiem, że używasz TWRP lub podobnego.

• uruchom ponownie TWRP (wprowadź hasło) i wykonaj kopię zapasową Datapartycji na zewnętrznym SDlubOTG Drive
• uruchom ponownie TWRP (anuluj hasło) i sformatuj Partycję danych na f2fs
• przywróć kopię zapasową wykonaną w kroku pierwszym na nowo utworzonej Datapartycji
• Uruchom ponownie system
• korzystaj z Androida z zapisanymi wszystkimi danymi i usuniętym szyfrowaniem

Rozwiązanie ręcznego czyszczenia nagłówka LUKS dostarczone przez Naftuli Tzvi Kay działa dobrze, z wyjątkiem jednej rzeczy. Nie wiem, od czego to zależy, ale z mojego doświadczenia, Android utrzymuje nagłówek LUKS na KONIEC partycji. A jeśli tak jest w przypadku twojego urządzenia, to działa

dd if=/dev/zero of=$PATH_TO_YOUR_USERDATA bs=4096 count=512

nie uda się usunąć nagłówka (stopki?), ponieważ czyści tylko początek partycji. Można oczywiście wyczyścić całą partycję, ale zajęłoby to niepotrzebnie długo. Więc...

Aby wyczyścić koniec partycji (dowolnego rozmiaru), po uruchomieniu powyższej komendy uruchom ją również:

dd bs=512 if=/dev/zero of=$PATH_TO_YOUR_USERDATA count=22048 seek=$((`blockdev --getsz $PATH_TO_YOUR_USERDATA` - 22048))

Czy korzystasz z odzyskiwania niestandardowego?

Jeśli tak, zrób to po uruchomieniu do niestandardowego odzyskiwania ( w moim przypadku TWRP ):

1. Po rozpoczęciu odzyskiwania NIE odszyfrowuj urządzenia . Po prostu dotknij Anuluj, gdy zostaniesz zapytany o hasło lub wzór.

2. Wyczyść partycję danych. (W TWRP po przesunięciu w celu zmodyfikowania systemu: Wyczyść> Zaawansowane> Sprawdź: Dane)

To oczyści wszystko z userdatapartycji. Cała partycja danych zostanie ponownie sformatowana, w tym klucze szyfrowania .

Moje głosy trafiają do @Naftuli Kay i inne pomocne odpowiedzi tutaj, ale mam kilka informacji, którymi chciałbym się podzielić. Na komentarz jest za długi, niech to będzie odpowiedź.

Od czasu niektórych wersji TWRP na ekranie czyszczenia znajduje się element „formatuj dane”. Nie tylko czyści / partycję danych, ale także obsługuje zaszyfrowaną materię FS. W moim przypadku TWRP 3.0.2 na Samsung J500H czyści szyfrowanie, i był to jedyny sposób, aby przywrócenie ustawień fabrycznych nie działało. CMR (ten budowany wzdłuż mojego romu CM 12.1 dla J500H) również nie może wyczyścić szyfrowania.

--set_encrypted_filesystem=off również nie działał w TWRP i CMR.

czyszczenie danych przez OpenRecoveryScript https://twrp.me/faq/openrecoveryscript.html również nie działa

Android 3.0 zaczął mapować / sdcard na / data / media, więc musieli przerobić / wyczyścić dane na not / data / media, i rm -rfzamiast tego jest wykonywany. Więcej informacji na stronie https://twrp.me/faq/datamedia.html .

Podczas wykonywania „formatowania danych” możesz zobaczyć w dzienniku odzyskiwania (/ cache / recovery / log lub / cache / recovery / last_log) następujące informacje:

I:Successfully wiped crypto footer.

zanim sformatuje dane / make_ext4fs. Kod TWRP ma wiele sprawdzeń, aby znaleźć gdzie jest nagłówek LUKS, aw moim przypadku znalazł go w stopce.

Spojrzałem na źródło TWRP i nie znalazłem sposobu na „sformatowanie danych” z wiersza poleceń (muszę wyczyścić zaszyfrowaną pamięć z aplikacji w niestandardowym ROM), więc ta opcja jest dostępna tylko w interfejsie użytkownika. Z jedynym wyjątkiem - jeśli TWRP jest skompilowane z TW_OEM_BUILDwłączoną wtedy będzie „dane format” na Kasowanie krypto nagłówka i formatowanie partycji danych, w przeciwnym razie byłoby to regularne wytrzeć / o formatowaniu w.

Spróbuję ddzerować, w rzeczywistości TWRP robi to samo, aby wyczyścić szyfrowanie, tylko wie, gdzie dokładnie szukać nagłówka))

Rozwijanie odpowiedzi Naftuli Cvi Kay powyżej ...

cóż, ta odpowiedź zaprowadziła mnie we właściwe miejsce, ale mój telefon (CM11 / i9300) nie miał recoverypolecenia, a wipepolecenie nie miało opcji wyłączenia szyfrowania. Zrobiłem to więc ręcznie, patrząc na komentarze w kodzie źródłowym recoverypolecenia (plik połączony z odpowiedzią podaną w powyższym pytaniu):

* The recovery tool communicates with the main system through /cache files.
* /cache/recovery/command - INPUT - command line for tool, one arg per line
* /cache/recovery/log - OUTPUT - combined log file from recovery run(s)
* /cache/recovery/intent - OUTPUT - intent that was passed in
*
* The arguments which may be supplied in the recovery.command file:
* --send_intent=anystring - write the text out to recovery.intent
* --update_package=path - verify install an OTA package file
* --wipe_data - erase user data (and cache), then reboot
* --wipe_cache - wipe cache (but not user data), then reboot
* --set_encrypted_filesystem=on|off - enables / diasables encrypted fs
*
* After completing, we remove /cache/recovery/command and reboot.

Aby to zrobić ręcznie (z adb):

1. wyświetlić monit z dostępem do konta root, np

   $ adb shell
   > su
   

2. wstaw następujący tekst do pliku / pamięci podręcznej / odzyskiwania / polecenia za pomocą echa lub vi:

   --wipe_data
   --set_encrypted_filesystem=off
   

   np. z echo -e "--wipe_data\n--set_encrypted_filesystem=off" > /cache/recovery/command

3. uruchom ponownie w CWM lub w podobnym trybie odzyskiwania

Powinieneś zobaczyć fajny pasek postępu i należy to zrobić :)

Najlepszym działającym sposobem jest załadowanie do TWRP i użycie wbudowanego terminala, aby sformatować go jako ext2 (bo to jedyna rzecz obsługiwana bezpośrednio z terminala) i zmienić partycję na ext4 przy użyciu opcji „Napraw system plików” w opcji Mount

Aby sformatować jako ext2:

mkfs.ext2 /dev/block/mmcbl0p23 (Zastąp wartość partycji danych użytkownika, rozglądając się w / dev / block / platform / * / by-name / userdata)

Zmień system plików jako ext4:

Wyczyść -> Zaawansowane czyszczenie -> Wybierz „Dane” -> Napraw lub zmień system plików -> Zmień system plików -> EXT4

Teraz powinieneś usunąć szyfrowanie i móc zamontować / partycję danych z TWRP. Mam nadzieję że to pomoże :)