Question de base sur le flashage des sauvegardes nandroid

Comme j'ai un téléphone MTK-6577 et que j'ai dû me plonger dans la réparation d'une table de partition cassée récemment, j'ai pensé que je pourrais tenter de répondre à cette question.

Je veux savoir que lorsque nous flashons des images de partition spécifiques (disons (disons system.img, data.img, cache.img, etc.), comment le logiciel peut sait où exactement mettre ces octets de partition ?

Si vous flashez sur des points de montage connus /system, /data, /cache vous n'avez pas besoin de connaître la structure sous-jacente, il suffit qu'il y ait suffisamment d'espace et qu'il soit au bon format (par exemple ext4). Les points de montage sont spécifiés dans vold.fstab .

Cependant, si vous utilisez un outil de flashage de bas niveau tel que SP Flash vous devrez également modifier l'application associée fichier de dispersion à la nouvelle disposition des partitions, car il accédera directement aux adresses mémoire des partitions.

Un exemple de points de montage de système de fichiers pour le MT-6577 (copié à partir de /tmp/recovery.log ) :

CWM-based Recovery v6.0.2.8
recovery filesystem table
=========================
  0 /tmp ramdisk (null) (null) 0
  1 /boot emmc /dev/bootimg (null) 0
  2 /cache ext4 /dev/block/mmcblk0p4 (null) 0
  3 /data ext4 /dev/block/mmcblk0p5 (null) 0
  4 /misc emmc /dev/misc (null) 0
  5 /recovery emmc /dev/recovery (null) 0
  6 /emmc vfat /dev/block/mmcblk0p6 (null) 0
  7 /system ext4 /dev/block/mmcblk0p3 (null) 0
  8 /sdcard vfat /dev/block/mmcblk1p1 /dev/block/mmcblk1 0
  9 /sd-ext auto /dev/block/mmcblk1p2 (null) 0

Pourquoi cette dernière partition qui correspond à /sdcard est laissée si grande (1,998 TiB) est au-delà de ma compréhension.

C'est le résultat de l'utilisation de GPT vs plus vieux MBR les tables de partition. Il s'agit d'une partition étendue spéciale qui correspond à la plage d'adresses maximale de 32 bits (2 To). Elle permet de charger le MBR sur n'importe quel périphérique, quelle que soit la taille de sa mémoire interne. Ensuite, vous avez des EBR1 (et EBR2 ) adaptés à chaque modèle.

Je pensais que si je pouvais modifier l'EBS1 et changer l'adressage LBA pour que la troisième partition commence à partir de 2097152 secteurs supplémentaires (ce qui revient à 1024MB ou 1GB ce qui est suffisant pour moi), est-ce que cela augmentera automatiquement ma partition /data de 1GB et diminuera la /sdcard de 1GB en conséquence ?

Je ne suis pas tout à fait sûr des détails.

A la place, j'ai utilisé l'échange des tailles de partition de /data y /emmc avec un EBR1 fourni sur xda-developers.com . Ensuite, dans Android, utilisez Link2SD qui utilise une partition ext4 de 2 Go sur la carte SD externe et déplace les applications volumineuses.

J'ai juste pensé ajouter que si les choses tournent mal de façon spectaculaire, comme ce fut le cas pour moi à l'origine, vous pouvez récupérer en utilisant des sauvegardes de l'original. MBR y ERB1 des fichiers pour adb shell en se connectant à votre téléphone en mode récupération.

Restaurer les détails de la partition :

dd if=/tmp/MBR of=/dev/block/mmcblk0
dd if=/tmp/EBR1 of=/dev/block/mmcblk0p1

Oh et pour créer manuellement une sauvegarde en premier lieu :

dd if=/dev/block/mmcblk0 of=/tmp/MBR bs=512 count=1
dd if=/dev/block/mmcblk0p1 of=/tmp/ERB1 bs=512 count=1

Montez une carte SD externe à partir de CWM et vous pouvez copier le fichier vers/depuis. /sdcard .