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

Ruhiger Start: Kernel-Zeile, Migration, Plymouth zeigt Abfragen #21

Merged
freehold-bot merged 9 commits from ruhiger-start into main 2026-10-28 22:58:56 +01:00
Conversation 0 Commits 9 Files changed 7 +287 -7
freehold-bot commented 2026-10-28 11:31:42 +01:00
Collaborator
Copy link

Hängt ab von #20 (Haken für abgeleitete Produkte): Basis dieses PRs ist ableitung-haken. Braucht bashclub/bashclub-zfsbootmenu „Ruhiger Start“ (ZBM-Seite). Havora: freehold-office/freehold-brand „Ruhiger Start“.

Was

  • Kernel-Zeile quiet splash loglevel=3 vt.global_cursor_default=0 (BOOT_CMDLINE):
    • Neue Installationen bekommen sie vom Installer, dazu die Marke org.bashclub:quiet-boot=1.
    • Bestehende Systeme ergänzt bashclub-base beim Update einmal (/usr/lib/bashclub/quiet-boot): Fehlende Parameter kommen dazu, vorhandene bleiben, auch eigene Werte wie loglevel=7; nosplash verhindert splash. Das gilt auch für jedes BE mit eigenem Wert.
    • Danach wird nichts mehr ergänzt; --force ergänzt trotzdem.
  • Was tatsächlich nötig ist (gemessen in Bildfolgen):
    • loglevel=3: Mit quiet allein stehen pci_bus … failed-Fehler auf dem Schirm.
    • vt.global_cursor_default=0: Ohne blinkt der Cursor zwischen ZBM und Plymouth. Drop-ins für getty@, emergency und rescue schalten ihn wieder ein (setterm --cursor on).
    • rd.udev.log_level=3 bzw. udev.log_level=3: kein Unterschied, weggelassen.
    • systemd.show_status=auto bewusst weggelassen: Bei einem langsamen Dienst schaltet es die Statuszeilen ein, nach Plymouth blitzten „[ OK ] …“-Zeilen auf. Mit quiet meldet systemd nur Fehler.
  • Plymouth-Theme bashclub: zeichnet jetzt Passphrasen, Fragen und Meldungen unter dem Balken. Vorher wäre eine Abfrage beim Start unsichtbar geblieben. Plymouth ist im initramfs (unverändert, jetzt geprüft).
  • Doku: README „Ruhiger Start“ mit Tasten (Esc in ZBM, Alt+F2, Esc in Plymouth), Parametern, Migration, Abschalten und den Fällen, die immer sichtbar bleiben. Dazu ein Hinweis für abgeleitete Produkte (eigene Plymouth-Themes brauchen die Callbacks).
  • iso/test-vm.sh:
    • Teil 2 prüft Kernel-Zeile, Marke, Plymouth im initramfs und Cursor-Drop-ins; unter UEFI außerdem Esc ins ZBM-Menü.
    • Teil 6 prüft die Migration einer vorigen Installation mit eigenem loglevel=7.
    • Teil 7a prüft den sichtbaren Rückfall-Hinweis.

Getestet (2026-10-28)

  • tests/run-in-container.sh: shellcheck, pyflakes, test-bashclub-updates.sh, pytest mit 140 Tests (neu: quiet-boot mit Fake-ZFS, Paketinhalt) – grün.
  • ISO aus diesem Branch (mit bashclub-zfsbootmenu „Ruhiger Start“, Testschlüssel) gebaut. iso/test-vm.sh mit ONLY=install,update,probe (VMIDs/IPs für die Sandbox angepasst): 0 Fehler. Darin enthalten:
    • Teil 2 (UEFI und BIOS, inkl. Esc ins Menü)
    • Teil 6: Update der vorigen testing-ISO; Kernel-Zeile ergänzt, loglevel=7 blieb
    • Teil 7a/7b: Probe, Rückfall bei Panic mit sichtbarem Hinweis, Watchdog, Netzprüfung
  • Von Hand in der VM, mit Bildschirmfotos:
    • Bildfolge des Neustarts alle 0,1 s: Startbild, etwa 1,3 s Schwarz, Plymouth, Anmeldung
    • Passphrase per systemd-ask-password unter Plymouth sichtbar, Eingabe als ***_
    • Emergency-Mode durch eine nicht einhängbare Platte in /etc/fstab: Plymouth endet, die Meldung ist sichtbar, der Cursor ist an
    • Esc unter Plymouth zeigt die Meldungen

