- Spegnimento
- 5 settembre 2026 alle ore 01:22 UTC
- Autore
- Kamo
- Impegno
- efee857
oggi a metà lavoro, e avrebbe portato con sé i terminal di ogni altro membro. systemd's default è KillMode=gruppo di controllo: in stop o riavviare SIGKILLs ogni processo nel gruppo dell'unità. Il tmux SERVER è forcato dal primo `tmux nuova sessione ` l'agente execs, così vive in quel gruppo — e riavviare l'agente quindi ha ucciso il server e ogni shell dentro di esso. Questo è l'esatto opposto del perché tmux è in questo disegno. L'intero argomento per esso, scritto nei propri commenti di questo file, è che il guscio supera la presa: "senza tmux un aggiornamento, un portatile chiuso o un blip wifi uccide una costruzione in esecuzione". Un agente schierato era un blip più grande di qualsiasi di loro, e nulla ha detto così — il le sessioni erano semplicemente sparite, e un browser di ricollegamento trovato una macchina vuota. Si è nascosto perché gli unici due modi per notare sono quello di riavviare l'agente mentre qualcuno sta lavorando, o per leggere l'unità e sapere qual è il default. Spedizione l'agente è raro, e la macchina è solitamente inattivo quando accade: il precedente installare oggi ha funzionato contro una macchina senza server tmux affatto, così ha guardato pulito. KillMode=processo ferma il processo principale e lascia i suoi discendenti. Niente. perdite: una pompa PTY per connessione è un filo all'interno del processo principale e muore con esso, e il tmux CLIENT esso forked ottiene EOF sul suo padrone e uscite da stesso. Solo il server tmux sopravvive, che è il punto. Verificato sulla macchina piuttosto che ragionato: una sessione in esecuzione `sleep` è stato creato, l'agente è stato riavviato esattamente come fa un dispiegamento, e dopo la sessione era ancora elencata, il processo ancora in esecuzione, e il suo @kamo coder opzione intatta. Prima della correzione lo stesso riavvio sinistro "nessun server in esecuzione".