Ubuntu 18.04 - Dell XPS13 9370 artık kapağın üzerinde durmuyor


56

Bu, 17.10'da mükemmel bir şekilde çalışıyordu ancak dün 18.04'e yükselttikten sonra, kapak kapatıldığında ekran kapanıyor ancak düzgün şekilde askıya alınmıyor.

Çok gezerim ve hemen seyahat çantasından çıkarırken ısıyı (ve akünün boşaldığını) fark ettim.

Bu satırları /etc/systemd/logind.conf

HandleLidSwitch=suspend
HandleLidSwitchDocked=suspend

ve yeniden başlatıldı, ancak bir fark yaratmadı.


5
Oylama, birkaç gün önce 18.04 tarihinde aynı sorunu yaşadığım için oy kullandı. Daha önce 17.04 tarihinde. Dell XPS15'te. Askıya almanın (yani, sadece kapağı kapatmadan askıya almanın) da düzgün çalışıp çalışmadığını kontrol edebilir misiniz? Eğer öyleyse, burada aynı sorun.
collisionTwo

@collisionTwo burada aynı. Dell XPS 9560, 18.04. "Askıya Al" tıklanması sistemi gerçekten askıya almaz, kapatır.
karlgrz

Daha önce burada belirtilen hack'i 16.04'te kullanmıştım, çok çalıştım, buna geri dönmek zorunda kalabilirdim. Bundan kaçınmayı umuyordum ama / omuz silkme: karlgrz.com/dell-xps-15-ubuntu-tweaks
karlgrz

1
Ben bu hack ile oynayabilirim. Garip olan, işler 17.04'te benim için tamamen işe yaradı. Sorunum biraz farklı - manuel olarak veya kapağı kapattığımda "askıya aldığımda", ekran ve klavye ışığını kapatıyor, ancak fanlar yanıyor, güç ışığı yanıyor ve bu durumdan uyanmaya çalışıyor hiç çalışmıyor
collisionTwo

1
@collisionTwo evet, haklısın. Manuel olarak da askıya alındığında olur!
Murray

Yanıtlar:


76

Sanırım bu iki kaynak sayesinde neler olduğunu çözmeyi başardım : Dell XPS 13 (9370) ArchLinux Install notları ve Arch Linux Forum .

Nedense, dizüstü artık derin uykuda değil, s2idlesadece askıya alma ekran kapalı bir mod olan bir mod.

Konunun teşhisi

Bu sistem için durum olup olmadığını doğrulamak için, favori yöntemi kullanarak dizüstü askıya (kapatmak kapağı, vurmak Fn+ Endyazma, pm-suspendsen varsa bir terminalde pm-utilskurulu veya vurmak Windowsanahtar tipini suspendve isabet Enteranahtarı).

Uyan gelen askıya alma modu ve bir terminali yazın: sudo journalctl | grep "PM: suspend" | tail -2. Çıktı ise

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

O zaman derin bir uykuya girmiyorsun. cat /sys/power/mem_sleepHangisinin dönmesi gerektiğini de kontrol edebilirsiniz.

[s2idle] deep

varsayılan askıya alma modunun s2idle olduğunu onaylar (çünkü parantez ile vurgulanır).

Geçici düzeltme

Geçici bir düzeltme denemek için echo deep > /sys/power/mem_sleepkök kullanıcı olarak yapın. cat /sys/power/mem_sleepOlması gereken çıktıya bakarak başarılı olduğunu kontrol edin.

s2idle [deep]

sonra dizüstü bilgisayarı askıya alın ve tekrar uyanın. Eğer sudo journalctl | grep "PM: suspend" | tail -2döner

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

o zaman sorun çözülmeli. Bilgisayarınızı birkaç saat uyku moduna geçirebilir ve pil tüketiminin düzelip düzelmediğini kontrol edebilirsiniz.

Kalıcı düzeltme

Kalıcı hale getirmek için, bootloader cmdline'ınızı düzenlemeniz gerekir. Bunu yapmak için, örneğin çalıştırarak, kök kullanıcı olarak / etc / default / grub dosyasını düzenleyin sudo -H gedit /etc/default/grub. Satırı değiştir

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

