- Navios
- 5 de setembro de 2026 às 01:22 UTC
- Autor
- Kamo
- Enviar
- efee857
no meio do trabalho de hoje, e teria levado os terminais de todos os outros membros com ele. O padrão do systemd é KillMode=control-group: ao pará-lo ou reiniciá-lo SIGKILLs todos os processos no grupo da unidade. O servidor tmux é bifurcado pelo primeiro `tmux new-session` o agente executivo, então ele vive nesse grupo — e reiniciando O agente, portanto, matou o servidor e cada shell dentro dele. Isso é exatamente o oposto de por que tmux está neste projeto. Todo o argumento para ele, escrito nos próprios comentários deste arquivo, é que a shell sobrevive ao socket: "sem tmux uma atualização, um laptop fechado ou um blip wifi mata uma compilação em execução". Um agente destacado era um blip maior do que qualquer um deles, e nada disse isso — o as sessões foram simplesmente ido, e um navegador reconectando encontrou uma máquina vazia. Ele se escondeu porque as únicas duas maneiras de notar são reiniciar o agente enquanto alguém está trabalhando, ou para ler a unidade e saber qual é o padrão. Transporte o agente é raro, e a máquina geralmente fica ociosa quando acontece: instalar hoje correu contra uma máquina sem servidor tmux em tudo, por isso olhou Limpo. KillMode=processo para o processo principal e deixa seus descendentes. Nada. vazamentos: uma bomba PTY por conexão é um fio dentro do processo principal e morre com ele, e o tmux CLIENT ele bifurcado recebe EOF em seu mestre e sai por Ele próprio. Apenas o servidor tmux sobrevive, que é o ponto. Verificado na máquina em vez de raciocinar sobre: uma sessão em execução `sono' foi criado, o agente foi reiniciado exatamente como um implante faz, e depois a sessão ainda estava listada, o processo ainda em execução, e seu @kamo coder opção intacta. Antes da correção o mesmo reiniciar esquerda "sem servidor em execução".