- Szycy
- 5 września 2026 01:22 UTC
- Autor
- Kamo
- Pochęt się
- efee857
W połowie pracy dzisiaj i zabrałby ze sobą terminale każdego innego członka. Domyślnie systemd to KillMode-control-group: na stopie lub uruchom ją SIGKILLs Każdy proces w klatce jednostki. Tmux SERVER jest przeszukiwana przez pierwszy "Tmux new-session" agent execs, więc mieszka w tej grupie - i ponowne uruchomienie Agent zabił więc serwer i każdą powłokę wewnątrz niego. To jest dokładne przeciwieństwo tego, dlaczego tmux jest w tym projekcie. Cały argument za Napisana w komentarzach tego pliku jest taka, że powłoka przetrwała gniazdo: "bez tmux a refresh, zamknięty laptop lub blip wifi zabija bieżącą konstrukcję." Rozmieszczenie agenta było większym blipem niż którykolwiek z nich i nic nie zostało powiedziane - Sesje po prostu zniknęły, a przeglądarka ponownie znalazła pustą maszynę. Ukrył się, ponieważ jedynymi dwoma sposobami zauważenia jest ponowne uruchomienie agenta podczas Ktoś pracuje, albo odczytuje urządzenie i wie, co to jest domyślne. Wysyłka Agent jest rzadki, a maszyna jest zwykle bezczynna, gdy się dzieje: poprzedni Instalowanie dzisiaj biegnącej przeciwko maszynie bez serwera tmux, więc wyglądało na to, że Czyste. Procesy KillMode powstrzymują główny proces i pozostawiają swoich potomków. Nic Wycieki: pompa PTY na połączenie to gwint wewnątrz głównego procesu i matryc Z nim, a tmux CLIENT it for fored dostaje EOF na swoim mistrzu i wychodzi przez Sam sam sobie. Tylko serwer tmux przetrwa, co jest celem. Zweryfikowano na maszynę, a nie rozumowano na temat: sesja biegnąca już za sepem Został stworzony, agent został ponownie uruchomiony dokładnie tak, jak to robi rozmieszczenie, a następnie Sesja była nadal notowana, proces wciąż trwa, a jej .kamo_coder Opcja nienaruszona. Przed poprawką ten sam restart pozostawił "brak serwera".