이것은 17.10에서 완벽하게 작동했지만 어제 18.04로 업그레이드 한 후 뚜껑을 닫으면 화면이 꺼지지 만 올바르게 일시 중단되지 않습니다.

나는 여행을 많이 다니고 여행 케이스에서 꺼낼 때 즉시 열 (및 배터리 소모)을 발견했습니다.

/etc/systemd/logind.conf에서이 줄의 주석 처리를 제거했습니다.

HandleLidSwitch=suspend
HandleLidSwitchDocked=suspend

다시 시작했지만 아무런 차이가 없었습니다.

Dell XPS 13 (9370) ArchLinux 설치 정보 와 Arch Linux Forum 이라는 두 가지 소스 덕분에 무슨 일이 있었는지 알 수 있다고 생각 합니다 .

어떤 이유로, 랩탑은 더 이상 잠들지 않고 오히려 s2idle화면 꺼짐 유형의 일시 중단 모드입니다.

문제 진단

이것이 시스템의 경우인지 확인하려면 좋아하는 방법을 사용하여 랩톱을 일시 중단하십시오 (뚜껑을 닫거나 Fn+를 치거나 설치된 경우 터미널에 End쓰거나 키 유형 을 누르고 키를 누르십시오).pm-suspendpm-utilsWindowssuspendEnter

일시 중단 모드에서 깨어나 터미널에 입력하십시오 sudo journalctl | grep "PM: suspend" | tail -2. 출력이

May 13 18:41:00 mex kernel: PM: suspend entry (s2idle)
May 13 20:52:36 mex kernel: PM: suspend exit

그럼 당신은 깊은 잠에 들어 가지 않습니다. 당신은 또한 cat /sys/power/mem_sleep반환해야 할 것을 확인할 수 있습니다

[s2idle] deep

기본 일시 중단 모드가 s2idle임을 확인합니다 (대괄호로 강조 표시되어 있기 때문에).

일시적인 해결책

임시 수정을 시도하려면 echo deep > /sys/power/mem_sleep루트 사용자로 수행하십시오. 출력을 확인하여 성공 cat /sys/power/mem_sleep했는지 확인하십시오.

s2idle [deep]

그런 다음 랩톱을 일시 중단하고 다시 깨십시오. 만약에 sudo journalctl | grep "PM: suspend" | tail -2반환

May 13 18:41:00 mex kernel: PM: suspend entry (deep)
May 13 20:52:36 mex kernel: PM: suspend exit

그런 다음 문제를 해결해야합니다. 몇 시간 동안 컴퓨터를 잠자기 상태로 두어 배터리 소모가 개선되었는지 확인할 수 있습니다.

영구 수정

영구적으로 만들려면 부트 로더 cmdline을 편집해야합니다. 이렇게하려면 예를 들어 다음을 실행하여 루트 사용자로 / etc / default / grub 파일을 편집하십시오 sudo -H gedit /etc/default/grub. 라인 교체

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

와

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash mem_sleep_default=deep"

grub 구성을 재생성하십시오 (run sudo grub-mkconfig -o /boot/grub/grub.cfg).

작성해보십시오 /etc/systemd/sleep.conf:

[Sleep]
SuspendMode=
SuspendState=mem

그리고 재부팅하십시오. 비록 내가 /etc/systemd/logind.conf처음 한 변경으로 도 개선을 얻지 못했다고 확신하지는 않지만 이것은 나를 위해 일하는 것 같습니다 . 뚜껑 종료로 중단하면서 어떤 경우에는 열이나 팬 소음이 관찰되지, 그리고 내가하는 중 무선 랜을 통해 핑에 응답하지 않는 한 이전에, 간헐적 받고있다.

일시 중단 작업 방법이 제대로 작동하지 않는 기본적이고 이상적인 방법보다 효율성이 떨어지지 만 기본 동작보다 낫기 때문에 배터리 수명이 여전히 정지 된 상태입니다.

XPS 13 9370을 사용해 보니 구형 모델에 대해서는 잘 모르겠지만 비슷할 것 같습니다.

나는 설치 pm-utils하고 사용 하려고 시도했지만 pm-suspend꽤 효과적으로 일시 중단 된 것처럼 보였으므로 systemd-suspend동일한 작업 을 수행 할 수 있는지 확인하고 싶었습니다 .

