При этом в командах dd в обоих случаях можно обращаться к части раздела, добавляя в комаду параметры count (количество копируемых блоков) и skip (пропущенных блоков) при чтениии раздела или seek (пропущенных блоков) при записи раздела. Без явного указания параметра bs размер копируемого блока равен 512 байт. Именно в таких блоках (секторах) сделана адресация в таблице разделов GPT, поэтому удобно оставить размер блока по умолчанию, чтобы не заниматься арифметикой пересчета смещений и размеров.

Способ 2-й.
Предназначенная для чтения-записи разделов SD-карта вставлена в кардридер, который подключается к USB-порту устройства. При этом система с Андроидом загружается со другой рабочей загрузочной карты, вставленной в слот SD-карты. В этом варианте на "экспериментальной" карте можно делать любые операции с разделами, в т.ч. их очистку и запись, не затрагивая целостности основной рабочей загрузочной карты.

Для обращения к разделам во втором способе используются пути:

Указания об использование других параметров команды dd, приведенные в описании первого способа, остаются справедливыми и для второго способа (карта подключена к USB).

Заметим, что в случае использования не Андроида, а Линукса пути разделов записываются несколько иначе: /dev/sda и /dev/sda1 - /dev/sda17 , т.е. без block/

Номера разделов в стоковой версии Android (для использования в командах dd):

Для анализа содержимого разделов, созданных на карте, используем описанный выше первый способ, чтобы сохранить разделы в виде файлов с помощью консольной команды DD :

Примечания.

1. В этом варианте нужно точно указывать (в блоках !) смещения skip и количества count, поэтому для ручной записи команд такой способ неудобен, но для программной генерации списка команд (или даже скрипта) из таблицы GPT вполне приемлем (именно так он здесь и появился).

2. Выражения bs=512 и bs=1b должны быть эквивалентны, здесь b означает блок (block), т.е. 512 байт.
Цитата из man dd

N and BYTES may be followed by the following multiplicative suffixes:
c=1, w=2, b=512, kB=1000, K=1024, MB=1000*1000, M=1024*1024, xM=M, GB=1000*1000*1000, G=1024*1024*1024, and so on for T, P, E, Z, Y. Binary prefixes can be used, too: KiB=K,MiB=M, and so on.

Ещё раз подчеркнем, что смещения skip и количества count указываются в блоках (в приведенных выше примерах - в блоках размером 512 байт).

Хотя, в принципе существует возможность при необходимости всё указывать в байтах (но при этом придётся оперировать с существенно большими числами, что повышает вероятность ошибки).
Для этого нужно добавить в dd-команду параметры:

Цитата из man dd :

count_bytes - treat 'count=N' as a byte count (iflag only)
skip_bytes - treat 'skip=N' as a byte count (iflag only)
seek_bytes - treat 'seek=N' as a byte count (oflag only)

Примечания.

В случае копирования бекапов разделов на USB-флешку команды выглядят так:

Здесь /mnt/media_rw/0000-006F/ - это имя конкретной USB-флешки, подключенной к USB-порту устройства и автоматически монтированной в Андроиде.

Примечания.

1. Файлы, имена которых указаны в левой части команды (if=), должны находиться в текущей папке. Это могут быть файлы предварительно сделанных бекапов разделов или файлы содержимого разделов из образа прошивки (исходные или модифицированные). Имена файлов здесь указаны для удобства по имени соответствующего раздела.

2. Карта, на которую производится запись разделов, подключена через кардридер к USB-порту устройства.

Для справки:

Как ни странно, но разницы в скорости копирования на карту или USB-флешку никакой нет (от слова совсем), для сравнения два результата dd:

Также на скорость не влияет (даже слегка замедляет) копирование не дефолтными блоками по 512 байт, а большими блоками (например, по 8 Mb):

if=/dev/block/mmcblk0p4 bs=8M | gzip > backup4.img.gz
1610612736 bytes (1.5 G) copied, 248.327665 s, 6.1 M/s

Обратное копирование бекапа gzip-файла super.img.gz в одноименный раздел на карту c USB-флешки выполняется командой :

gunzip -c /mnt/media_rw/0000-006F/backup4.img.gz | dd of=/dev/block/mmcblk0p4 conv=fsync,noerror bs=8M

Проверка содержимого файлов сохраненых копий разделов показывает:

Ниже приведены предположения (не подтвержденные документально или пруфами) о предназначении и использовании отдельных (не пустых) разделов, содержимое которых точно не определено, поэтому не ясно, что должно (если должно) в них записываться при программировании. Возможно, эти предположения не очень точные или даже сомнительные.

1. Раздел frp

FRP - это Factory Reset Protection, поэтому одноименный раздел frp имеет прямое отношение к процедуре защиты Google-аккаунта после сброса на тех устройствах, где установлены сервисы гугля, и создан гугль-аккаунт. После сброса к заводским (Factory Reset) на таких устройствах загрузка Андроида блокируется до ввода сохраненных данных гугль-аккаунта. В разделе FRP хранятся ключи FRP Lock, поэтому его очистка приводит к разблокировке защиты Google-аккаунта.

Для платы OpiZero2 установка и использование сервисов гугля нецелесообразно и затруднительно из-за недостаточного (1 Гб) объема оперативной памяти. Поэтому здесь раздел FRP не используется, и файл, полученный при его бекап-копировании, практически пуст (за исключением первых 36 байт).

2. Раздел Reserve0

Теоретически, в начало этого раздела предполагается запись резервной копия таблицы разделов GPT. Это видно из совпадения адреса начального блока раздела Reserve0 со значением Alternate LBA ( N блока резервного GPT-раздела) в заголовке таблицы GPT. Однако, практически этого не происходит, т.к. об отсутствии резервного GPT сообщают работающие с GPT утилиты.

Запись резервной копии GPT в раздел Reserve0 возможна, например, командами: (не проверено !)

Анализ содержимого бекап-копии этого раздела показывает, что на нём монтируется какой-то пустой диск FAT16.

3. Раздел metadata

4. Раздел cache

Скорее всего, в этот раздел на этапе записи карты ничего не записывается, а раздел имеет ну очень болшой размер из-за необходимости держать в нём систему при OTA-обновлении, т.е. на загруженном и работающем устройстве.