Askıya almanın neden bazen başarısız olduğunu nasıl anlayabilirim?


17

Bir şey ara sıra askıya alma çökmesine neden oluyor. Çöktüğünde, sistem siyah bir ekranla donar ve askıda kalmadan açık kalır. Bu, sistem kapanana kadar güç düğmesini basılı tutmamı sağlıyor.

Çoğu insandan aldığım bir ayar farkı, dizüstü bilgisayar kapağı kapatıldığında askıya almanızı sağlayan seçeneği kullanmıyorum. Bu nedenle dizüstü bilgisayarın kapağını açıp kapatmanın bir eylemi yoktur. Manuel olarak askıya al tuşuna basmayı seviyorum. Bu tercih değişikliği neden olabilir mi?

Kilitlenme hataları göstermediğinden, kilitlenmeye neden olan şeyi aramaya nasıl başlayabilirim?

Yanıtlar:



17

Bahsettiğiniz ortamın bununla bir ilgisi olduğunu düşünmüyorum.

/var/log/pm-suspend.logHerhangi bir ipucu verip vermediğini kontrol edin .

Bu sorunlar genellikle sistemin askıya alınmasını durduran bazı işlemlerden kaynaklanır.

Yapmak

dmesg -T|grep Freez -A4

ve şu girişleri arayın:

--
[sun mar  3 15:19:48 2013] Freezing user space processes ... 
[sun mar  3 15:20:08 2013] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze, wq_busy=0):
[sun mar  3 15:20:08 2013] mount.nfs       D e8631aa0     0  5518   5517 0x00800004
[sun mar  3 15:20:08 2013]  e8631b10 00000086 f7bc0e00 e8631aa0 c1053cb4 c1809020 c192ee00 c192ee00
--

Bildirilen sorunlardan hangilerinin askıya alma denemenizle ilgili olduğunu görmek için zaman damgalarını kontrol edin. Bu durumda, mount.nfssorunlara neden olmaktadır.

Şimdi, bir komut dosyası koyun /etc/pm/sleep.d/, komut dosyaları askıya alın ve devam ettirilir. Dosya adı, kullanıcı komut dosyaları için 00-49 numaralı bir sipariş numarasıyla başlamalıdır (daha fazla ayrıntı için bkz. man pm-suspend).

Senaryo şöyle görünebilir

#!/bin/sh
(killall -9 mount.nfs; exit 0)

varsa sorunlara neden olan diğer işlemler için karşılık gelen girişlerle.

Parantez ve exit 0bir püf noktası: işlem bulunmazsa, killallaskıya alma işleminin tamamını iptal edecek olan çıkış kodu 1 ile çıkar. Yukarıdaki killall0 ile çıkacak bir alt kabukta çalışacaktır.

Sorun yaşıyorsanız /var/log/pm-suspend.log, komut dosyanızı askıya alma ve çalıştırma girişiminin günlüğe kaydedileceğini kontrol edin .


Ayrıca başka bir satıra ihtiyacım vardı: (killall -9 mount.nfs; çıkış 0) çünkü bazen sadece SIGUP ile çalışmaz.
Juanin

@Juanin: -9daha iyi, neden sadece -1ilk etapta olduğumu bilmiyorum , şimdi düzenlendi.
Carl

Sorunun yüzde kaçının canlı bir ağ bağlantısı olduğunu merak ediyorum (burada gösterildiği gibi). Bu da benim sorunumdu - ama bunun sshfsyerine nfs.
nobar

Dondurmayı reddeden birden fazla görev varsa, bu hata ile ilgili olabilir: bugs.launchpad.net/ubuntu/+source/systemd/+bug/1676912
mhellmeier

Bu yöntem Ubuntu 18.04'te de çalışıyor mu .. ??
Ramesh-X
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.