Working Directory + State Files
Both the installer and updater use ../jibo_work/ as their “scratch + cache” directory.
This is helpful for:
- keeping your large dumps out of the repo root
- making it obvious what can be deleted vs what is precious
jibo_automod.py outputs
Depending on mode, you may see:
-
jibo_full_dump.bin- The full eMMC dump (~15GB). Created by full workflow.
-
gpt_dump.bin- Small dump (default 4096 sectors / ~2MB) used by
--mode-json-only.
- Small dump (default 4096 sectors / ~2MB) used by
-
var_partition_original.bin- Original
/varread from the robot (fast mode).
- Original
-
var_partition.bin- Working copy that gets modified.
-
var_partition_backup.bin- Backup copy made before modifications.
-
verify_partition.bin- Read-back buffer used during verification.
-
var_patch_###.bin- Patch chunks produced by sector-diff patch-writing in fast mode.
-
mode.json.original/mode.json.modified- Best-effort debug copies of the JSON before/after editing.
What you should keep
- Keep
var_partition_backup.binsomewhere safe. - If you made a full dump, consider archiving
jibo_full_dump.bin(space permitting).
jibo_updater.py outputs
The updater uses:
../jibo_work/updates/downloads/cached archivesextracted/extracted trees
And it tracks state in:
../jibo_work/update_state.json
That file maps host → last applied tag.
Cleaning up
- Safe-ish to delete: extracted archives and patch chunks (you can always re-download / re-create).
- Be careful deleting: backups and any full dump you still care about.
Related docs
- Installer overview: 01 - Installer (How It Works)
- Updater overview: 06 - Updater (How It Works)