Ubuntu 18.04 askıya alınmaya devam ederken çöküyor


39

Ubuntu 18.04 LTS'nin yeni kurulumunu tamamladıktan ve yeniden başlattıktan sonra Acer Aspire ES1-511 dizüstü bilgisayar kapağını kapattım ve biraz ara verdim. 18.04'ün yeni özelliklerini keşfetmeye devam etmek için geri döndüğümde Laptop açılmıyordu. Dahili fanlardan biri oldukça yüksek sesle çalışıyordu ama daha fazlası değil. Bir kez daha yeniden başlatmak zorunda kaldım.

Bu, Ubuntu yıllarında tekrarlayan bir problem gibi görünüyor. İlk değişim güç ayarlarına çalışırken, beri konuyla inceledik gnome-control-centerve gnome-tweak-toolyükleme sonra, pm-utilssözde süspansiyon sorumlu ve bol daha girişimleri sistem dosyalarını, boşuna tüm düzenleme. Ubuntu 18.04 Live'ı bir USB sürücüden çalıştırmayı bile denedim ve hala aynı problem ortaya çıkıyor.

Geçmişte bu problemi 4.15 çekirdeğiyle gördüğüm için çekirdeğin bir sorunu olduğundan şüpheleniyorum. En son Linux çekirdeğine yükseltme veya daha kararlı bir sürüme düşürme sorunu çözebilir mi? Sorun çözüldü mü? Belki sadece bir dosyayı düzenleyebilirim ve tüm bunlar çözülürdü ...

Bazı özellikler: Şu anda çalışan Çekirdek 4.15. Bilgisayar, yukarıda bahsedildiği gibi, bir Acer Aspire ES1-511'dir. Masaüstü ortamı Gnome 3.28.1'dir. Ubuntu versiyonu 64-bit 18.04.1 LTS'dir.

Herhangi bir yardım takdir edilmektedir. Bilgisayar bu konuda çok fazla uyku kaybediyor.


Kanama Kenarı! Daha 2 gün önce serbest bırakıldı. Bence böcek beklenebilir.
EODCraft Çalışanlar

4
Bir üzerinde 18.04 yükseltme beri çok benzer bir sorunu alınıyor 9560. XPS
collisionTwo

Matalak - Aynı sorunu yaşamadan bir hata raporu üzerinde çalışıyorum. Acer Aspire ES1-511 teknik özelliklerine göre bir Intel Celeron N2830 ürününüz var gibi görünüyor. Ana depolama cihazınız olarak bir de SSD olup olmadığını söyleyebilir misiniz?
pH

@collisionTwo - hala hata raporu üzerinde çalışıyor ve bir SSD ile birleştirilmiş bir Celeron tabanlı Atom tarzı işlemcinin problemin bir parçası olduğu belirsiz bir teoriyi takip ediyor. XPS 9560 telefonunuz benim teorime uymuyor :) :) Askıya alma sorununuzu nouveau sürücü düzeltmesiyle (XPS 9560 nVidia grafiğine sahip mi?) Veya bu işe yaramadı mı ve kullanmaya mı başvurdunuz? 4.14 çekirdek tekrar çalışmayı ertelemek için mi?
pH

@pHeLiOn - Sabit sürücü bir SSD değil, bir Toshiba MQ01ABF050. Ancak, gerçekten de bir Intel Celeron N2830 var.

Yanıtlar:


8

Aynı sorunu HP Pavilion 11x360 ile de yaşadım.

Kern.log, askıya alındığını düşündüğünü ileri sürüyor - PM: girişi askıya al (derin) - ancak sistem bu noktada ele geçiriyor ve kapatıp yeniden başlatana kadar başka girdi yok.

'Başarılı bir askıya alma' daha fazla giriş yapacaktı PM: Dosya sistemlerini senkronize ediyor ... yapıldı. , Kullanıcı alanı işlemlerini dondurmak ... vb

Ekran kararıyor, ancak güç LED'i yanıyor (zaten çalışıyorsa fan gibi) ve makineyi tekrar kullanabilmek için sert bir sıfırlama (güç düğmesini basılı tutarak) gerekiyor.

Bir 18.04 canlı USB kullanmak bile, aynı askıya alma sorununa yol açıyor; bu, yüklediğim herhangi bir ek program nedeniyle olmadığını gösteriyor.

Diğer üç farklı dizüstü bilgisayarın (arkadaşım ve benim) 18.04'te askıya alma konusunda bir sorunu yok ve bu da hangi donanım kombinasyonunun ortaya çıkmasına neden olduğunu merak etmeme yol açtı.

Tüm dizüstü bilgisayarlarda ('sorunlu çocuk' dahil) intel grafikleri vardır.

