☰

Xwayland 구성 방법(NoTrapSignals를 올바른 값으로 설정)

tag-icon • tag-icon xorg gnome configuration wayland
Xwayland 구성 방법(NoTrapSignals를 올바른 값으로 설정)

내가 만들었다 /etc/X11/xorg.conf.

Section "ServerFlags"
    Option "NoTrapSignals" "true"
EndSection

Wayland 대신 X를 사용하여 GNOME 세션을 시작하면 GNOME 세션에 성공적으로 영향을 미칩니다. 나는 SIGABRT를 사용하여 X 서버를 종료하여 이를 확인했으며 신호를 포착하여 자체 추적을 인쇄하려고 시도하지 않는다는 것을 확인했습니다.

그러나 구성 파일은 제가 정말로 원하는 것을 달성하지 못합니다. 즉, Wayland에서 일반 GNOME 세션을 시작할 때 GNOME에서도 실행되는 Xwayland 인스턴스에 대해 동일한 동작을 달성하는 것입니다.

Xwayland의 로그 메시지도 찾을 수 없습니다., 그리고 구성을 읽을 위치가 언급되어 있는지 확인하세요!

페이지 Xorg가 있는 것을 확인했지만 페이지가 없습니다. ( )로 실행되는 옵션은 문서화되어 있지 않지만 공평하게 말하면 기본 X 세션을 실행할 때 GNOME에도 해당 옵션이 전달됩니다.manXwaylandXwayland-rootless -terminate -core -listen 4 -listen 5 -displayfd 6man Xorg-displayfdXorg

이 작업을 수행하는 방법을 아는 사람이 있나요?

환경

  • 페도라 27
  • 난쟁이
  • 그놈 세션-3.26.1-1.fc27.x86_64
  • xorg-x11-서버-Xwayland-1.19.6-5.fc27.x86_64

문맥

성가신 XWayland 충돌이 발생했습니다. 시스템에 저장된 코어 덤프로는 이해하기 어렵습니다. 내장된 X 추적 생성기를 비활성화하고 싶습니다. 방해가 되고, 역추적 생성기 자체가 쉽게 충돌하며, 게다가 오류 신호를 잡아서 Linux가커널 로그에 SIGBUS 오류의 정확한 원인을 기록하십시오..

NoTrapSignals이는 본질적으로 취약한 기능이고 권한이 없는 Xwayland 서버에서는 AFAICT가 의미가 없기 때문에 이것이 올바른 값이라고 말합니다 . 커널이 디스플레이를 텍스트 모드로 재설정할 수 없었던 과거의 나쁜 사용자 모드 설정과는 다르기 때문에 X 서버가 충돌하더라도 그렇게 할 수 있기를 간절히 원했습니다.

답변1

NoTrapSignals는 본질적으로 취약한 기능이고 권한이 없는 Xwayland 서버에서는 AFAICT가 의미가 없기 때문에 이것이 올바른 값이라고 말합니다. 커널이 디스플레이를 텍스트 모드로 재설정할 수 없었던 과거의 나쁜 사용자 모드 설정과는 다르기 때문에 X 서버가 충돌하더라도 그렇게 할 수 있기를 간절히 원했습니다.

이것이 맞다면 Xwayland의 버그이므로 Xwayland가 특정 구성 파일 없이도 제대로 실행되도록 수정해야 한다는 것입니다.

실행 중인 시도 Xorg와 Xwayland다음 시도를 비교하면 구성 파일이 발견되지 않고 XKB 데이터 파일만 발견되었음을 strace알 수 있습니다 .Xwayland

옵션으로 전달하면 /usr/libexec/Xorg및 둘 다 /usr/bin/Xwayland사용 권장 사항을 인쇄합니다. --helpXorg에는 로그 파일 또는 구성 파일 설정 옵션이 있는 "장치 관련 사용" 섹션이 포함되어 있습니다. Xwayland는 이에 대해 전혀 언급하지 않습니다. 따라서 Xwayland는 Xorg처럼 구성할 수 없는 것 같습니다.

-core기술적으로 Xwayland는 "치명적인 오류 시 코어 덤프 생성" 시나리오에서 실행되는 것으로 보입니다 . Xorg는 동일한 옵션을 지원한다고 주장하지만 이를 지원하지 않습니다. 지금까지의 증거에 따르면 특히 NoTrapSignals가 코어 덤프 생성 여부에 영향을 미치지 않기 때문에 이는 관련성이 없는 것으로 보입니다.

옵션 "NoTrapSignals" "부울"

이렇게 하면 Xorg 서버가 예상치 못한 일련의 치명적인 신호를 포착하고 깔끔하게 종료되는 것을 방지할 수 있습니다. 대신 Xorg 서버가 종료되고 실패한 코어가 삭제됩니다. Xorg 서버의 기본 동작은 완전히 종료하는 것이지만 핵심 파일은 여전히 ​​삭제됩니다. 일반적으로 말하면, Xorg 서버 문제를 디버깅하고 그 결과를 처리하는 방법을 알지 않는 한 이 옵션을 사용하고 싶지 않을 것입니다.

관련 정보