Ini berfungsi dengan baik pada 17.10 tetapi setelah memutakhirkan ke 18.04 kemarin, ketika tutupnya ditutup layar mati tetapi tidak ditangguhkan dengan benar.

Saya sering bepergian dan segera menyadari panas (dan baterai menguras) saat mengeluarkannya dari kasing perjalanan.

Saya sudah mencoba menghapus komentar pada baris-baris ini di /etc/systemd/logind.conf

HandleLidSwitch=suspend
HandleLidSwitchDocked=suspend

dan restart tetapi tidak ada bedanya.

Saya pikir saya berhasil mencari tahu apa yang sedang terjadi, berkat dua sumber ini: Dell XPS 13 (9370) ArchLinux Instal catatan dan Arch Linux Forum .

Untuk beberapa alasan, laptop tidak akan tidur nyenyak lagi, tetapi lebih merupakan s2idlemode yang hanya merupakan layar dari jenis penangguhan.

Diagnosis masalah

Untuk mengkonfirmasi apakah ini kasus untuk sistem Anda, tangguhkan laptop menggunakan metode favorit Anda (tutup, tekan Fn+ End, tulis pm-suspenddi terminal jika Anda telah pm-utilsmenginstal, atau tekan Windowsjenis kunci suspenddan tekan Entertombol).

Bangun dari modus dan jenis menangguhkan dalam terminal: sudo journalctl | grep "PM: suspend" | tail -2. Jika hasilnya

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

Maka Anda tidak memasuki tidur nyenyak. Anda juga dapat memeriksa cat /sys/power/mem_sleepmana yang harus dikembalikan

[s2idle] deep

yang mengonfirmasi bahwa mode penangguhan default adalah s2idle (karena disorot dengan tanda kurung).

Memperbaiki sementara

Untuk mencoba perbaikan sementara, lakukan echo deep > /sys/power/mem_sleepsebagai pengguna root. Periksa apakah berhasil dengan melihat output cat /sys/power/mem_sleepyang seharusnya

s2idle [deep]

kemudian tunda laptop dan bangun lagi. Jika sudo journalctl | grep "PM: suspend" | tail -2kembali

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

maka masalah ini harus diperbaiki. Anda dapat mematikan komputer selama beberapa jam dan memeriksa apakah daya baterai meningkat.

Perbaikan permanen

Untuk membuatnya permanen, Anda harus mengedit cmdline bootloader Anda. Untuk melakukannya, edit sebagai pengguna root file / etc / default / grub, dengan menjalankan misalnya sudo -H gedit /etc/default/grub. Ganti baris

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

dengan

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash mem_sleep_default=deep"

dan membuat ulang konfigurasi grub Anda (jalankan sudo grub-mkconfig -o /boot/grub/grub.cfg).

Coba buat /etc/systemd/sleep.conf:

[Sleep]
SuspendMode=
SuspendState=mem

Dan reboot. Ini sepertinya bekerja untuk saya, meskipun saya tidak yakin saya juga tidak mendapatkan perbaikan dengan /etc/systemd/logind.confperubahan yang saya lakukan pertama kali. Dalam kasus apa pun, tidak ada suara panas atau kipas yang teramati saat ditangguhkan dengan tutupnya ditutup, dan itu tidak menanggapi ping wifi juga, yang telah saya dapatkan, sebentar-sebentar, sebelumnya.

Daya tahan baterai masih turun saat ditangguhkan, mungkin karena metode penangguhan kerja hanya kurang efisien daripada metode default, ideal, yang tampaknya tidak berfungsi dengan baik, tetapi tampaknya lebih baik daripada perilaku default.

Mencoba pada XPS 13 9370 saya, saya tidak tahu tentang model yang lebih tua, meskipun sepertinya mereka akan serupa.

Saya telah mencoba menginstal pm-utilsdan menggunakan pm-suspenddan itu tampaknya ditangguhkan cukup efektif, jadi saya ingin melihat apakah saya dapat melakukan systemd-suspendhal yang sama.

Saya melihat-lihat skrip pm-utilsuntuk mencari tahu apa yang sebenarnya dilakukan, dan sepertinya, dalam situasi ini, itu dilakukan echo -n "mem" > /sys/power/state. Jadi saya membuat /etc/systemd/sleep.conffile seperti yang ditunjukkan di atas untuk mencocokkannya.