'Sorunlu dizüstü bilgisayar' Ubuntu 17.10, Kubuntu 17.10, Devuan Jessie, Devuan ASCII ve Windows 10 ile askıya alınır ancak Ubuntu 18.04 ve Kubuntu 18.04 ile askıya alınamaz.

(Başlangıçta askıya alma sorunu, 4.15, 4.16 ve 4.17 çekirdekleri kullanmaya çalışırken de ortaya çıktı, ancak daha yeni olan 4.17 ve 4.18 çekirdekleri bu makinede yeniden askıya alınmasına izin veren bir güncellemeye sahipler)

18.04'te en son 4.14 çekirdeğini (4.14.47) yüklemek için UKUU'yu kullanmak sorunu çözdü. (Matalak tarafından kabul edilen cevap) - şimdi yeni bir 4.17 veya 4.18 çekirdeği denemeyi tavsiye ederim.


Düzenleme - Başka düzeltmelerin önce sorununuzu çözüp çözemeyeceğini görmek için lütfen buradaki adımları inceleyin: Ubuntu 18.04 - Dell XPS13 9370 artık kapağını kapatmıyor


18.04'te tamamen yanıt vermeyen bir sisteme neden olan askıya alma ile ilgili bir hata raporu bulmakta sorun yaşadım, bu da kullanıcıların büyük bir bölümünü etkilemediğini gösterdi.

Çok sayıda kullanıcıyı etkilememesi iyi olmakla birlikte, yalnızca bir avuç dolusu kişinin kendi donanım kurulumunda sorun yaşadığı durumlarda sorunun nerede olduğunu bulmak zorlaşabilir.


Düzenleme - Bir hata raporu açıldı, muhtemel suçlu belirlendi ve 4.15 çekirdeğinin yamalı bir sürümü askıya alma sorununu çözmek için bir araya getirildi - yama şimdi 4.17 ve 4.18 çekirdeklerinde https: // oldu. bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950

Daha Fazla Düzenleme - 11 Eylül 2018 tarihinden itibaren standart sistem güncelleme çekirdeği (4.15.0-34) artık, bu geliştiriciler tarafından desteklenen ve ya da Intel N3540'la ilgili sorunlu dizüstü bilgisayarda olması gerektiği gibi işleri askıya alan bir düzeltme ekine sahip. İşlerine çok övgü!


Yine de açık olmak gerekirse, ekranınızı boşalttığınız 18.04'te makinenizi askıya almaya çalışmakla ilgili bir sorun (ancak açıkça 'askıya alınmadı') ve sonra güç düğmesini basılı tutmak dışında başka hiçbir şeye tepki vermez kapatmak için.


8

UKUU'yu yükleyerek ve 4.14.41 çekirdeğine indirerek sorunu çözdüm. Belki de daha sonraki çekirdek sürümlerinde donanım ile uyumsuzluk vardır.


4.14.41, erime ve hayalet koruma içerir.
WinEunuuchs2Unix

Bu kafa karıştırıcı. Öyleyse, askıya alma / devam ettirme sorunlarına neden olabilecek 4.14 ve 4.15 + arasındaki farklar nelerdir? Her ne ise, umarım daha sonraki çekirdeklerde restore edilirler.

Ayrıca kafam karıştı. 4.15, 4.16 ve hatta 4.17 çekirdeğini denedim ama hepsinde de aynı sorun var. Ama sadece bir dizüstü bilgisayarda. Başka bir 3 dizüstü bilgisayar (bir çok benzer donanıma sahip) herhangi bir problem olmadan askıya. "Sorunlu dizüstü bilgisayarım" için çalışan tek düzeltme 4.14 çekirdek kullanmaktır (çözüm için teşekkür matalak - sadece 17.10'u çalıştırıyordum ve 18.04'ün düzeltilmesini umuyorum). Lütfen, sadece birkaç belirli makineyi etkileyebilecek bu tuhaf davranışı takip etmenize yardımcı olması için hata raporunda yardım edin ('cevabımdaki bağlantı' bağlantısını kullanın).
pHeLiOn

Sonunda şu hata raporuna katıldım : bugs.launchpad.net/ubuntu/+source/linux/+bug/… . Bir araya getirdiğiniz için teşekkürler!

Haha! Mükemmel! Teşekkürler matalak. Bu bulmacayı biraz takıntılı hale getirdim, çünkü sadece birkaç özel makineyi etkilediğinin pek bir anlamı yok. Başlangıçta devlerin hiçbirinin buna fazla dikkat etmeyeceği konusunda endişeliydim, ancak bana çekirdeği 4.14 ve 4.15 arasında ikiye bölme talimatlarını verdiler (ve 13 çekirdeği yerleştirdikten sonra). uykusuzluk. Ne de olsa sonsuza dek 4.14 çekirdeğe takılıp
kalmayabiliriz