ile

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash mem_sleep_default=deep"

grub grubunuzu yeniden çalıştırın (çalıştırın sudo grub-mkconfig -o /boot/grub/grub.cfg).


2
Alternatif kalıcı düzeltme, çekirdek parametrelerinin değiştirilmesini gerektirmez: Install sysfsutilsve echo 'power/mem_sleep = deep' > /etc/sysfs.d/mem_sleep.conf. sysfsutils, sadece böyle sysfs parametrelerini geri yükleyen küçük bir servistir.
StrangeNoises

3
Ben derinlemesine cevap bu seviyorum, ama ubuntu 18 ben echo deepadımda sorunları alıyorum , burada bir an alıyorum echo: write error: Invalid argument. Bunun nedeni, doğru şekilde kök olmadığımdan olabilir. Yapamam su -çünkü ubuntu devre dışı bıraktı, bu yüzden ikisini de denedim sudo -ivesudo su
Caleb Jay

1
Dell XPS 13'te (9370), deepUbuntu 18.04'te disk şifrelemesi etkinleştirilmişse askıya alma modu düzgün çalışmıyor. dell.com/community/XPS/…
Akihiro HARAI

1
Lenovo ThinkPad X1 Carbon 6th Gen'iniz varsa
Jeremy Danyow

2
@CalebJay Ubuntu büyü su -olarak sudo -i. Ayrıca sudo passwdUnix kutularınızı yönetmeyi tercih ediyorsanız , root şifresini de değiştirebilirsiniz .
hackerb9 22:18

8

Oluşturmayı deneyin /etc/systemd/sleep.conf:

[Sleep]
SuspendMode=
SuspendState=mem

Ve yeniden başlat. Bu benim için çalışıyor gibi gözüküyor, ancak emin olmama rağmen /etc/systemd/logind.conf, ilk yaptığım değişiklikle de iyileşme alamadım . Kapak kapat ile askıya iken Her durumda, ısı veya fan gürültüsü gözlenir ve bu ben ya, hangi wifi üzerinden ping yanıt vermiyor vardı önce, aralıklı, alıyor.

Pil ömrü askıya alındığında hala azalır, muhtemelen askıya alma çalışma yöntemi, görünüşte düzgün çalışmayan varsayılan, ideal yöntemden sadece daha az etkilidir, ancak varsayılan davranıştan daha iyi görünür.

XPS 13 9370’de denedim, eski modeller hakkında hiçbir fikrim yok, ancak benzer görünecek gibi görünüyor.

Kurmayı pm-utilsve kullanmayı denemiştim pm-suspendve bu oldukça etkili bir şekilde askıya alınmış gibi görünüyordu, bu yüzden systemd-suspendaynı şeyi yapıp yapamayacağımı görmek istedim .

Ne pm-utilsyaptığına karar vermek için senaryolara baktım ve bu durumda, sanki yapıyordu echo -n "mem" > /sys/power/state. Bu yüzden /etc/systemd/sleep.confdosyayı eşleştirmek için yukarıda gösterildiği gibi yarattım .

Varsayılan davranışın ne olduğu tamamen belli değil. Manpage systemd-sleep.conf, dağıtımın /etc/systemd/sleep.confyorumlanmış varsayılanlara dahil edilmesi gerektiğini, bu bilgiyi görebildiğinizi söylüyor, ancak ubuntu'da bu dosya eksik. Eğer fark edersen, şunu fark ettim cat /sys/power/state:

freeze mem

Bu yüzden varsayılan olarak ne yaptığını tahmin ediyorum . Benim tahminim ki freezeaksi geçmek için systemd neden olacak bir hata, atmak etmediğini de, kabul edilmeden olabilir mem, ama belki aslında gelmez işe düzgün ya güvenilir karmaşık nedenlerle biz belirlemek mümkün görünüyor. Bu yüzden sadece gönderme mem, bundan kaçınmak ve ne yapıyorsa pm-suspendonu yapmak için umut verici bir bıçak .

