カスタムリカバリは暗号化されたデバイスで動作しますか？

Androidの組み込み暗号化（3.0で導入）を使用すると、カスタムリカバリ（私の場合はClockwork Mod）を使用する能力に影響するかどうかを知りたかったのです。

より具体的には、Nandroidのバックアップ/復元を実行し、新しいファイルと更新をフラッシュできる場合はどうなりますか？

ce4の答えは、CWM 6.0.1.1を使用するGalaxy Nexus GSM（Maguro）では機能しませんでした。CWMからtmpfsをマウントし、adbを使用してupdate.zipをプッシュした後でも/ sdcardをマウントできないというエラーが表示され続けました。

XDAでスレッドを読んだ後、CWMとは異なり、TWRPは暗号化されたSDカードパーティションをマウントできることがわかりました。そこで、GNex用のTWRPをダウンロードし、fastbootを使用してフラッシュしました。復旧のために起動すると、暗号化されたSDカードパーティションのパスワードを要求され、正常に更新をフラッシュできました。

リンク：
TWRP
XDAスレッド

はい、暗号化されたハニカムデバイスでカスタムリカバリが機能します。組み込みの暗号化は、ROMとファームウェアにはまったく影響しません。アカウント、設定、ダウンロードしたアプリとそのデータなどを暗号化します。これらは、携帯電話のメモリ、内部SD、または外部SDに配置できます。暗号化されたデータが利用できないため、工場出荷時のリセット後に暗号化が存在しなくなったのはそのためです。

カスタムリカバリ環境のファイルは、ファームウェアとしてROMに保存されます。だからこそ、彼らは工場出荷時設定にリセットしても生き残る。フラッシュファイル/更新はROMに関係しているため、許可されます。Nandroidバックアップに関しては、それもできますが、暗号化されたデータの塊は、Titanium Backupを使用して復元できない形式でバックアップされます。はい、Nandroidを完全に復元できます。

暗号化されたNexus SIでは、CWMの/ sdcardに一時的なtmpfsマウントを使用します。更新中に新しいROMをメモリに保持するのに十分なRAMがあります。

ROMを/tmp/update.zipにダウンロードし、リカバリを開始します。次に、「adb shell」経由でログインします。

## on the host machine do:
me@workstation:/tmp$ adb shell
## now on the device in 'adb shell' mode...  
~ # mount -t tmpfs none /sdcard/  
## the following command is not needed, it only shows the newly created mount point
~ # df -h
Filesystem                Size      Used Available Use% Mounted on  
[...]  
none                    172.4M         0    172.4M   0% /sdcard  
~ # exit  
## now back on the host machine again
me@workstation:/tmp$ adb push update.zip /sdcard/  
5567 KB/s (131676307 bytes in 23.097s)  

次に、通常の更新手順「zipをsdcardからインストール」を実行します。

編集：ICS /ジェリービーンから始まる新しいadb sideload <filename-of-update.zip>方法があります

バージョン6.0.1.5以降のCWMで動作し、Android SDKプラットフォームツールv16以上が必要です。CWMを使用している場合、サポートされている場合、sideloadから新しいエントリのインストールzipを見ることができます。

古い方法は引き続き機能します。
サイドロードが機能しない場合でも、tmpfsメソッドを使用できます。CWMは、現在update.zipの場所として/ data / mediaを想定していますが、マウントポイントは/ dataである必要があるため、ここでこれを行う必要があります。

me@workstation$ adb shell
~ # mount -t tmpfs none /data
~ # mkdir /data/media
## Go on with 'adb push update.zip /data/media' and then like above

理由：
ICS +から、提案されたパーティションレイアウトが変更されました。FAT形式のsdcardパーティションはもうないはずですが、外部ストレージは/ data /（/ data / media）内にあります。互換性を維持するために、FUSEマウントは古いFATプロパティ（アクセス権など）をエミュレートします。これは、/ storage / sdcard0にヒューズマウントがあるときに確認できます。次のようになります。

shell @ android：/ $マウント| grep fuse
[...]
/ dev / fuse / storage / sdcard0 fuse rw、nosuid、nodev、relatime、user_id = 1023、group_id = 1023、... 0 0
[...]