4

Ben buggy nouveau şoförü olduğuna inanıyorum. Eklemeyi deneyin:

 nouveau.modeset=0

için GRUB_CMDLINE_LINUXde /etc/default/grubdosyaya, o koşudan sonra:

sudo update-grub
sudo reboot

Ve işte artık askıya alınmaya devam etmek artık askıda değil.


Ne yazık ki, bu işe yaramadı. Çizginin benzemesi GRUB_CMDLINE_LINUX="nouveau.modeset=0"mi gerekiyordu ?

Bu aynı davranışı Intel Graphics kullanan bir dizüstü bilgisayarda da yaşıyorum. Grafik kartıyla ilgili olmadığından şüpheliyim, çünkü Intel Graphics kullanan diğer 3 dizüstü bilgisayar sorunsuz bir şekilde askıya alınabiliyor.
pHeLiOn

1
PHeLiOn - Dizüstü bilgisayarda ikincil bir ekran kartınız var mı? Burada ve başka yerlerde gördüğüm yanıtların çoğu, bunun nVidia grafikleriyle ilgili bir sorun olduğunu gösteriyor. Elimde bu var ve bu cevap benim için işe yaradı.
kdgregory

@kdgregory - hayır, 'sorunlu laptop'umda ikincil grafik kartı yok. Sadece Intel Graphics. Matalak'ın Acer Aspire ES1-511'i sadece teknik özelliklerden söyleyebildiğim kadarıyla Intel Graphics gibi görünüyor.
pHeLiOn

@kdgregory - ama evet, ekranı boş tutan nvidia ekran kartı sürücülerinde sık sık sorunlar yaşanıyor. Matalaks davranışı benimkiyle aynıysa, sorun aslında askıya alınmayacağı, ancak ekranı boşalttığı ve ele geçirdiği ve sadece kapanabileceği görünüyor.
pHeLiOn

2
sudo add-apt-repository ppa:teejee2008/ppa
sudo apt update
sudo apt install ukuu
sudo ukuu --install v4.14.41

Ubuntu için Gelişmiş seçeneklerini kullanarak ve bu çekirdeği seçerken önyükleme yaparken bu sorunu çözmek için bana iyi çalıştı


Ubuntu'ya Sormaya Hoş Geldiniz! ;-) Erm, bu cevap daha önce kabul edilmiş olan cevaptan nasıl farklı?
Fabby

2
başlangıç ​​için gerçek komutları vardır ... belki de diğer cevabın bir düzenlemesinin yapılması tercih edilebilirdi
Zanna

Neyse ki, bu komutlar sağlanan URL’ye dahil edildi. Yardımlarınız için teşekür ederim!

2

Ubuntu 18.04'te NVIDIA GeForce GTX 1050 Mobil ve tescilli nvidia sürücüleri 390 ile çalışmak için geçici bir çözüm buldum sudo apt-get install pm-utils. Sonra Gnome Shell'den terminale Ctrl + Alt + f6 ile geçiyorum. Giriş yaptıktan sonra yaparım sudo pm-suspend. Bekleme modundan çıktıktan sonra, Ctrl + Alt + f1 ile Gnome Shell'e geri dönüyorum. Bitti!


Askıya alma benim için çalışıyor gibi görünüyor. Bu benim için özgeçmiş olan kış uykusunda.
Stewart

1
Aslında ilk önce nvidia sürücüsünü kaldırarak, ukuu üzerinden en son çekirdeği yükleyerek ve en nvidia sürücüsünü nvidia web sitesinden yükleyerek tüm sorunlardan kurtuldum.
Gerhard Hagerer

0

Ayrıca, bu problemin beni rahatsız etmesiyle karşılaşıyordum ... ve birçok erkeğin çok sayıda MANY girişimi sonrasında düzeltmesi Ubuntu 18.04'ü yeniden kurmaktı ve şimdi mükemmel çalışıyor. Ayrıca Nvidia'nın "test edilmiş" Sürücüsünü kullanıyorum, çünkü Nvidia daha önce suçluydu.

Belki de PPA'dan "Extra" Eşyaları'nı yükleyen "sudo add-apt-repository ppa: graphics-drivers" ppa ve / veya dizüstü bilgisayarımın hazırda bekleme özelliğini bozan 396 sürücünün kendisiydi.

Her iki şekilde de, NVidia'nın 390 test edilmiş sürücüsü ile yazarken bu zamanda kusursuz çalışıyor. Ve sadece FYI, 396 şoförüyle uzun süredir çalışıyordu, ancak geçen hafta sorunlu oldu - TEKRAR! SO kesin sebebini bilmeme rağmen ...

Nouveau sürücüsüne geçmeden önce olduğu gibi NVidia sürücüsüyle kesinlikle ilgili / çalıştı, ancak eminim ki bu seçeneği beğenmedim.

