bashclub/bashclub-os
Watch
1
0
Fork
You've already forked bashclub-os
 0
Code Issues 12 Pull requests Projects Releases Packages Wiki Activity Actions

Boot Environments: offene Punkte nach Probe-Boot (Folge von #11) #14

New issue
Open
opened 2026-10-25 17:27:24 +01:00 by thorsten.spille · 6 comments
thorsten.spille commented 2026-10-25 17:27:24 +01:00
Owner
Copy link

Rest aus #11, Stufe 2 ist umgesetzt und im VM-Test grün.

  • VM-Test Probe-Boot auch mit Legacy-BIOS (syslinux, Zustand auf der ESP) – bisher nur OVMF
  • VM-Test Probe-Boot mit Secure Boot in CI (Spike hat es geprüft, CI-Test fehlt)
  • Neustart-Richtlinie: updates.reboot: asap / Wartungsfenster als Timer (AUTO_REBOOT), immer über bashclub-be reboot
  • Hinweis auf gescheiterte Probe in motd (/var/lib/bashclub-be/probe-failed) und Checkmk-Check
  • Bestandsinstallationen: Migration auf ausgelagerte Datasets (/home, /root, /var/log, /var/lib/containers) oder dokumentierter Handweg
  • Alte Rückfall-BEs werden nur bei erfolgreicher Bestätigung aufgeräumt – Aufräumen auch nach Rückfall / per prune
Rest aus #11, Stufe 2 ist umgesetzt und im VM-Test grün. - [ ] VM-Test Probe-Boot auch mit **Legacy-BIOS** (syslinux, Zustand auf der ESP) – bisher nur OVMF - [ ] VM-Test Probe-Boot mit **Secure Boot** in CI (Spike hat es geprüft, CI-Test fehlt) - [ ] Neustart-Richtlinie: `updates.reboot: asap` / Wartungsfenster als Timer (`AUTO_REBOOT`), immer über `bashclub-be reboot` - [ ] Hinweis auf gescheiterte Probe in motd (`/var/lib/bashclub-be/probe-failed`) und Checkmk-Check - [ ] Bestandsinstallationen: Migration auf ausgelagerte Datasets (/home, /root, /var/log, /var/lib/containers) oder dokumentierter Handweg - [ ] Alte Rückfall-BEs werden nur bei erfolgreicher Bestätigung aufgeräumt – Aufräumen auch nach Rückfall / per `prune`
thorsten.spille commented 2026-10-25 20:10:33 +01:00
Author
Owner
Copy link

Echte Hardware (Laptop, AMD): Installation sauber, Probe-Boot mit Bestätigung funktioniert, kein Watchdog-Reset danach.

  • Watchdog: /dev/watchdog0, SP5100 TCO timer (Treiber sp5100_tco)
  • Noch offen auf echter Hardware: Rückfall per Watchdog (Hänger) – beim sp5100_tco kann das BIOS den Reset sperren, daher eigens prüfen
Echte Hardware (Laptop, AMD): Installation sauber, Probe-Boot mit Bestätigung funktioniert, kein Watchdog-Reset danach. - Watchdog: `/dev/watchdog0`, SP5100 TCO timer (Treiber `sp5100_tco`) - Noch offen auf echter Hardware: Rückfall per Watchdog (Hänger) – beim sp5100_tco kann das BIOS den Reset sperren, daher eigens prüfen
thorsten.spille commented 2026-10-25 20:43:53 +01:00
Author
Owner
Copy link

Probe-Fenster automatisch (bashclub-os 120e947, bashclub-zfsbootmenu 050083d; ISO-Lauf 14 und ZBM-Lauf 10 grün):

  • WATCHDOG_SEC=auto (Standard): Dreifaches der längsten der letzten 5 gemessenen Startdauern (Uptime bis multi-user.target), 120–900 s, ohne Messung 600 s; fester Wert weiter möglich
  • ZBM-Hook begrenzt auf max_timeout des Watchdogs (z. B. iTCO ≈ 613 s) und protokolliert den gesetzten Wert – im VM-Test nicht abgedeckt (i6300esb kann > 2000 s)
Probe-Fenster automatisch (bashclub-os 120e947, bashclub-zfsbootmenu 050083d; ISO-Lauf 14 und ZBM-Lauf 10 grün): - `WATCHDOG_SEC=auto` (Standard): Dreifaches der längsten der letzten 5 gemessenen Startdauern (Uptime bis multi-user.target), 120–900 s, ohne Messung 600 s; fester Wert weiter möglich - ZBM-Hook begrenzt auf `max_timeout` des Watchdogs (z. B. iTCO ≈ 613 s) und protokolliert den gesetzten Wert – im VM-Test nicht abgedeckt (i6300esb kann > 2000 s)
thorsten.spille commented 2026-10-25 20:56:59 +01:00
Author
Owner
Copy link

Echte Hardware, SP5100 TCO (sp5100_tco): Hänger-Test (emergency.target) – Watchdog hat den Laptop nach dem Probe-Fenster zurückgesetzt, BIOS sperrt den Reset also nicht.

Echte Hardware, SP5100 TCO (`sp5100_tco`): Hänger-Test (emergency.target) – Watchdog hat den Laptop nach dem Probe-Fenster zurückgesetzt, BIOS sperrt den Reset also nicht.
thorsten.spille commented 2026-10-26 01:10:22 +01:00
Author
Owner
Copy link

Entscheidung Thorsten (2026-10-26): kein KEEP_FALLBACK. Das Rückfall-BE wird nur gebraucht, solange der neue Stand nicht durchgestartet ist; nach erfolgreicher Bestätigung wird es gelöscht (bashclub-os c13e7c3). Zurück geht es danach über die Snapshots (Stand vor dem Update bleibt als @apt-… im BE, ZBM Strg+S). Ein Rückfall-BE, auf dem nach einem Rückfall weitergearbeitet wird, wird bei der nächsten bestätigten Probe zum Hauptstand (promote, Markierung weg; ea22ed7).

Vorschlag, noch nicht gebaut: Bestätigung erst, wenn der Server wirklich erreichbar ist. Heute genügt multi-user.target; ein Server mit kaputter Netzwerkkonfiguration „besteht“ die Probe, ist aber ohne Konsole verloren. Idee: bashclub-be-confirm.service nach network-online.target und Prüfungen aus /usr/lib/bashclub-be/probe-check.d/ (z. B. Default-Route, Freehold-Healthchecks); schlägt eine fehl, keine Bestätigung → Watchdog → Rückfall. Braucht Zustimmung (Abwägung: Fehlalarm bei kurzzeitig fehlendem Netz führt zum Rückfall).

Entscheidung Thorsten (2026-10-26): **kein `KEEP_FALLBACK`**. Das Rückfall-BE wird nur gebraucht, solange der neue Stand nicht durchgestartet ist; nach erfolgreicher Bestätigung wird es gelöscht (bashclub-os c13e7c3). Zurück geht es danach über die Snapshots (Stand vor dem Update bleibt als `@apt-…` im BE, ZBM Strg+S). Ein Rückfall-BE, auf dem nach einem Rückfall weitergearbeitet wird, wird bei der nächsten bestätigten Probe zum Hauptstand (promote, Markierung weg; ea22ed7). **Vorschlag, noch nicht gebaut:** Bestätigung erst, wenn der Server wirklich erreichbar ist. Heute genügt `multi-user.target`; ein Server mit kaputter Netzwerkkonfiguration „besteht“ die Probe, ist aber ohne Konsole verloren. Idee: `bashclub-be-confirm.service` nach `network-online.target` und Prüfungen aus `/usr/lib/bashclub-be/probe-check.d/` (z. B. Default-Route, Freehold-Healthchecks); schlägt eine fehl, keine Bestätigung → Watchdog → Rückfall. Braucht Zustimmung (Abwägung: Fehlalarm bei kurzzeitig fehlendem Netz führt zum Rückfall).
thorsten.spille commented 2026-10-26 10:46:21 +01:00
Author
Owner
Copy link

Stand 2026-10-26:

  • Probe-Boot unter Legacy-BIOS: im VM-Test (seabios) über den Neustart bei Bedarf aus bashclub-updates (#15), mit Bestätigung
  • Neustart-Richtlinie → #15 (bashclub-updates, bashclub-reboot.timer)
  • Hinweis auf gescheiterte Probe in motd, issue und Checkmk (cf31132)
  • Migration Bestandsinstallationen: entfällt (Prototyp, Thorsten: neu installieren)
  • KEEP_FALLBACK: Rückfall-BE wird nach erfolgreicher Probe gelöscht (c13e7c3)
  • Probe-Boot mit Secure Boot im CI-Test
  • Vorschlag: Bestätigung erst mit Netz/Prüfungen (probe-check.d), wartet auf Zustimmung
Stand 2026-10-26: - [x] Probe-Boot unter **Legacy-BIOS**: im VM-Test (seabios) über den Neustart bei Bedarf aus bashclub-updates (#15), mit Bestätigung - [x] Neustart-Richtlinie → #15 (`bashclub-updates`, `bashclub-reboot.timer`) - [x] Hinweis auf gescheiterte Probe in motd, issue und Checkmk (cf31132) - [x] ~~Migration Bestandsinstallationen~~: entfällt (Prototyp, Thorsten: neu installieren) - [x] ~~KEEP_FALLBACK~~: Rückfall-BE wird nach erfolgreicher Probe gelöscht (c13e7c3) - [ ] Probe-Boot mit **Secure Boot** im CI-Test - [ ] Vorschlag: Bestätigung erst mit Netz/Prüfungen (`probe-check.d`), wartet auf Zustimmung
thorsten.spille commented 2026-10-26 19:43:25 +01:00
Author
Owner
Copy link

Secure-Boot-Probe-Test (Teil 8 im ISO-Test) läuft jetzt in CI grün (Lauf 28, alle Teile 0 Fehler):

  • Installation unter Secure Boot (Microsoft-Schlüssel, bashclub-Schlüssel per MokManager aus dem ISO-Menü)
  • Start shim → ZBM → Debian-Kernel, Secure Boot an, Lockdown aktiv, ZFS-Modul geladen
  • Probe-Boot nach apt install per kexec unter Lockdown bestätigt

Hinweis: Der Test selbst brauchte einen zweiten Versuch (Text im GRUB-Menü statt im Editor, Memtest gestartet). Der Test setzt in dem Fall die VM zurück; Ursache wird weiter protokolliert (b735d5a). Kein Fehler in bashclub OS.

Offen aus diesem Ticket: Netz-Bestätigung (probe-check.d) – Vorschlag wartet auf Entscheidung.

Secure-Boot-Probe-Test (Teil 8 im ISO-Test) läuft jetzt in CI grün (Lauf 28, alle Teile 0 Fehler): - Installation unter Secure Boot (Microsoft-Schlüssel, bashclub-Schlüssel per MokManager aus dem ISO-Menü) - Start shim → ZBM → Debian-Kernel, Secure Boot an, Lockdown aktiv, ZFS-Modul geladen - Probe-Boot nach `apt install` per **kexec unter Lockdown** bestätigt Hinweis: Der Test selbst brauchte einen zweiten Versuch (Text im GRUB-Menü statt im Editor, Memtest gestartet). Der Test setzt in dem Fall die VM zurück; Ursache wird weiter protokolliert (b735d5a). Kein Fehler in bashclub OS. Offen aus diesem Ticket: Netz-Bestätigung (`probe-check.d`) – Vorschlag wartet auf Entscheidung.
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
main
debconf-vorbelegung
logo-oben-links
ruhiger-start
ableitung-haken
No results found.
Labels
Clear labels
No items
No labels
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
bashclub/bashclub-os#14
No description provided.