fix(build): GPT-label the CLAWDIESEED partition so the seed importer can find it #281

Merged

clawdie merged 1 commit from fix/clawdieseed-gpt-label into main

2026-07-19 20:22:02 +02:00

clawdie commented

2026-07-19 19:44:02 +02:00

Owner

First hardware boot result: UI/shortcuts fine, daemon healthy, but pi keyless — /var/log/clawdie-live-seed.log says no CLAWDIESEED partitions found while the partition + payload are intact on the stick.

Root cause: gpart add for p4 sets no GPT label. The importer probes /dev/msdosfs/CLAWDIESEED, /dev/gpt/CLAWDIESEED, /dev/label/CLAWDIESEED, then a gpart show -lp awk fallback — but without -l, only the msdosfs FAT-label-tasting node can ever exist. Discovery stood on one leg and that leg failed on real hardware (candidate culprits: GEOM label tasting vs the misplaced backup GPT header on an oversize stick, or the unusual -c 1 FAT geometry — either way the fix is redundancy, not a taste-debug).

One line + comment: -l CLAWDIESEED creates /dev/gpt/CLAWDIESEED, the importer's second candidate, no importer change needed. After reflash, a plain reboot re-applies the seed (importer is idempotent by design).

Gates: sh -n green, ./scripts/check-format.sh green.

🤖 Generated with Claude Code

First hardware boot result: UI/shortcuts fine, daemon healthy, but **pi keyless** — `/var/log/clawdie-live-seed.log` says `no CLAWDIESEED partitions found` while the partition + payload are intact on the stick. **Root cause**: `gpart add` for p4 sets no GPT label. The importer probes `/dev/msdosfs/CLAWDIESEED`, `/dev/gpt/CLAWDIESEED`, `/dev/label/CLAWDIESEED`, then a `gpart show -lp` awk fallback — but without `-l`, only the msdosfs FAT-label-tasting node can ever exist. Discovery stood on one leg and that leg failed on real hardware (candidate culprits: GEOM label tasting vs the misplaced backup GPT header on an oversize stick, or the unusual `-c 1` FAT geometry — either way the fix is redundancy, not a taste-debug). One line + comment: `-l CLAWDIESEED` creates `/dev/gpt/CLAWDIESEED`, the importer's second candidate, no importer change needed. After reflash, a plain reboot re-applies the seed (importer is idempotent by design). Gates: `sh -n` green, `./scripts/check-format.sh` green. 🤖 Generated with [Claude Code](https://claude.com/claude-code)

clawdie added 1 commit

2026-07-19 19:44:21 +02:00

fix(build): GPT-label the CLAWDIESEED partition so the seed importer can find it 7d816c9931

First hardware boot (19.jul.26) of clawdie-quindecim-0.13.0: pi came up
keyless with "no CLAWDIESEED partitions found" in
/var/log/clawdie-live-seed.log, despite the partition and its payload
(env keys + pi auth.json/settings.json overlay) being written correctly
by the build.

Root cause: gpart add for p4 sets no GPT label, so of the importer's
discovery candidates only /dev/msdosfs/CLAWDIESEED (kernel FAT-label
tasting) could ever exist — /dev/gpt/CLAWDIESEED and the
`gpart show -lp` fallback both need a GPT label that was never created.
Single-leg discovery, and that leg failed on real hardware.

Adding -l CLAWDIESEED gives discovery a second independent leg that the
shipped importer already checks; a plain reboot after reflash re-applies
the seed (importer is idempotent, runs every boot).

Gates: sh -n green, check-format green.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

clawdie merged commit 08793bbed3 into main

2026-07-19 20:22:02 +02:00

clawdie referenced this pull request from a commit

2026-07-19 20:22:03 +02:00

Merge pull request 'fix(build): GPT-label the CLAWDIESEED partition so the seed importer can find it' (#281) from fix/clawdieseed-gpt-label into main

clawdie deleted branch fix/clawdieseed-gpt-label

2026-07-19 20:22:07 +02:00