Tidak sepenuhnya jelas apa perilaku defaultnya. Manual untuk systemd-sleep.confmengatakan bahwa distro harus menyertakan /etc/systemd/sleep.confkomentar default yang dikompilasi, sehingga Anda dapat melihat informasi ini, tetapi di ubuntu file ini hilang. Saya perhatikan bahwa jika cat /sys/power/stateAnda mendapatkan:

freeze mem

Jadi saya menduga inilah yang dilakukan secara default. Dugaan saya adalah bahwa freezemungkin diterima, karena tidak menimbulkan kesalahan, yang jika tidak akan menyebabkan systemd pindah mem, tetapi mungkin tidak benar-benar berfungsi dengan baik, atau andal, karena alasan rumit yang tampaknya tidak dapat kita tentukan. Jadi hanya mengirim memsaja adalah pengharapan yang penuh harapan untuk menghindari itu dan hanya melakukan apa yang bisa pm-suspenddilakukan.

Saya menduga pengaturan SuspendMode sebenarnya berlebihan dan tidak melakukan apa-apa. Saya menduga ini karena cat /sys/power/diskhanya membuat Anda:

[disabled]

Saya pengguna baru, sehingga tidak dapat berkomentar dengan pengamatan, dipaksa untuk menyajikannya sebagai jawaban seolah-olah saya sangat percaya diri di dalamnya! Tapi saya pikir itu berhasil.

Jawaban lain di sini sangat bagus, mendalam dan diteliti dengan baik.

