☰

뚜껑을 닫고 램에 정지: 어떤 소프트웨어가 관련되어 있습니까?

tag-icon • tag-icon gnome3 suspend gdm logind
뚜껑을 닫고 램에 정지: 어떤 소프트웨어가 관련되어 있습니까?

일부 신뢰성 문제를 해결하기 위해일시 정지(노트북 덮개를 닫은 상태에서) 어떤 소프트웨어가 이에 관련되어 있는지 문의하고 싶습니다. 그래서 다음 문제를 해결할 수 있습니다.

  • "일시중단-램"이 잘 작동하는지는 로그인 상태와 tty3에 따라 다릅니다. 나는 wayland와 Xorg를 모두 가지고 있으며 때로는 1~5개의 tty에서 실행되는 콘솔도 있습니다.
  • systemd logind내 DE(가장 눈에 띄게 Gnome3및 ) 중 일부가 관련된 것 같습니다 xfce.
  • 뚜껑을 다시 열고 마지막 이력서에서 suspend-to-ram" gdmRAM 일시 중지"를 허용하지 않아 "RAM 일시 중지"의 또 다른 기회(신뢰할 수 없음)를 갖기 전에 잠그도록 강요합니다. 자체적으로는 최대 5초 이상이 소요됩니다(바로 그 순간에 오디오가 재생되는 것으로 알 수 있으며, 뚜껑을 닫은 상태에서 음악을 끄는 데까지 쉽게 7~10초 소요됩니다).

나는 (RAM 일시 중지와 관련된 유사한 문제를 이전에 처리한 것에서) Gnome및 systemd및 를 사용하는 "현대" Linux가 일시 중지 문제가 발생하기 쉽다는 것을 기억합니다. 다른 소프트웨어는 "뚜껑 닫힘"을 알려주면서도 "일시 중지를 금지하는 것과 관련되어 있기 때문입니다. loginkit" logind-램으로".

좋은 대답은 최소한 램 일시 중단과 관련된 소프트웨어를 나열하는 것입니다. 다른 소프트웨어가 수행하는 역할과 순서를 간략하게 설명하는 것이 더 좋습니다.

데스크톱 환경 에 따라 달라질 수 있지만 init관련 답변에 가장 관심이 있습니다.

  • 체계화된
  • 데비안/우분투 18.04
  • 그놈 3

최선의 대답은 또한 소프트웨어 및 GUI 관련 기능을 최대한 비활성화할 수 있는 방법을 강조합니다. 여기에 이미지 설명을 입력하세요

그리고 나에게는 단순한 기본(그러나 작동하는) 다른 "유용한" 자동 기능:

root@box$ while sleep 1; do 
    grep "closed" /proc/acpi/button/lid/LID0/state && {
        systemctl suspend 
        sleep 3 
    } 
    done

충분할 것입니다.

어쨌든 이 질문에서 알아내려는 핵심 정보는 ("뚜껑 상태 확인" 및 결과적으로 "램 일시 중지" 작업에 어떤 소프트웨어가 관련되어 있습니까?)입니다.

답변1

좋습니다. 귀하의 시스템에서 실행 중인 것으로 보이므로 acpid(설명 참조) 전원 관리를 결정하는 것은 아마도 이 소프트웨어 구성 요소일 것입니다.

를 통해 구성됩니다 /etc/acpi/. 예를 들어, 내 Debian에는 /etc/acpi/events/lidbtn덮개와 관련된 모든 이벤트에 반응하는 방법을 정의하는 데 사용되는 구성 파일이 있습니다.

여기에는 다음이 포함됩니다.

# /etc/acpi/events/lidbtn
# Called when the user closes or opens the lid

event=button[ /]lid
action=/etc/acpi/lid.sh

그런 다음 덮개를 닫는 동안 실행할 몇 가지 작업을 추가하고 싶습니다. /etc/acpi/lid.sh쉘의 올바른 위치에 추가하기만 하면 됩니다. acpid이벤트 유형을 감지하는 데 도움이 될 수 있는 환경 변수가 많이 설정되어 있습니다 .

자세한 내용은 acpid 맨페이지를 참조하세요.

관련 정보