스크립트를 통해 pm-utils실제로 수행중인 작업을 파악했으며이 상황에서는 수행중인 것처럼 보입니다 echo -n "mem" > /sys/power/state. 그래서 /etc/systemd/sleep.conf위와 같이 파일을 만들었 습니다.

기본 동작이 무엇인지 완전히 명확하지는 않습니다. 맨 페이지 systemd-sleep.conf에는 배포판 /etc/systemd/sleep.conf에 컴파일 된 기본값이 주석 처리되어 포함되어야 하므로이 정보를 볼 수 있지만 우분투에서는이 파일이 누락되어 있습니다. 당신 cat /sys/power/state이 얻는 다면 나는 그것을 알아 차렸다 .

freeze mem

그래서 이것이 기본적으로하는 일이라고 생각 합니다. 내 추측에 따르면 freeze오류가 발생하지 않아 시스템이 계속 진행될 mem수는 있지만 실제로는 제대로 작동 하지 않거나 복잡한 이유로 인해 확인할 수없는 것 같습니다. 따라서 mem대신 보내는 것은 그것을 피하고 그 일을하는 희망적인 찔림 pm-suspend입니다.

SuspendMode 설정이 실제로 불필요한 것이며 어쨌든 아무것도하지 않는 것 같습니다. 나는 cat /sys/power/disk당신을 얻기 때문에 이것을 의심 합니다.

[disabled]

새로운 사용자이므로 관찰에 의견을 남길 수 없으므로 마치 내가 확신에 빠진 것처럼 답변으로 제시해야합니다! 그러나 나는 그것이 효과가 있다고 생각합니다.

다른 답변은 훌륭하고 깊이 있고 잘 연구되었습니다.

불행히도 그들은 내 특정 기계에서 작동하지 않았습니다.

nVidia 그래픽 이있는 경우이 질문에 대한 답변에서 cascagrossa 가 유용하게 제공하는 많은 사람들을 위해 수정 된 것으로 보입니다 : Ubuntu 18.04가 일시 중단에서 다시 시작하면 충돌

버그가있는 누보 드라이버 인 것으로 의심되며, nouveau.modeset = 0 을 grub 에 추가하여 일시 중단 문제를 정리할 수 있으며 다른 사람들 도이 문제를 해결하는 데 도움이 된다는 의견에서 확인되었습니다.

문제가있는 컴퓨터에 인텔 그래픽이 있고 흥미롭게도 적어도 3 대의 다른 컴퓨터 (내 친구와 내 자신의 컴퓨터)에서 우분투 또는 쿠분투 18.04와 관련하여 아무런 문제가 없었습니다. 불분명하다.

이런 종류의 문제가 발생하면 다음 단계에 따라 문제를 식별하는 것이 좋습니다.

1. nVidia 그래픽이 있습니까? 그렇다면 nouveau.modeset = 0 grub 트릭을 시도하십시오 .

2. 일시 중지가 작동하는지 확인하십시오. 뚜껑을 닫았다가 나중에 열어도 깨어나지 않으면 '재개'에 실패한 것처럼 보일 수 있습니다.

   • 데스크탑에서 수동으로 일시 중단을 선택할 수 있어야하지만 Gnome Shell에서는 약간 숨겨져 있습니다. 화면 오른쪽 상단 메뉴에서 전원 버튼을 길게 누르거나 Alt 키를 누른 상태에서 해당 버튼을 클릭하거나 Super 키를 누르고 입력 할 수 있습니다 '일시 중지'

   • 일시 중단을 선택 하면 화면이 꺼 졌는지 , 전원 LED가 정상적으로 깜박이고 팬 작동도 중단 될 것으로 예상 할 수 있습니다 . 모든 일이 있지만, 이런 경우 다음 당신은 다음이 '이력서'문제가 아니라 '중단'문제가 나타납니다 최대 깨울 수있는 컴퓨터를 얻을 수 없습니다.

   • 내 문제는 충돌을 두 번 요청하여 원래 질문을 한 사람이 실제로 일시 중단 하지 않고 Murray로 들어 가지 않는다는 것 입니다.이를 확인하여 수동으로 일시 중단 할 때 문제가 발생한다는 것을 깨달았습니다.

   • 필자의 경우 (하나의 문제가있는 랩톱에서) 화면에 아무것도 나타나지 않지만 전원 LED는 계속 켜져 있으며 팬이 계속 작동하면 계속 작동합니다. 키 누르기, 터치 패드 이동 또는 클릭 또는 전원 버튼 누름에 대해 기기가 응답하지 않습니다. 수행 할 수있는 유일한 것은 종료하는 것입니다.

   • 화면이 꺼지는 지 확인하기 위해 일시 ​​중단하는 동안 음악 재생을 시도했지만 음악이 멈추고 기계가 기본적으로 압수되었습니다.

