Table of Contents
Dateisystem & Partitionen
Wie die Head-Unit ihren Speicher aufteilt — gut zu wissen, bevor du irgendetwas änderst, und die
Grundlage für ein sicheres Backup. Der eMMC ist mmcblk0 (~29 GB). Weil adbd als root läuft,
sind die rohen Partitionen lesbar, ein byte-genaues Abbild des ganzen Geräts ist also möglich.
Partitionsaufteilung (''mmcblk0'', ~29 GB)
| Partition | Größe | Einhängepunkt |
|---|---|---|
| p1, p2, boot0/1 | 8 MB | Bootloader / Boot-Images |
| p4 | 5,3 GB (528 MB belegt) | /data |
| p5 | 512 MB | /system |
| p6 | 512 MB | /cache |
| p7 | 8 MB | /device (Konfiguration, nur lesbar) |
| p9 | 1 GB | /vendor |
| p10–p13 | 256 MB / 1 MB… | vendor / firmware |
| p14 | 21,5 GB (339 MB belegt) | internal_sd (vfat) |
Ein vollständiges Backup anlegen
Mach das, bevor du irgendetwas veränderst. Mit adbd als root ist ein komplettes Abbild einfach:
md5-geprüfte Partitions-Images plus eine dateiweise Kopie von /system und /vendor.
Stolperstein — das alte ADB: Eine normale Shell verfälscht Binärdaten (das PTY wandelt Zeilenenden um) und
exec-out unterstützt dieses alte adbd nicht, also schleuse Binärdaten über base64 + gzip (7 Bit,
PTY-sicher) durch. adb pull selbst ist binärsicher (es nutzt das Sync-Protokoll).