Yardım etmeye çalışıyorum Mark

ps burada Ubuntu ve Hibernating ile ilgili diğer Tomboy notlarım.

18/07 Sorun Giderme

Ere Önkoşullar - çekirdeğiniz diskin askıya alınmasını destekliyor mu?

• Kernel, / sys / power / state içinde listelenenleri destekler;

• kedi / sys / güç / devlet

• İzin verilen (bildiğim kadarıyla) girişler şunlardır: mem, bekleme, dondurma, disk. Açıklama:

∘ mem - sisteminizde tam olarak cat / sys / power / mem_sleep ile öğreneceğiniz birkaç anlam vardır. Ben var: s2idle [derin]

∘ bekleme - Açılışta Askıya Alma (destekleniyorsa)

Eze donma - Boşta Beklet (STI)

∘ disk - Diske Askıya Alın (STD), hazırda bekletme modu. Bu - sen istiyorsun.

∘ benim diyor: mem disk dondur - MÜKEMMEL!

• O zaman kontrol etmeliyiz

• $ kedi / sys / güç / disk

‣ [platform] kapanma yeniden başlatmayı askıya alma test_resume

Disabled [devre dışı]

• (çok iyi değil)

Hib Hazırda Bekletme modunu etkinleştirin ve menüye yerleştirin - Easy-Peasy

• sudo apt yükleme pm-utils cpufrequtils

• Daha sonra hazırda bekletme düğmesinin bilgisayarınızda çalışıp çalışmadığını sınayın:

• sudo pm-hibernate

• Bilgisayarınız kapandıktan sonra tekrar açın.

Applications Açık uygulamalarınız tekrar açıldı mı? Eğer öyleyse, çalışırsa, hazırda bekletme durumunda çalışmaz. Swappiness bölümünüzün mevcut RAM'iniz kadar büyük olup olmadığını kontrol edebilirsiniz, çünkü sorunu çözebilir. Hazırda bekleme durumuna izin verilmiyor!

∘ Test: pm-hibernate - (pm-utils paketi yüklüyse) veya

∘ çalışıyor! 18.04'ten sonra yeniden kurulum yapın ve henüz Nvidia bulunmuyor

Ct systemctl hazırda bekleme

∘ çalışıyor! 18.04'ten sonra yeniden kurulum yapın ve henüz Nvidia bulunmuyor

Hib Hazırda Bekletme Seçenekini Kapat menüsüne yeniden ekleyin:

1. Bu komutla belirli bir dosyayı düzenleyin.

• sudo gedit /var/lib/polkit-1/localauthority/10-vendor.d /com.ubuntu.desktop.pkla

2. Metin Belgesini aşağı kaydırın ve aşağıdaki bölümleri bulun:

Ower [Uyku modunda varsayılan hazırda bekletme modunu devre dışı bırak]

∘ [Logind'de varsayılan hazırda bekletme modunu devre dışı bırak]

Both Her iki değeri de Hayır ile Evet arasında değiştirin:

ResultActive = hayır (bunu evet olarak değiştirin)

‣ Kaydet, Çık ve Yeniden Başlat - Tamamlandı!


0

Acer ES1-512 18.04 tarihinde kuruldu, şuan 18.04.1 olarak güncellendi. Bu askıya alma / uyku modu siyah ekran sorununu 18.04’ten bu yana yapıyor.

Aşağıdaki adımlar sorunu çözdü:

  1. Önceki Çekirdek 4.15.33 idi (otomatik güncellemeleri çift aldı) ve yani bu sorunun kaynağı.
  2. 4.14.41'e düşürün
  3. Grub'u "Advanced Option" almak için değiştirin ve 4.14.41'i işaret edin.
  4. Yenileme Grub
  5. Yeniden Başlatma

Bu kadar! Askıya alma ve Uyku işlevi şimdi iyi çalışıyor. Bu yardımcı olur umarım.


0

Yukarıda listelenen şeylerin çoğunu denedim. Sonunda, bunun bir BIOS sorunu olup olmadığını görmek için win-raid.com adresine girdim. Ve i2c_hid modülünü askıya almadan önce boşaltmayı ve devam ettikten sonra geri yüklemeyi öneren bir beyefendi ile tanıştım. Daha sonra, pil performansını 2 katına çıkarmak için dizüstü bilgisayarımı acpi_call modülüyle kutsadım.

https://www.win-raid.com/t4232f16-SOLVED-How-to-unlock-BIOS-options-of-rebranded-TONGFANG-chassis-systems-15.html#msg71683


Bu soruyu teorik olarak cevaplayabilse de , cevabın temel kısımlarını buraya eklemek ve referans için bağlantıyı sağlamak tercih edilir.
Kevin Bowen
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.