3. 18.04의 Live USB로 컴퓨터를 사용해보고 유사한 일시 중단 문제가 있는지 확인하십시오.

   • 이는 일시 중단 문제가 설치 한 추가 프로그램과 관련이 없음을 확인하는 것입니다.

   • 필자의 경우 일시 중단 모드를 방해하는 tlp 를 설치했기 때문인 것으로 의심 되었지만 Ubuntu 18.04 및 Kubuntu 18.04의 라이브 USB에서도 동일한 동작이 발생했습니다.

4. monty47과 StrangeNoises가 제공하는 잘 연구 된 다른 두 가지 솔루션을 사용해보고 좋은 결과를 얻으십시오.

   • 그들은 많은 사람들이 18.04에 다시 일시 중지하고 제대로 작동하는 데 도움이 된 것으로 보이며 기계 가 일반적인 '정지' 의 수면 (깊은) 모드가 아니라 s2idle 상태가 되는 것과 더 관련이있을 수 있습니다 .

5. 18.04에서 일시 중단 문제를 해결하기위한 솔루션이없는 경우 다음에 대해 허용 된 답변을 시도하십시오. Ubuntu 18.04가 일시 중단에서 다시 시작하면 충돌

   • Matalak이 제공 한 솔루션 (또한 질문을 한 사람)은 UKUU 를 사용 하여 이전 4.14 커널을 사용해 보았습니다 .

   • 내 문제 시스템에는 Ubuntu 17.10 및 Kubuntu 17.10과 관련된 일시 중단 문제가 없었으므로 17.10이 4.14 커널을 사용하기 때문에 의미가 있습니다. 4.14 커널을 사용하여 우분투 18.04와 쿠분투 18.04에서 모두 일시 중단되었습니다.

6. 다른 솔루션을 시도했지만 4.14 커널로 돌아가서 일시 중단 문제 만 해결할 수있는 경우 버그 보고서에 관심이있을 수 있습니다. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/ 1774950

   • 특정 하드웨어 조합을 사용하는 일부 컴퓨터에만 영향을 미치는 것으로 보이며 다른 누보 관련 문제 또는 s2idle 문제 중에서 식별하기가 어려울 수 있습니다.

   • Bay Trail Atom Celeron / Pentium을 운영하는 사람들에게는 더 널리 퍼져 있지만 다른 기계들과 비슷한 문제를보고 한 사람들도 있습니다.

   • 이 일시 중지에 실패한 후 (예 : 컴퓨터를 종료했다가 다시 시작한 후) kern.log를 확인할 수 있으면 PM : 입장 일시 중단 (깊은) 이라는 메시지가 나타날 수 있습니다. 다시 부팅하는 여러 줄.

   • 현재이 문제를 해결하는 패치가 있습니다.

   • 버그 리포트에 목소리를 추가하고 싶다면 어떤 머신이 영향을 받는지 확인하십시오 (패치가 모든 사람의 문제를 해결하는지 확인하십시오).

또한이 스레드에서 '18 .04의 일시 중단 문제 '를 수집하려고합니다 : https://ubuntuforums.org/showthread.php?t=2395562&p=13780724#post13780724

이 커널 버그는 관련이 있다고 생각합니다.

https://bugzilla.kernel.org/show_bug.cgi?id=199689

특히 의견 3을 참조하십시오.

[…] 실제로 최신 업스트림 커널이있는이 시스템에서 s2idle을 사용하는 것이 의도적입니다.

그냥이 씽크 패드 X1 카본 6 세대의 사용자에게 대답을 추가 할 유사한 증상 을 입력하지 않음으로써도 발생 일시 중단 된 상태 즉, 배터리 드레인 딥 슬립 모드.

