Askıya almak nasıl hata ayıklanır?

Ubuntu'yu yaklaşık beş yıldır kullanıyorum ve hala istediğimde askıya alamıyorum. Bir fırtına programlayabilmem, makineyi birçok başka şekilde kesebilmem oldukça rahatsız edici ve yine de, ancak bunu askıya almayı veya hata ayıklamayı askıya almayı denediğimde, fena halde başarısız oluyorum.

Yardıma ihtiyacım var.

Sorunu nereden bulmaya başlarım? Düzeltmek için ne yapabilirim? Bunun üzerine bir ödül alıyorum, çünkü tam anlamıyla hayatımın saatlerini bu soruna kaybettim ve bilgisayarımı TÜM olarak bırakmak çok korkunç.

Semptomlar:

• Askıya almak, bilgisayarımı yanıp sönen bir imleci olan bir duruma getiriyor, fanlar çalışıyor, HD kapanmış gibi görünüyor (sanırım) ve bu durumdan geri getirmek için hiçbir şey yapamıyorum (kısaca zor bir yeniden başlatma).
• Muhtemelen ilgili: Fanlarım kapattıktan sonra bile açık kalıyorlar ve o zaman bile tekrar açmadan önce güç düğmesine beş saniye basmam gerekiyor.
• Sorunu ayıklamak için hangi günlüklere bakacağımı bilmiyorum ve yine de yeniden başlatılmaya başladığını tahmin ediyorum.

Lütfen, lütfen yardım edin. Bu beni tamamen delirtiyor ve bir yıldan fazla bir süredir onunla yaşıyorum.

Gönderen https://wiki.ubuntu.com/UnderstandingSuspend

