- Verschifft
- 5. September 2026 um 01:22 UTC
- Autor
- Kamo
- Ausschuss
- efee857
Mitte der Arbeit heute, und hätte jedes andere Mitglied der Terminals mit sich genommen. systemd's Default ist KillMode=control-group: auf Stopp oder Neustart ist es SIGKILLs jeder Prozess in der Cgroup der Einheit. Der tmux SERVER wird vom ersten Gabeln "tmux new-session" der Agent execs, so lebt es in dieser cgruppe und Neustart Der Agent tötete daher den Server und jede Shell darin. Das ist genau das Gegenteil davon, warum tmux in diesem Design ist. Das ganze Argument für es, geschrieben in den eigenen Kommentaren dieser Datei, ist, dass die Shell die Sockets überlebt: "Ohne tmux eine Auffrischung, ein geschlossener Laptop oder ein wifi blip tötet einen laufenden Build". Ein Agent Einsatz war ein größerer Ausrutscher als jeder von ihnen, und nichts sagte so . Sitzungen waren einfach weg, und eine Browser-Wiederverbindung fand eine leere Maschine. Es versteckte sich, weil die einzigen zwei Möglichkeiten zu bemerken sind, um den Agenten neu zu starten, während Jemand arbeitet, oder um das Gerät zu lesen und zu wissen, was die Standardeinstellung ist. Versand der Agent ist selten, und die Maschine ist in der Regel im Leerlauf, wenn es passiert: die vorherige installieren heute lief gegen eine Maschine ohne tmux-Server überhaupt, so sah es sauber. KillMode=process stoppt den Hauptprozess und verlässt seine Nachkommen. Nichts Leaks: eine PTY-PTY-Pumpe pro Verbindung ist ein Faden im Hauptprozess und stirbt mit ihm, und der tmux CLIENT es gegabelte bekommt EOF auf seinem Master und steigt von sich selbst. Nur der tmux-Server überlebt, was der Punkt ist. Verifiziert auf der Maschine, anstatt darüber begründet: eine Sitzung läuft "sleep" wurde erstellt, der Agent wurde genau wie ein Einsatzmittel neu gestartet, und danach die Sitzung war noch aufgelistet, der Prozess noch läuft, und seine @kamo_coder Option intakt. Vor der Behebung hat der gleiche Neustart "kein Server ausgeführt".