Sayangnya mereka tidak bekerja untuk mesin khusus saya :(

Jika Anda memiliki grafik nVidia, tampaknya ada perbaikan yang berfungsi untuk sejumlah orang, yang disediakan oleh cascagrossa dalam menjawab pertanyaan ini: Ubuntu 18.04 lumpuh saat melanjutkan kembali dari penangguhan

Ini diduga menjadi driver nouveau yang bermasalah dan dapat menyelesaikan masalah dengan menambahkan nouveau.modeset = 0 ke grub dan telah dikonfirmasi di komentar untuk membantu memperbaiki masalah tersebut untuk orang lain juga.

Saya punya grafik Intel di mesin masalah saya dan anehnya saya tidak punya masalah menangguhkan dengan Ubuntu atau Kubuntu 18.04 di setidaknya 3 mesin lain (teman saya dan saya sendiri), jadi mengapa mesin khusus ini menjadi douche tentang hal itu tidak jelas.

Saya merekomendasikan siapa pun yang mengalami masalah semacam ini untuk mengikuti langkah-langkah ini untuk membantu mengidentifikasi masalah:

1. Apakah Anda memiliki grafik nVidia? Jika demikian, coba nouveau.modeset = 0 trik grub.

2. Periksa bahwa penangguhan berfungsi sama sekali. Jika Anda menutup tutupnya dan kemudian membukanya kemudian dan itu tidak bangun, mungkin itu sepertinya gagal untuk 'melanjutkan'.

   • Anda harus dapat memilih menangguhkan secara manual pada desktop apa pun tetapi sedikit tersembunyi di Gnome Shell - Anda dapat menekan tombol daya dari menu kanan atas layar, atau mengklik tombol itu sambil menahan Alt atau tekan tombol Super dan ketik Super key dan ketik di 'tunda'

   • Dengan memilih penangguhan, Anda dapat memeriksa apakah layar telah dimatikan , LED daya berkedip sebagaimana mestinya dan Anda akan berharap bahwa kipas yang beroperasi juga akan berhenti . Jika semua ini terjadi tetapi kemudian Anda tidak dapat membuat mesin Anda bangun maka itu akan muncul sebagai masalah 'melanjutkan' daripada masalah 'menangguhkan'.

   • Masalah saya adalah bahwa itu tidak benar - benar masuk ke penangguhan dan Murray yang mengajukan pertanyaan asli, ketika ditanya oleh collisionTwo untuk memeriksa ini, menyadari masalah itu muncul ketika ditangguhkan secara manual juga.

   • Dalam kasus saya (pada laptop satu masalah) , layar menjadi kosong tetapi LED daya tetap menyala dan jika kipas berjalan terus berjalan. Mesin tidak menanggapi penekanan tombol, gerakan bidang sentuh, atau klik atau penekanan tombol daya. Satu-satunya hal yang dapat dilakukan adalah mematikannya.

   • Saya sudah mencoba memainkan musik saat masuk ke penangguhan (untuk memeriksa bahwa itu bukan hanya layar menjadi kosong) tetapi musik berhenti dan mesin pada dasarnya dihidupkan.

3. Coba mesin Anda dengan Live USB 18,04 dan periksa apakah Anda memiliki masalah penangguhan serupa.

   • Ini hanya akan mengkonfirmasi bahwa masalah penangguhan tidak ada hubungannya dengan program tambahan yang telah Anda instal.

   • Dalam kasus saya, saya curiga itu karena saya telah menginstal tlp yang mungkin telah mengganggu mode penundaan, tetapi perilaku yang sama terjadi dengan Live USB dari Ubuntu 18.04 dan Kubuntu 18.04

4. Cobalah dua solusi lain yang telah diteliti dengan baik yang disediakan di sini oleh monty47 dan StrangeNoises dan lihat apakah Anda mendapatkan hasil yang baik.

   • Mereka tampaknya telah membantu sejumlah orang mendapatkan penangguhan kembali dan berjalan dengan baik pada 18,04 dan mungkin lebih berkaitan dengan mesin masuk ke keadaan s2idle daripada mode tidur (dalam) dari 'menangguhkan' yang biasa.

5. Jika tidak ada solusi yang bekerja untuk menyelesaikan masalah penangguhan Anda pada 18.04 kemudian coba jawaban yang diterima untuk ini: Ubuntu 18.04 lumpuh saat melanjutkan dari penangguhan

   • Solusi yang disediakan oleh Matalak (yang juga mengajukan pertanyaan) adalah menggunakan UKUU untuk mencoba kernel 4.14 yang lebih lama.

   • Mesin masalah saya tidak memiliki masalah menangguhkan dengan Ubuntu 17.10 dan Kubuntu 17.10, jadi masuk akal karena 17.10 menggunakan kernel 4.14. Sekarang ditangguhkan dengan baik di Ubuntu 18.04 dan Kubuntu 18.04 menggunakan kernel 4.14.

6. Jika Anda mencoba solusi lain dan hanya bisa memperbaiki masalah menangguhkan Anda dengan kembali ke kernel 4,14, Anda mungkin tertarik dengan laporan bug: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/ 1774950

   • Tampaknya hanya mempengaruhi beberapa mesin dengan kombinasi perangkat keras tertentu dan mungkin sulit untuk mengidentifikasi di antara masalah-masalah terkait nouveau lain atau masalah s2idle.

   • Tampaknya lebih lazim bagi mereka yang menjalankan Bay Trail Atom Celeron / Pentium tetapi yang lain melaporkan masalah yang sama dengan mesin lain.

   • Jika Anda dapat memeriksa kern.log Anda setelah penangguhan yang gagal ini (yaitu begitu Anda harus mematikan mesin Anda dan restart) Anda mungkin melihat bunyinya PM: tunda entri (dalam) dan kemudian Anda tidak memiliki entri lebih lanjut selain dari banyak baris boot lagi.

   • Saat ini ada tambalan yang tampaknya menyelesaikan masalah.

   • Jika Anda merasa ingin menambahkan suara Anda ke laporan bug, akan menarik untuk melihat mesin mana yang terpengaruh (dan periksa bahwa tambalan memperbaiki masalah untuk semua orang).

Juga berupaya mengumpulkan 'Tangguhkan Masalah dalam 18,04' bersama di utas ini: https://ubuntuforums.org/showthread.php?t=2395562&p=13780724#post13780724

Saya percaya bug kernel ini terkait:

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

Lihat komentar # 3 khususnya:

[…] Sebenarnya disengaja menggunakan s2idle pada mesin ini dengan kernel upstream terbaru.

Hanya ingin menambahkan jawaban untuk pengguna dari Thinkpad X1 Carbon 6 Gen yang memiliki gejala yang sama menguras yaitu baterai sementara ditangguhkan yang disebabkan juga oleh tidak masuk dalam mode sleep.

Masalah ini dibahas pada utas ini di forum Lenovo , singkatnya X1C6 memilih untuk mendukung Windows Modern Standby. Jika Anda membaca utas itu dengan cermat, Anda akan melihat bahwa meskipun gejalanya dibagi, akar penyebabnya sangat bervariasi antara XPS 13 9370 dan X1C6 . mis. Output cat /sys/power/mem_sleeppada X1C6 hanya akan [s2idle]menunjukkan tidak adanya dukungan untuk deeptidur.

Solusi yang diposting sejauh ini untuk pertanyaan ini hanya berlaku untuk XPS 13, dan tidak untuk X1C6. Sejauh yang saya mengerti solusi terbaik untuk masalah mode penangguhan X1C6 adalah menerapkan DSDTtambalan pertama yang diberikan oleh Delta Xi , dan kemudian diperbarui oleh PombeirP . Posting ini membawa Anda melalui cara menerapkan tambalan, tetapi pastikan Anda membaca posting dan semua pembaruannya sebelum tindakan apa pun.

Saya menulis intisari masalah yang berhubungan dengan instalasi Ubuntu 18.04 pada Thinkpad X1 Carbon 6th Gen termasuk solusi yang saya temukan tentang masalah boot lambat yang disebabkan oleh LVM serta masalah tidur nyenyak ini .

Saya menggunakan Lenovo ThinkPad Edge E531 dan mengalami masalah serupa di mana mesin tidak dapat memasuki tidur nyenyak. Perilaku itu terputus-putus, dan pada resume, kadang-kadang menyebabkan touchpad berhenti bekerja pada wifi terputus.

Saya mencoba selusin perbaikan yang disarankan secara online, tetapi satu-satunya solusi yang berhasil bagi saya adalah menginstal UKUU dan memutakhirkan kernel ke 4.19.11-041911-generic.

Hanya untuk mengakhiri Pertanyaan ini (semoga ...), saya baru saja (Juli 2019) memperbarui ke 18,04 LTS saya dengan HWE yang mengklaim dapat memperbaiki masalah ini secara khusus untuk Dell XPS 13 (termasuk tidak masuk ke s2idle .)

FWIW, saya baru saja mengganti baterai pada XPS 13 2016 saya (9350) dengan Ubuntu 16.04 dan kernél 4.14.12-041412-generic (mesin ini setup pada awal 2016 dengan 15.10 dan kernel kustom kemudian ditingkatkan ke 16.04). Sebelum penggantian, tutupnya menempatkan Linux dalam mode tunda sebagaimana mestinya (meskipun jika Anda menancapkan PSU sementara dalam menangguhkan, atau dicolokkan, misalnya mengubah keadaan Linux bekerja, itu akan berjalan sangat lambat sampai reboot) . Bagaimanapun, setelah penggantian (baterai bengkak), notebook akan reboot untuk grub ketika tutupnya ditutup.

Mengatur manajemen daya ke "Standar" (dari "Lanjutan") di "Konfigurasi baterai primer" di EFI BIOS Dell / AMI (yang dapat Anda kemukakan dengan memegang Fn-F2 saat booting) tampaknya telah menyelesaikan masalah.

Pergi melalui banyak solusi yang terdaftar dan tidak ada yang berhasil untuk popOS di xps 9560 :(

Sampai saya melihat perbaikan lucu ini di situs web dell yang mengambil dari pos LTT.

Jadi, solusi sementara saya yang tampaknya berfungsi sejauh ini adalah: menghidupkan dan mematikan pengaturan BIOS tertentu. Saya tahu ini kedengarannya benar-benar bodoh, tetapi saya bersumpah itu sepertinya berhasil dari apa yang saya uji sejauh ini.

Secara khusus, saya mematikan pengaturan dan / atau memilih opsi yang berbeda untuk suatu pengaturan, menerapkannya, lalu mengaturnya kembali dan menerapkannya. Pengaturan saya beralih bolak-balik adalah:

• Konfigurasi Sistem> Layar Sentuh (Dimatikan, lalu hidupkan kembali)

• Manajemen Daya> Waktu Nyala Otomatis (Beralih ke opsi lain, lalu kembali ke Dinonaktifkan)

• Manajemen Daya> Bangun Dell USB-C Docks (Matikan, lalu Nyala)

Bagus sekali sekarang. . . .