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.
  • var_partition_original.bin

    • Original /var read from the robot (fast mode).
  • 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.bin somewhere 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 archives
    • extracted/ 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.