이 문제는 Lenovo 포럼의이 스레드 에서 간단히 말해 X1C6은 Windows Modern Standby를 지원하기로 선택했습니다. 해당 스레드를주의 깊게 읽으면 증상이 공유되지만 XPS 13 9370과 X1C6간에 근본 원인이 크게 다름을 알 수 있습니다 . 예를 들어 cat /sys/power/mem_sleepX1C6 의 출력은 절전 [s2idle]지원이 누락되었음을 나타냅니다 deep.

이 질문에 대해 지금까지 게시 된 솔루션은 XPS 13에만 적용되며 X1C6에는 적용되지 않습니다. X1C6의 일시 중단 모드 문제에 대한 최상의 솔루션을 이해하는 한, Delta Xi가DSDT 먼저 제공 한 다음 PombeirP가 업데이트 한 패치 를 적용하는 것 입니다. 이 게시물 에서는 패치를 적용하는 방법을 안내하지만 작업 전에 게시물과 모든 업데이트를 읽으십시오.

Thinkpad X1 Carbon 6th Gen에 Ubuntu 18.04를 설치하는 것과 관련된 주요 문서화 문제를 썼습니다 . LVM으로 인한 느린 부팅 문제 와이 깊은 수면 문제에 대한 해결책을 포함합니다 .

Lenovo ThinkPad Edge E531을 사용하고 있는데 컴퓨터가 최대 절전 모드로 전환 할 수없는 비슷한 문제가 발생했습니다. 이 동작은 간헐적이며 재개시 때때로 터치 패드가 Wi-Fi 연결을 끊어 연결을 끊는 원인이되었습니다.

온라인에서 제안 된 수십 가지 수정 프로그램을 시도했지만 나에게 도움이되는 유일한 솔루션은 UKUU 를 설치 하고 커널을 4.19.11-041911- 일반으로 업그레이드하는 것입니다.

이 질문을 마무리 짓기 위해 (아마도 ...) 2019 (7 월) HWE를 사용하여 18.04 LTS를 업데이트했습니다. .)

FWIW, 나는 방금 2016 XPS 13 (9350)의 배터리를 Ubuntu 16.04 및 kernél 4.14.12-041412-generic로 대체했습니다 (기계는 2016 년 초 15.10으로 설정되고 사용자 정의 커널은 16.04로 업그레이드되었습니다). 교체하기 전에 덮개는 Linux를 원하는대로 일시 중단 모드로 전환합니다. 일시 중단 상태에서 PSU를 연결하거나 연결을 끊은 경우 (예 : Linux가 작동한다고 생각한 상태를 변경 한 경우 재부팅 할 때까지 매우 느리게 실행 됨 ) . 어쨌든, 교체 후 (전지가 부풀어 오른 후), 덮개를 닫으면 노트북이 다시 시작되도록 재부팅됩니다.

Dell / AMI의 EFI BIOS (부팅 중에 Fn-F2를 눌러 가져올 수 있음)의 "기본 배터리 구성"에서 전원 관리를 "표준"( "고급")으로 설정하면 문제가 해결 된 것으로 보입니다.

xps 9560의 popOS에는 나열된 많은 솔루션을 보았지만 아무것도 작동하지 않았습니다.

LTT 게시물에서 가져온 Dell의 웹 사이트 에서이 재미있는 수정 사항을 볼 때까지 .

그래서 지금까지 작동하는 것으로 보이는 임시 해결책은 특정 BIOS 설정을 켜고 끄는 것입니다. 나는 그것이 멍청한 소리처럼 들리지만, 지금까지 테스트 한 것에서 효과가 있다고 맹세합니다.

특히, 설정을 끄거나 설정에 대해 다른 옵션을 선택하여 적용한 다음 다시 설정하고 적용했습니다. 내가 전환 한 설정은 다음과 같습니다.

• 시스템 구성> 터치 스크린 (토글 해제 후 다시 켬)

• 전원 관리> 자동 켜짐 시간 (다른 옵션으로 전환 한 후 다시 비활성화 됨)

• 전원 관리> Dell USB-C Dock에서 깨우기 (토글 된 후 켜짐)

지금 잘 작동합니다. . . .