====== 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).