답변:
다시 시작할 때 정기적으로 sudo를 요구하지 않는 솔루션을 찾았습니다.
디렉토리
/var/run/screen/
는 화면의 소켓 디렉토리입니다.다행히도 screen은
SCREENDIR
대체 소켓 디렉토리를 얻기 위해 환경 변수 를 읽습니다 .따라서이를 해결하기 위해
~/.screen
다음 과 같은 디렉토리를 작성할 수 있습니다 .mkdir ~/.screen && chmod 700 ~/.screen
SCREENDIR
해당 디렉토리를 가리 키 도록를 내보내십시오 .export SCREENDIR=$HOME/.screen
이 줄을
~/.bashrc
나중에 다시 적용 할 수도 있습니다.
TL; DR : 데비안 스트레치 이상에서 다음 systemd-tmpfiles-setup.service
이 성공적으로 시작 되었는지 확인하십시오 .
$:> systemctl status systemd-tmpfiles-setup.service
● systemd-tmpfiles-setup.service - Create Volatile Files and Directories
Loaded: loaded (/lib/systemd/system/systemd-tmpfiles-setup.service; static; vendor preset: enabled)
Active: active (exited) since Thu 2018-06-21 19:54:06 CEST; 41min ago
...
비활성화 된 ( Loaded: ... ;disabled; ...
) 경우을 사용 하여 활성화 할 수 있습니다 systemctl enable systemd-tmpfiles-setup.service
. 당신이 내 화면을 사용하려면 고정 표시기 컨테이너 다음 중 하나를받을 필요가 컨테이너 이미지에서 실행 systemd 하거나 실행해야 systemctl start systemd-tmpfiles-setup.service
하거나 /etc/init.d/screen-cleanup start
( 휴이에 의해 제안 ) 당신의 용기에 로그인 한 후마다.
세부 정보 : 데비안 스트레치 이후 시작 스크립트 /etc/init.d/screen-cleanup
는 실행되지 않습니다. 기본적으로이 서비스는 마스킹 ( /lib/systemd/system/screen-cleanup.service -> /dev/null
)되므로 systemd는이를 무시합니다.
대신 다음 과 같이 구성된 부팅시 systemd-tmpfiles-setup.service
생성 /run/screen
합니다 /usr/lib/tmpfiles.d/screen-cleanup.conf
.d /run/screen 0775 root utmp
systemctl enable systemd-tmpfiles-setup.service
@Jacob는 재부팅 지속 것을 제안.