SuspendMode ayarının gerçekten gereksiz olduğundan ve yine de hiçbir şey yapmadığından şüpheleniyorum. Bundan şüpheleniyorum çünkü cat /sys/power/disksadece seni alıyor:

[disabled]

Yeni kullanıcıyım, bu nedenle bir gözlemle yorum yapamıyorum, sanki içinde kendime çok güveniyormuşum gibi cevap olarak sunmak zorunda kaldım! Ama bence işe yarıyor.


4

Buradaki diğer cevaplar mükemmel, derinlemesine ve iyi araştırılmış.

Maalesef kendi makinem için çalışmadılar :(

NVidia grafikleriniz varsa, bu sorunun cevabında cascagrossa tarafından faydalı bir şekilde sağlanmış olan ve çok sayıda insan için çalışan bir düzeltme görünüyor : Ubuntu 18.04 askıya alınmaya devam ederken çöküyor

Buggy nouveau şoförü olduğundan şüpheleniliyor ve gruba nouveau.modeset = 0 ekleyerek askıya alma sorunlarını çözebiliyor ve bu sorunun başkaları için de düzeltilmesine yardımcı olmak için yorumlarda doğrulandı.

Sorunlu makinemde Intel grafikleri var ve merakla Ubuntu veya Kubuntu 18.04 ile en az 3 başka makinede (arkadaşımın ve benimki) askıya alma problemim olmadı, bu yüzden bu makinenin neden böyle bir saçmalık olduğu belli değil.

Sorunun tanımlanmasına yardımcı olmak için bu tür sorunları yaşayanlara aşağıdaki adımları izlemelerini öneririm:

  1. NVidia grafikleri var mı? Öyleyse, nouveau.modeset = 0 grub hilesini dene .

  2. Askıya almanın işe yarayıp yaramadığını kontrol edin. Kapağı kapatıyor ve daha sonra açıyorsanız ve uyanmıyorsa, 'devam etmekte başarısız oluyor gibi görünebilir.

    • Herhangi bir masaüstünde askıya alma işlemini manuel olarak seçebilmelisiniz, ancak Gnome Shell'de biraz gizlidir - ekranın sağ üst menüsünden bulunan güç düğmesini basılı tutabilir veya Alt düğmesini basılı tutarken Süper tuşa basıp o tuşa basabilirsiniz. 'askıya' içinde

    • Askıya almayı seçerek , ekranın kapandığını kontrol edebilirsiniz , güç LED'i olması gerektiği gibi yanıp söner ve çalışan tüm fanların da durmasını beklersiniz . Bütün bu ama olursa o zaman sen o zaman bir 'özgeçmiş' sorunu yerine bir 'askıya sorun olarak görünür uyanmak makinenizi alınamıyor.

    • Benim meselem, aslında askıya alınmayacağından ve bu soruyu kontrol etmek için çarpışma İkili tarafından istendiğinde, asıl soruyu soran Murray, sorunun elle de askıya alındığında ortaya çıktığını fark etti.

    • Benim durumumda (sorunlu bir dizüstü bilgisayarda) , ekran kararıyor, ancak güç LED'i yanıyor ve fan çalışıyorsa çalışmaya devam ediyor. Makine herhangi bir tuşa, dokunmatik yüzeyin hareketine veya tıklamaya veya güç düğmesine basmaya yanıt vermiyor. Yapılabilecek tek şey onu kapatmak.

    • Askıya alınırken müzik çalmayı denedim (sadece ekranın boş olmadığını kontrol etmek için) ancak müzik durdu ve makine temelde ele geçirildi.

  3. Makinenizi 18.04 Live USB ile deneyin ve benzer askıya alma sorunlarınız olup olmadığını kontrol edin.

    • Bu yalnızca askıya alma sorunlarının yüklediğiniz herhangi bir ek programla ilgili olmadığını doğrular.

    • Benim durumumda , bir şekilde askıya alma moduna engel olabilecek tlp'yi kurduğumdan şüpheliydim , fakat aynı davranış hem Ubuntu 18.04 hem de Kubuntu 18.04

  4. Monty47 ve StrangeNoises tarafından sağlanan diğer iki iyi araştırılmış çözümü deneyin ve iyi sonuçlar alıp almadığınızı görün.

    • Çok sayıda insanın 18.04'te tekrar askıya alınmasına ve düzgün çalışmasına yardımcı olmuş gibi görünüyorlar ve makinenin normal bir 'askıya alma' modu (derin) modundan ziyade basit bir duruma girmeleri ile daha fazla ilgili olabilirler .
  5. Çözümlerden hiçbiri 18.04'te askıya alma sorununuzu gidermeye çalışmıyorsa, bunun için kabul edilen cevabı deneyin: Ubuntu 18.04 askıya alınmaya devam ederken çöküyor

    • Matalak'ın (ayrıca soruyu sorulan) sunduğu çözüm, daha eski bir 4.14 çekirdeği denemek için UKUU'yu kullanmaktı .

    • Sorun makinemde Ubuntu 17.10 ve Kubuntu 17.10 ile askıya alma problemleri yoktu, bu yüzden 17.10 4.14 çekirdeğini kullandığından beri mantıklı geliyor. Şimdi 4.14 çekirdeğini kullanarak hem Ubuntu 18.04 hem de Kubuntu 18.04'te ceza kesiliyor.

  6. Diğer çözümleri denediyseniz ve askıya alma sorunlarınızı yalnızca 4.14 çekirdeğe geri dönerek düzelttiyseniz, hata raporuyla ilgilenebilirsiniz: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/ 1774950

    • Sadece belirli bir donanım kombinasyonuna sahip birkaç makineyi etkiliyor gibi görünüyor ve diğer nouveau ile ilgili problemler veya s2idle sorunları arasında tanımlanması zor olabilir.

    • Bay Trail Atom Celeron / Pentium kullananlar için daha yaygın gibi görünüyor, ancak diğerleri diğer makinelerle de benzer bir sorun olduğunu bildirdi.

    • Bu başarısız askıya alındıktan sonra kern.log'nuzu kontrol edebiliyorsanız (örn. Makinenizi kapatıp yeniden başlatmanız gerekiyorsa) PM: girişini askıya alın (derin) ve sonradan başka hiçbir girişiniz olmadığını fark edebilirsiniz . birçok önyükleme çizgisi tekrar açılıyor.

    • Şu anda sorunu çözmek gibi görünen bir yama var.

    • Sesinizi hata raporuna eklemek isterseniz, hangi belirli makinelerin etkilendiğini görmek ilginç olacaktır (ve yamanın herkes için sorunu çözdüğünü kontrol edin).

Ayrıca, bu başlıkta '18.04'te Askıya Alma Sorunlarını' bir araya getirmeye çalışıyor: https://ubuntuforums.org/showthread.php?t=2395562&p=13780724#post13780724



1

Sadece benzer bir belirti olan Thinkpad X1 Carbon 6th Gen kullanıcılarının, örneğin derin uyku moduna girmemesinin neden olduğu, askıda iken pilin boşalması gibi bir cevap eklemek istiyorum .

Bu konu, Lenovo'nun forumunda bu konuda tartışılıyor, kısaca X1C6 Windows Modern Standby'yi desteklemeyi seçti. Bu ipliği dikkatlice okursanız , belirtinin paylaşılmasına rağmen, kök nedenlerinin XPS 13 9370 ve X1C6 arasında büyük ölçüde değiştiğini görürsünüz . Örneğin cat /sys/power/mem_sleep, X1C6’nın çıkışı yalnızca uyku [s2idle]için eksik desteği gösteriyor olacaktır deep.

Bu soru için şimdiye kadar gönderilen çözümler yalnızca XPS 13 için geçerlidir ve X1C6 için geçerli değildir. Anladığım kadarıyla X1C6'nın askıya alma modu sorununa en iyi çözüm, DSDTönce Delta Xi tarafından verilen ve daha sonra PombeirP tarafından güncellenen bir yama uygulamaktır . Bu yayın , yamanın nasıl uygulanacağını gösterir, ancak herhangi bir eylemden önce yayını ve tüm güncellemelerini okuduğunuzdan emin olun.

LVM'nin neden olduğu yavaş önyükleme sorununun yanı sıra bu derin uyku sorununa ilişkin çözümler de dahil olmak üzere Thinkpad X1 Carbon 6th Gen'e Ubuntu 18.04 kurulumu ile ilgili sorunları belgeleyen bir özet yazdım .


0

Lenovo ThinkPad Edge E531 kullanıyorum ve makinenin derin uykuya giremediği yerlerde de benzer bir sorun yaşadım. Davranış aralıklıydı ve devam ettiğinde bazen dokunmatik yüzeyin kesilmesi için wifi üzerinde çalışmayı durdurmasına neden oldu.

Çevrimiçi olarak önerilen bir düzine kadar düzeltmeyi denedim, ancak benim için çalışan tek çözüm UKUU'yu kurmak ve çekirdeği 4.19.11-041911-jenerikine yükseltmekti.


Bu bir soru ve cevap sitesidir, bir link koleksiyonudur. Lütfen içeriğinizin olabileceği bir bağlantı değil, cevabınıza alakalı içerik ekleyin. Bağlantı referans için veya daha fazla bilgi için ek olarak sahip olmak güzel. Daha fazla ipucu için bkz. Nasıl cevap verilir .
Bay Shunz

0

Sadece bu Soruyu sona erdirmek için (inşallah ...), sadece (Temmuz 2019), bu sorunu özellikle Dell XPS 13 için düzeltmeyi iddia eden HWE ile 18.04 LTS'mde bir güncelleme yaptım (s2idle'e girmemek dahil) .)