Bekannt

  • Beim Beenden von Plymouth stehen für etwa 0,1 s die Statuszeilen „[ OK ] Finished plymouth-quit …“ auf dem Schirm. Das passiert nicht immer und auch mit systemd.show_status=false. Nicht weiter verfolgt.
  • Etwa 1,3 s Schwarz zwischen ZBM und Plymouth: Debians Kernel übernimmt die Konsole sofort (kein deferred takeover).
  • Die Teile 1, 3–5 und 8 von test-vm.sh (Bootmenü der ISO, Secure Boot, Netz, MokManager) sind nicht gelaufen: Sie sind vom ruhigen Start nicht berührt, und Secure Boot geht mit dem Testschlüssel nicht.

Nachtrag (2026-10-28, Basis jetzt main)

  • Aufblitzen „[ OK ] Finished plymouth-quit …“ am Ende von Plymouth: Thorsten nimmt es hin. Es ist als offener Punkt notiert, das Ticket legt der Koordinator an.
  • ISO-Test: Esc wird jetzt 8 s lang gesendet, weil die Wartezeit in ZBM auf 3 s steigt (bashclub-zfsbootmenu #5).
  • Konflikt bei den VMIDs: Der CI-Lauf dieses Repos (iso/test-vm.sh auf pvebuild) nutzt die VMIDs 9250–9260. Nach dem Merge von #20 hat er um 17:22 meine Test-VMs in diesem Bereich gelöscht. Agenten-VMs sollten künftig einen anderen Bereich bekommen.

🤖 Generated with Claude Code

**Hängt ab von #20** (Haken für abgeleitete Produkte): Basis dieses PRs ist `ableitung-haken`. Braucht bashclub/bashclub-zfsbootmenu „Ruhiger Start“ (ZBM-Seite). Havora: freehold-office/freehold-brand „Ruhiger Start“. ## Was - **Kernel-Zeile** `quiet splash loglevel=3 vt.global_cursor_default=0` (`BOOT_CMDLINE`): - Neue Installationen bekommen sie vom Installer, dazu die Marke `org.bashclub:quiet-boot=1`. - Bestehende Systeme ergänzt `bashclub-base` beim Update einmal (`/usr/lib/bashclub/quiet-boot`): Fehlende Parameter kommen dazu, vorhandene bleiben, auch eigene Werte wie `loglevel=7`; `nosplash` verhindert `splash`. Das gilt auch für jedes BE mit eigenem Wert. - Danach wird nichts mehr ergänzt; `--force` ergänzt trotzdem. - **Was tatsächlich nötig ist** (gemessen in Bildfolgen): - `loglevel=3`: Mit `quiet` allein stehen `pci_bus … failed`-Fehler auf dem Schirm. - `vt.global_cursor_default=0`: Ohne blinkt der Cursor zwischen ZBM und Plymouth. Drop-ins für `getty@`, `emergency` und `rescue` schalten ihn wieder ein (`setterm --cursor on`). - `rd.udev.log_level=3` bzw. `udev.log_level=3`: kein Unterschied, weggelassen. - `systemd.show_status=auto` bewusst weggelassen: Bei einem langsamen Dienst schaltet es die Statuszeilen ein, nach Plymouth blitzten „[ OK ] …“-Zeilen auf. Mit `quiet` meldet systemd nur Fehler. - **Plymouth-Theme `bashclub`:** zeichnet jetzt Passphrasen, Fragen und Meldungen unter dem Balken. Vorher wäre eine Abfrage beim Start unsichtbar geblieben. Plymouth ist im initramfs (unverändert, jetzt geprüft). - **Doku:** README „Ruhiger Start“ mit Tasten (Esc in ZBM, Alt+F2, Esc in Plymouth), Parametern, Migration, Abschalten und den Fällen, die immer sichtbar bleiben. Dazu ein Hinweis für abgeleitete Produkte (eigene Plymouth-Themes brauchen die Callbacks). - **`iso/test-vm.sh`:** - Teil 2 prüft Kernel-Zeile, Marke, Plymouth im initramfs und Cursor-Drop-ins; unter UEFI außerdem Esc ins ZBM-Menü. - Teil 6 prüft die Migration einer vorigen Installation mit eigenem `loglevel=7`. - Teil 7a prüft den sichtbaren Rückfall-Hinweis. ## Getestet (2026-10-28) - `tests/run-in-container.sh`: shellcheck, pyflakes, `test-bashclub-updates.sh`, pytest mit 140 Tests (neu: quiet-boot mit Fake-ZFS, Paketinhalt) – grün. - ISO aus diesem Branch (mit bashclub-zfsbootmenu „Ruhiger Start“, Testschlüssel) gebaut. `iso/test-vm.sh` mit `ONLY=install,update,probe` (VMIDs/IPs für die Sandbox angepasst): **0 Fehler**. Darin enthalten: - Teil 2 (UEFI und BIOS, inkl. Esc ins Menü) - Teil 6: Update der vorigen testing-ISO; Kernel-Zeile ergänzt, `loglevel=7` blieb - Teil 7a/7b: Probe, Rückfall bei Panic mit sichtbarem Hinweis, Watchdog, Netzprüfung - Von Hand in der VM, mit Bildschirmfotos: - Bildfolge des Neustarts alle 0,1 s: Startbild, etwa 1,3 s Schwarz, Plymouth, Anmeldung - Passphrase per `systemd-ask-password` unter Plymouth sichtbar, Eingabe als `***_` - Emergency-Mode durch eine nicht einhängbare Platte in `/etc/fstab`: Plymouth endet, die Meldung ist sichtbar, der Cursor ist an - Esc unter Plymouth zeigt die Meldungen ## Bekannt - Beim Beenden von Plymouth stehen für etwa 0,1 s die Statuszeilen „[ OK ] Finished plymouth-quit …“ auf dem Schirm. Das passiert nicht immer und auch mit `systemd.show_status=false`. Nicht weiter verfolgt. - Etwa 1,3 s Schwarz zwischen ZBM und Plymouth: Debians Kernel übernimmt die Konsole sofort (kein deferred takeover). - Die Teile 1, 3–5 und 8 von `test-vm.sh` (Bootmenü der ISO, Secure Boot, Netz, MokManager) sind nicht gelaufen: Sie sind vom ruhigen Start nicht berührt, und Secure Boot geht mit dem Testschlüssel nicht. ## Nachtrag (2026-10-28, Basis jetzt `main`) - **Aufblitzen „[ OK ] Finished plymouth-quit …“ am Ende von Plymouth:** Thorsten nimmt es hin. Es ist als offener Punkt notiert, das Ticket legt der Koordinator an. - **ISO-Test:** Esc wird jetzt 8 s lang gesendet, weil die Wartezeit in ZBM auf 3 s steigt (bashclub-zfsbootmenu #5). - **Konflikt bei den VMIDs:** Der CI-Lauf dieses Repos (`iso/test-vm.sh` auf pvebuild) nutzt die VMIDs 9250–9260. Nach dem Merge von #20 hat er um 17:22 meine Test-VMs in diesem Bereich gelöscht. Agenten-VMs sollten künftig einen anderen Bereich bekommen. 🤖 Generated with [Claude Code](https://claude.com/claude-code) 
Installer und bashclub-base setzen quiet splash loglevel=3
systemd.show_status=auto vt.global_cursor_default=0. Bestehende Systeme
ergänzt /usr/lib/bashclub/quiet-boot beim Update einmal: fehlende
Parameter dazu, eigene Werte bleiben (loglevel=7, nosplash), auch auf
BEs mit eigenem Wert; danach org.bashclub:quiet-boot=1, es ergänzt nie
wieder (--force doch). Drop-ins für getty@, emergency und rescue schalten
den Cursor wieder ein.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Das Script-Theme zeichnete keine Abfragen: Eine Passphrase beim Start
wäre unsichtbar geblieben. Jetzt stehen Frage und Eingabe bzw. Meldungen
(plymouth display-message) unter dem Balken.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Dauert ein Dienst beim Start länger (NetworkManager-wait-online), schaltet
auto die Statuszeilen ein: Nach Plymouth blitzten „[ OK ] Finished …“-
Zeilen auf (Havora-Vorschau, Bildfolge). Mit quiet meldet systemd nur
Fehler; hängende Starts zeigt Esc unter Plymouth.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Das Orange des Proxmox-Logos zählte als rote Zeile: Die Prüfung wäre
auch ohne Hinweis grün geworden. Jetzt: Fläche in Palette 0 und Rot der
Palette 1.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
freehold-bot changed target branch from ableitung-haken to main 2026-10-28 16:58:43 +01:00
Sign in to join this conversation.
Reviewers
No reviewers
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!21
No description provided.