docs: B1 boot entry check and the ISO's /var/log fix done; CEC driver download (GitHub 429) as the next item

This commit is contained in:
theupriser committed 2026-09-29 19:09:16 +02:00
1 parent 36bd85cce6
commit 48edfc53c5
3 files changed
+13 -15

No files matched your search

+5 -3
View File
@@ -74,10 +74,12 @@ Where the time goes: boot loader VMs ~3 min each, every suite block restores a s
## Found 2026-09-29 (first full run on the PC)
- [ ] B1 check: the loader's own EFI boot entry exists, points to a real partition (not `HD(0,GPT,0000...)`)
- [x] B1 check (share/bootloader-test/boot-check.sh, after every reboot; passes on all three): the loader's own EFI boot entry exists, points to a real partition (not `HD(0,GPT,0000...)`)
and was used (`efibootmgr` `BootCurrent`); systemd-boot booted through the fallback path unnoticed
- [ ] ISO: mount `@log` at `$ROOT/var/log` before `steamify-install` writes its logs (they end up hidden
under the mount); PR into `feat/steamify`
- [x] ISO: mount `@log` at `$ROOT/var/log` before `steamify-install` writes its logs (PR #3 merged)
- [ ] Steamify: the CEC driver comes from one download (raw.githubusercontent.com, no retry, no fallback);
a GitHub rate limit (HTTP 429, seen 2026-09-29 after a day of test installs) leaves CEC off. Ship the
pinned source with Steamify instead (steamify-cachyos, via a release branch)
- [x] ISO: systemd-boot's EFI boot entry (efibootmgr from the live system), PR #2 merged
- [x] vminstall.sh: a poweroff that drops ssh is no failure, wait only for its own VM, ISO loop device under
a lock, never root as the guest user