fix(v5): kein stilles Scheitern mehr — Rip-Start meldet unerreichbare Ablage, Kern-Neustart verdrahtet das Fenster neu, eine Wache-Kette je Laufwerk, Rettungs-Abbild überlebt, Titel-Auftrag schlägt „unbekannt"

WAS:
- pipeline.starten fängt jede Ausnahme und meldet sie als Fehler des
  Laufwerks; vor dem Start eine Schreibprobe am Zielordner mit Klartext
  („nicht erreichbar … NAS verbunden?"). Vorher warf mkdirSync bei toter
  Ablage aus starten() heraus, der Aufrufer schluckte es: kein Fehler im
  Fenster, keine Protokollzeile, der Dialog ging zu (Sonde 10).
- kern/index.ts: unbehandelte Promise-Ablehnungen landen im Protokoll und
  im Fenster (gemessen: ein Electron-utilityProcess stirbt daran nicht,
  er schweigt); echte Ausnahmen werden protokolliert, der Kern endet
  kontrolliert, der Haupt startet ihn neu. Die Einlege-Kette hat ein
  Fangnetz.
- kernstart.ts spannt nach einem Kern-Neustart den Fenster-Port neu auf;
  das Fenster schließt den toten Port und meldet den Neustart als Zeile.
  Vorher blieb es taub, bis Rippy komplett neu gestartet wurde.
- wache.runde() löscht den geplanten Timer, bevor es einen neuen setzt —
  jeder Auswurf legte sonst eine weitere 3-s-Kette an (Sonde 3).
- beenden() räumt den leeren Roh-Ordner, verschont aber rettung.iso und
  den Bericht (RETTUNG_DATEIEN).
- Typ „unbekannt" heißt nur ohne Titel-Auftrag ISO; mit Auftrag rippt
  makemkvcon, der Typ folgt der Größe (Blu-ray/DVD) für Preset und Ordner.
WARUM: Durchsicht 12.09.2026, Funde F2, F4, F6, F8, F10 — jeder mit Test.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Hitonabi
2026-09-12 21:27:47 +02:00
co-authored by Claude Opus 5
parent 12b9720386
commit 8c4456d005
7 changed files with 247 additions and 16 deletions
+11
View File
@@ -21,6 +21,11 @@ export class KernVerwaltung {
private beendenGewollt = false
private neustarts = 0
private neustartZeiten: number[] = []
/** Das Fenster, das zuletzt einen Port bekam — ein NEU gestarteter Kern
* bekommt es wieder (5.7.0, Durchsicht F4: vorher hielt das Fenster nach
* einem Kern-Neustart den toten Port und war taub, bis Rippy komplett neu
* gestartet wurde). */
private letztesFenster: WebContents | null = null
constructor(
private readonly datenbankPfad: string,
@@ -54,6 +59,11 @@ export class KernVerwaltung {
kern.on('spawn', () => {
this.beiZustand(this.zustand())
// Ein Neustart: Das Fenster hängt noch am toten Port des alten Kerns —
// frischen Port aufspannen, sonst tut kein Knopf mehr etwas.
if (this.neustarts > 0 && this.letztesFenster !== null && !this.letztesFenster.isDestroyed()) {
this.fensterVerbinden(this.letztesFenster)
}
})
kern.on('exit', (code) => {
@@ -80,6 +90,7 @@ export class KernVerwaltung {
* ins Fenster (§ 4.1).
*/
fensterVerbinden(webContents: WebContents): void {
this.letztesFenster = webContents
if (this.kern === null) return
const { port1, port2 } = new MessageChannelMain()
const nachricht: HauptNachricht = { art: 'fenster-port' }