¿Recuperando datos del almacenamiento adaptable mientras el teléfono se atasca en el arranque?

Antes de empezar, recomendaría hacer una copia de seguridad COMPLETA de su tarjeta SD, a través de una imagen en bruto (google el comando 'dd' en linux)

Seguí la guía hasta aquí; Tarjeta SD corrupta formateada como almacenamiento interno

PERO con algunas MODIFICACIONES IMPORTANTES de mi parte!

1. El teléfono se atascó en BOOTLOOP y luego en BOOT Animation, sin acceso a ningún gestor de archivos. Esta es una situación MUY grave, ya que no hay un método trivial para acceder a tu tarjeta SD (se muestra como 0mb en el administrador de archivos TWRP) para hacer una copia de seguridad de tus datos, fotos y recuerdos. Además, esta es la única parte que es un poco inestable ya que no estoy completamente seguro de si mi teléfono estaba rooteado o no (ya que mi problema cambió de bootloop a animación de arranque cuando intenté instalarlo en SuperSu a través de TWRP) y recuperar la clave de encriptación es fundamental para resolver esto. Tuve que conseguir el archivo .key , ya que era fundamental para romper la encriptación de la tarjeta SD. Así que en medio de todo el pánico, fui capaz de navegar, a través del administrador de archivos de TWRP, a la carpeta /data/misc/vold y encontré el archivo .key. Este fue un gran avance !

2. A continuación, para extraer el archivo. Utilicé otra tarjeta SD NO ESCRITA y transferí el archivo .key a esa tarjeta, a través del administrador de archivos TWRP, leí esa tarjeta SD en el portátil y obtuve el archivo .key en Ubuntu (16.04). Decodifiqué el archivo .key y obtuve la llave de 16 bytes. Hay dos maneras de hacer esto... abrir el archivo a través de un editor hexadecimal (usé BLESS) y copiar los 16 pares de dígitos hexadecimales que ves O usar este comando;

hexdump -e '1/1 "%.2x"' expandir_8838e738a18746b6e435bb0d04c15ccd.key

Asegúrate de estar en el MISMO directorio que el archivo .key cuando ejecutes este comando (los usuarios avanzados de linux trabajarán en esto pero quiero que sea lo más amigable posible para los principiantes)

Así que tengo la clave de 32 dígitos / 16 bytes.

3. A continuación, descifrar la tarjeta SD y hacer que Linux la reconozca. Cuando lo leí, a través del lector de tarjetas, no se mostraba en Nautilus (el administrador de archivos de Ubuntu), pero al ejecutar fdisk-l y parted -l, vi

"parted -l output"

http://pasteboard.co/5klviklR8.jpg

"fdisk -l output"

http://pasteboard.co/POGvyBOxO.png

noten el androide_meta y el androide_expandir , esos nombres me dieron la esperanza , de que mis datos estaban todavía intactos. ESPECIALMENTE , ya que al principio del problema , había creado particiones y tablas de partición en la tarjeta sd a través de la utilidad fdisk (pero me ctrl+c'ed out por lo que es posible que los cambios no se escribieran , PHEW! )

el sistema de archivos desconocido fue el mayor dolor en todo este fiasco ... ya que de acuerdo con las pocas guías y discusiones sobre este tema , las tarjetas SD formateadas como internas por malvavisco se suponía que era el sistema de archivos ext4. pero ese no fue el caso , por lo menos no aquí.

4. Así que, para desencriptar la tarjeta, usé

dmsetup crear cripta1 -- tabla "0 blockdev --getsize /dev/mmcblk0p2 crypt \ aes-cbc-essiv:sha256 "inserte su llave de 16 bytes aquí sin comillas" 0 /dev/mmcblk0p2 0"

Si tienes algún error relacionado con la IOCTL, usa este formato (es el formato EXACTO que usé hoy, con mi llave y todo).

dmsetup crear cripta7 -- tabla "0 blockdev --getsize /dev/mmcblk0p2 cripta >aes-cbc-essiv:sha256 07147CFFB77F249A5DBD2AD204610E7D 0 /dev/mmcblk0p2 0"

por favor, tenga en cuenta que la utilidad dmsetup debe ser instalada en linux. (google it ) . también , tenga en cuenta que fui por la parición 'mmcblk0p2' , ya que era la más grande en tamaño y tenía la inferencia obvia de contener todos los datos !

Esto fue bien, completado sin errores. La siguiente parte, sin embargo, me volvió loco y tomó alrededor de 20 horas (incluyendo mi tiempo de sueño) para ser resuelto correctamente.

5. el sistema de archivos GADDAMN ! fue escrito en TODOS lados que el almacenamiento adoptivo está formateado como ext4 , así que cuando corrí el comando

# mount -t ext4 /dev/mapper/crypt1 /mnt/1/

(por favor, tenga en cuenta que mnt/1/ debe existir como directorio en su carpeta root, si no, use mkdir para crearlo)

produjo el maldito error

Fs equivocado o mala opción.

y esto me hizo pensar... si la tarjeta SD NO es de tipo ext4, entonces ¿CÓMO EN LA TIERRA se supone que debo saber qué sistema de archivos es de todos los posibles?

busqué y busqué un comando que pudiera forzar un ciclo a través de TODAS las posibilidades en un método de fuerza bruta o cualquier entrada que pudiera hacer en el archivo /etc/fstab que pudiera detectar AUTOMÁTICAMENTE el sistema de archivos de alguna manera, pero sin éxito...

5 . Al final, recordé... que tal vez, tal vez el sistema de archivos era f2fs (flash-friendly file system). Y eso resultó ser un recordatorio revelador...

para este código;

mount -t f2fs /dev/mapper/crypt1 /mnt/1

demostró ser la META GANADORA!

Entonces pude grabar un CD en /mnt/1 y vi algunos archivos muy familiares de Android y de ahí en adelante, fue Eternal BLISS.