0

FWIW, 2016 XPS 13 (9350) 'deki pili Ubuntu 16.04 ve 4.14.12-041412-jeneric ile değiştirdim. Değiştirme işleminden önce, kapak Linux’u askıya alma moduna getirdi (askıya alındığında PSU’yu taktıysanız veya çıkardıysanız, örneğin Linux’un çalıştığını düşündüğü durumu değiştirdiyseniz, yeniden başlatılıncaya kadar çok yavaşlardı) . Neyse, değiştirildikten sonra (şişmiş pil), kapak kapatıldığında dizüstü bilgisayar gruba yeniden yüklenir.

Dell / AMI'nin EFI BIOS'unda (önyükleme sırasında Fn-F2 tuşunu basılı tutarak açabilirsiniz) "Birincil pil yapılandırması" nda güç yönetimini "Standart" a ("Gelişmiş" ten) ayarlamanın sorunu çözdüğü görülüyor.


0

Listelenen çözümlerin birçoğu üzerinden gittim ve hiçbir şey xps 9560'ta popOS için işe yaramadı :(

Bu komik düzeltmeyi Dell'in bir LTT görevinden aldığı web sitesinde görene kadar .

Yani, şu ana kadar işe yarayan geçici çözümüm: belirli BIOS ayarlarını açıp kapatmak. Kulağa aptalca geldiğini biliyorum, ama yemin ederim, şu ana kadar test ettiklerimden işe yarayacak gibiydi.

Özellikle, ayarları kapattım ve / veya bir ayar için farklı bir seçenek belirledim, uyguladım, sonra yeniden ayarlayıp uyguladım. İleri geri sardığım ayarlar şunlardı:

  • Sistem Konfigürasyonu> Dokunmatik Ekran (Kapatıldı, sonra tekrar Açık)

  • Güç Yönetimi> Otomatik Açılma Zamanı (Farklı bir seçeneğe, ardından Devre Dışı Bırakıldı)

  • Güç Yönetimi> Dell USB-C Dock'larda Uyanma (Kapatıldı, sonra Açık)

Şimdi harika çalışıyor. . . .

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.