• En büyük sorun grafik donanımıdır
• Sınırlandırılmış cihazlar olmadan askıya almayı deneyin (nvidia, fglrx)
• çekirdek, grafik aygıtların nasıl kullanılacağını bilmiyor
• BIOS, grafik durumunu nasıl geri yükleyeceğini biliyor
  • 16 bit parçalı kip ile C000: xxxx, görünür 64k video ROM'u içerir.
  • C000: 0003'te yürütmeye başlamak, normal olarak video BIOS'unu yeniden POST'lar (/ usr / sbin / vbetool post)
    • 64bit modunda daha zor, çünkü 16bit çağrıların taklit edilmesi gerekiyor.
    • bazı bellekler 3-4G aralığındadır; bu, aynı alanda haritalanan çekirdeğe çarpmamak için taklit ederken yeniden kaplamayı gerektirir. o video BIOS, sayfalanmış POST kodunu C000 penceresinden çıkarmış olabilir. nvidia BIOS, ROM'dan yeniden yazma işlemini durdurmak için geri döner.
  • Xorg'dan çıkış yaptığınızdan emin olun (veya "force" argümanıyla sleep.sh komutunu çalıştırın)
  • Eğer video BIOS aklı başında değilse, Xorg’a geri dönmek donanımı asabilir.
  • devamında capslock'u test eder (capslock yoksa, çekirdek askıda kalırsa)
  • arka ışık tekrar yanmazsa, video BIOS muhtemelen yeniden başlatılmadı
  • Ekran boşsa, ancak arka planı aydınlatılmışsa, enter tuşuna basmayı veya sanal terminaller arasında geçiş yapmayı deneyin
  • Tek kullanıcı modunda deneyin (grub çekirdek önyükleme seçeneklerine "single" ekleyerek)
  • eylemlerle ilgili ayrıntılar için bash -x /etc/acpi/sleep.sh> /root/sleep.log 2> & 1 komutunu deneyin.
  • /usr/share/acpi-support/*.config içindeki ayarlarla eşleşen dmidecode bilgilerine bakın
  • Tek kullanıcılı mod konsolu askıya alındığında veya devam edilmezse
  • Sistem zamanlayıcısına aygıt karelerini yazacak olan PM izlemesi (echo "1"> / sys / power / pm_trace)
  • askıya alma girişimi
  • başarısızlıktan sonra, yeniden başlatırken, devam ettirme sırasında sistemi askıya alan cihazı izlemek için "device hash" girişleri için dmesg çıktısını inceleyin.
  • bunun sistem saatini sıfırlayacağını ve fsck'in çılgına döneceğini ("31337 gün boyunca fsck olmadan gitti"). tune2fs -c 0 / dev / your / dosya sistemlerini göz önünde bulundurun.

Burada ve burada birçok rehber / tavsiye bulabilirsiniz .

Açıklamanıza göre, ACPI'niz düzgün çalışmıyormuş gibi görünüyor veya çekirdek sürücüleri tamamen askıya alınmasını önlüyor. İkinci bağlantı bu tür bir sorunla nasıl başa çıkılacağını gösterir.

Semptomlar:

• Askıya almak, bilgisayarımı yanıp sönen bir imleci olan bir duruma getiriyor, fanlar çalışıyor, HD kapanmış gibi görünüyor (sanırım) ve bu durumdan geri getirmek için hiçbir şey yapamıyorum (kısaca zor bir yeniden başlatma).
• Muhtemelen ilgili: Fanlarım kapattıktan sonra bile açık kalıyorlar ve o zaman bile tekrar açmadan önce güç düğmesine beş saniye basmam gerekiyor.
• Sorunu ayıklamak için hangi günlüklere bakacağımı bilmiyorum ve yine de yeniden başlatılmaya başladığını tahmin ediyorum.

Siteye birçok Linux problemi için gitmem Arch Linux. İşte size benzer sorunları askıya alma / devam ettirme hakkında yayınlananlar :

Askıya alınan anlık uyanmalar

LynxPoint ve LynxPoint-LP yonga setine sahip bazı Intel Haswell sistemleri için askıya alındıktan sonra anında uyanmalar bildirilir. Hatalı BIOS ACPI uygulamaları ve xhci_hcdmodülün önyükleme sırasında nasıl yorumladıkları ile bağlantılıdırlar . Etrafta bir çalışma bildirildiği için, etkilenen sistemler, XHCI_SPURIOUS_WAKEUPduruma göre çekirdek tarafından kara listeye (adlandırılmış ) eklenir . [ 2 ]

Örneğin, askıya alma sırasında bir USB aygıtı takılıysa ve ACPI uyandırma tetikleyicileri etkinleştirilmişse, anlık özgeçmiş olabilir. Henüz kara listede yoksa, böyle bir sistem için uygun bir çözüm, uyandırma tetikleyicilerini devre dışı bırakmaktır. USB yoluyla uyanmayı devre dışı bırakmaya bir örnek aşağıda açıklanmıştır. [ 3 ]

Mevcut yapılandırmayı görüntülemek için:

$ cat /proc/acpi/wakeup

Device  S-state   Status   Sysfs node
...
EHC1      S3    *enabled  pci:0000:00:1d.0
EHC2      S3    *enabled  pci:0000:00:1a.0
XHC       S3    *enabled  pci:0000:00:14.0

...

İlgili cihazlardır EHC1, EHC2ve XHC(USB 3.0). Durumlarını değiştirmek için, cihaz adını dosyaya kök olarak eklemeniz gerekir.

# echo EHC1 > /proc/acpi/wakeup
# echo EHC2 > /proc/acpi/wakeup
# echo XHC > /proc/acpi/wakeup

Bu, süspansiyonun tekrar çalışmasına neden olmalıdır. Ancak, bu ayarlar yalnızca geçicidir ve her yeniden başlatmada ayarlanması gerekir. Bunu otomatikleştirmek için systemd # Yazma birim dosyalarına bir göz atın . Olası bir çözüm ve daha fazla bilgi için BBS ipliklerine bakın .

Suspend / Resume hakkındaki yukarıdaki tüm Arch Linux makalesi birçok alan için harika bir referanstır:

1 Low level interfaces
    1.1 kernel (swsusp)
    1.2 uswsusp
2 High level interfaces
    2.1 systemd
3 Hibernation
    3.1 About swap partition/file size
    3.2 Required kernel parameters
        3.2.1 Hibernation into swap file
    3.3 Configure the initramfs
4 Troubleshooting
    4.1 ACPI_OS_NAME
    4.2 VAIO Users
    4.3 Suspend/hibernate doesn't work, or not consistently
    4.4 Wake-on-LAN
    4.5 Instantaneous wakeups from suspend