20년 동안 Linux에서 이중(또는 그 이상!) 화면 설정을 실행해 온 저는 레이아웃 설정이 낯설지 않지만 랩탑에서 저를 혼란스럽게 하는 문제에 부딪혔습니다. 이 시스템은 원래 Ubuntu가 사전 설치된 상태로 판매된 Dell XPS입니다. 우분투는 제가 구입한 날부터 단계적으로 폐지되었으며 그 이후로 계속 아치 리눅스 머신이 되었습니다.
디스플레이 어댑터는 표준 i915 드라이버를 실행하는 Intel Iris 540입니다. 내부 디스플레이는 HIDPI 3200x1800 패널입니다. HDMI 또는 VGA 연결이 가능한 USB-C 어댑터를 통해 외부 모니터를 연결하려고 합니다. 제가 겪고 있는 문제는 두 연결 유형 및 여러 다른 모니터에서 동일하므로 모니터의 특성은 아닌 것 같습니다.
제가 겪고 있는 문제는 Awesome WM을 실행하려고 할 때만 발생합니다. 내 컴퓨터에도 Gnome이 로드되어 있는데 어떤 이유에서인지 외부 모니터가 아무런 문제 없이 작동합니다. 제어 센터에서 빠른 구성으로 미러링을 끄고 외부 모니터를 내부(메인) 모니터 오른쪽에 배치했는데 모든 것이 잘되었습니다.
Awsesome에서 몇 가지 명령을 실행 xrandr
하고 디스플레이를 켰지만 레이아웃이 올바르게 거부되었습니다. 내부 디스플레이(또는 확장된 버전)의 모든 부분을 미러링할 수 있지만 기본 디스플레이 너머의 추가 공간에 배치하면 이상한 결과가 발생할 수 있습니다. 커서가 화면을 가로질러 외부 모니터의 예상 위치로 이동하지만 거기에 창이 그려지지 않기 때문에 기본 모니터의 오른쪽에 배열하면 작동하는 것 같습니다. 커서만. 화면 디스플레이는 기본 장치를 열었을 때 기본 장치의 +0+0 프레임 버퍼 내용으로 영구적으로 고정됩니다. Windows를 거기로 드래그할 수 있고 Awesome이 올바른 지오메트리를 알고 있는 것 같지만 커서 외에는 아무것도 렌더링되지 않습니다.
메인 모니터 왼쪽에 매핑하면 외부 모니터는 작동하지만 외부 모니터의 너비(예: 1280px)가 메인 모니터 오른쪽에 고정됩니다. 기본 이미지의 왼쪽 가장자리에 있는 모든 항목(예: 1280픽셀 x 1800픽셀 막대)은 오른쪽으로 그려지고 고정됩니다.
Gnome에서 작업 레이아웃을 저장하고 Awesome에서 결과 스크립트를 실행해 보았지만 arandr
결과는 같습니다. 레이아웃은 Gnome의 모든 배열에서 완벽하게 작동하지만 Awesome이 처리하는 동안 현재 디스플레이 배열을 렌더링하는 대신 보크와 나뭇잎이 이전 버퍼에서 쓰레기를 운반합니까?
또 무엇을 찾아야 합니까? 내가 Awesome에서 하지 않는 것을 행복하게 만들기 위해 Gnome은 무엇을 하고 있나요?
답변1
가! 나는 5~6번의 회의를 통해 문제에 대해 고민했지만 아무것도 얻지 못했습니다. 마침내 질문을 작성하게 되었고, 4분 후에 범인이 무엇인지 깨달았습니다. 그리고 확실히...
신디사이저.
내 일반적인 Awesome 로그인 세션은 compton
수년 동안 수십 대의 컴퓨터에서 잘 작동했기 때문에 조금이라도 생각해 보았지만 어떤 이유로 이 비디오 드라이버가 마음에 들지 않았고 모니터 배치를 변경한 후 재부팅해야 했습니다. 변경하기 전에 종료 xrandr
하고 다시 시작하는 것이 잘 작동하는 것 같습니다. 이제 내 모니터가 예상대로 작동합니다.