저는 Cygwin/X를 사용하여 Windows(10) 컴퓨터에서 Linux 컴퓨터 클러스터로 SSH를 통해 연결하고 있습니다. 어제 저는 SSH 세션에 X11 전달을 사용하고 있었습니다. 갑자기 열려 있는 X 창이 중단되기 시작했고 결국 내 Windows OS가 이를 발견하고 X 서버 프로세스를 종료했습니다.
이 회의 전에는 항상 터미널 명령을 사용해야 했습니다.
export DISPLAY=:0.0
ssh -Y <user>@<remoteaddress>
연결을 설정하면 로컬 모니터에서 원격 클러스터의 X Windows를 열 수 있습니다. Windows 시스템 트레이의 Cygwin/XServer 아이콘 위로 마우스를 가져갈 때마다 항상 표시됩니다 Cygwin/X Server:0.0.
그러나 X 서버 충돌(및 Cygwin에서 X11 패키지를 다시 설치해야만 중지된 몇 번의 후속 충돌) 후에 기본값이 이제 :3.0시스템 트레이를 통해 발견되었음을 발견했습니다.
도움이 된다면 xwin 로그 파일의 다양한 로그 파일 간에 몇 가지 차이점을 발견했습니다 ~/var/log/xwin/.
XWin.3.log로그 파일에서 다음으로 끝납니다 .
winDeinitMultiWindowWM - Noting shutdown in progress [ 40421.515] (II) Server terminated successfully (0). Closing log file.
그러나 해당 로그 0, 1, 2에서는 파일이 이것으로 끝나지 않고 다음과 같이 끝납니다.
//For 0:// IsOverrideRedirect: Failed to get window attributes [243761.625] OS has icon alpha channel support: yes
//For 1:// winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5
//For 2:// winInitMultiWindowWM - DISPLAY=:2.0 [ 15564.281] winMultiWindowXMsgProc - DISPLAY=:2.0
내 SSH가 여전히 잘 작동하는 동안 DISPLAYs :0.0, :1.0 및 :2.0이 더 이상 액세스/작동할 수 없는 이유와 이를 재설정할 수 있는 방법(:0.0을 다시 사용할 수 있도록)을 아는 사람이 있는지 궁금합니다.
(적절한 정보를 포함하지 않았거나 형식이 적절하지 않은 경우 알려주십시오. Stackexchange에 질문을 게시하는 것은 이번이 처음입니다!)
고쳐 쓰다:
다른 사람이 이 글을 읽고 같은 문제에 직면한다면.startxwin파일에 대한 몇 가지 분석을 수행한 후 C:\cygwin64\bin\시작 시 X 서버가 선택한 DISPLAY 옵션은 .X<number>-lock파일이 존재하는지 여부 에 따라 달라집니다 C:\cygwin64\tmp\(스크립트는 값 0으로 시작하고 .X0-lock파일이 발견되면 "free"가 나올 때까지 숫자가 증가함을 발견했습니다). "발견" 표시 번호가 나타난 다음 해당 번호를 사용합니다. 또한 ~\tmp해당 폴더 내에.X11-unix 일반 작업에서는 비어 있어야 하는 폴더가 있습니다(X 서버가 다운되었다고 가정). 두 경우 모두 DISPLAY 0, 1 및 2를 찾았습니다. Cygwin/X11을 제거하고 필요한 경우 참조용으로 이 파일을 폴더 밖으로 이동한 다음 C:\cygwin64\Cygwin/X11을 다시 설치하면 X 서버가 기본 DISPLAY 변수를 사용하여 다시 시작하라는 메시지가 표시됩니다 :0.0.
그렇긴 하지만, 이런 일이 다시 발생하지 않도록 제가 어떤 조치를 취했는지 의심스럽습니다. 누구든지 아이디어가 있으면 의견을 공유해 주세요!