kapatma sırasında mesaj: bekçi durmadı!


19

Kapanışta sık sık mesaj alıyorum

watchdog did not stop!

ve sonra dizüstü bilgisayar birkaç satır sonra kapanmadan donuyor.

Bunu nasıl düzeltebileceğine dair bir fikrin var mı? Son zamanlarda, genellikle dizüstü bilgisayar bir süre açıldığında çok sık oldu.

Debian 8'i Asus UX32LA'da kullanıyorum

Bu sistemd dosyasını buldum (eğer yardımcı olabilirse, shutdown.target ile bir çakışma gösterir). Benim izlenim, sorunun arka ışığı düzeltmeye çalışan benden gelen bazı sorunlara bağlı olmasıdır (aslında sadece grub paramenter "acpi_osi =" ile çalışır)

[Unit]
Description=Load/Save Screen Backlight Brightness of %i
Documentation=man:systemd-backlight@.service(8)
DefaultDependencies=no
RequiresMountsFor=/var/lib/systemd/backlight
Conflicts=shutdown.target  
After=systemd-readahead-collect.service systemd-readahead-replay.service     systemd-remount-fs.service
Before=sysinit.target shutdown.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/lib/systemd/systemd-backlight load %i
ExecStop=/lib/systemd/systemd-backlight save %i

1
"Rhgb quiet" ı önyükleme cmdline'ından çıkarmayı deneyebilir ve sonra ne olacağını görebilir misiniz?
shubham

Tam olarak ne önerecektim. "rhgb quiet" önyükleme / kapatma sırasında burada oldukça yararlı olabilecek mesajları bastırır.
Tim S.

/ etc / default / grub içinde "rhgb quiet" yoktur (ve grub güncellenir)
Reyx_0

Debian'da, kaldırılacak eşdeğer seçenekler "sessiz sıçrama" dır.
telcoM

Yanıtlar:


16

watchdog did not stop!Hat normal bir davranıştır. normal kapatma işleminin donması / başarısız olması durumunda, bilgisayarın belirtilen süreden sonra hala kapanacağından emin olmak için systemdbir " donanım bekçi " zamanlayıcısını güvenli bir şekilde ayarlar . Bu zaman dilimi ShutdownWatchdogSec=dosyadaki değişkende tanımlanır /etc/systemd/system.conf. İşte dokümanlardan açıklama :

RuntimeWatchdogSec =, ShutdownWatchdogSec =

Donanım gözlemcisini çalışma zamanında ve yeniden başlatma sırasında yapılandırın. Saniye cinsinden bir zaman aşımı değeri alır (veya "ms", "min", "h", "d", "w" ile eklenmişse diğer zaman birimlerinde). RuntimeWatchdogSec = sıfır olmayan bir değere ayarlanırsa, belirtilen zaman aşımı süresi içinde temas edilmediğinde bekçi donanımı (/ dev / watchdog) otomatik olarak sistemi yeniden başlatmak üzere programlanır. Sistem yöneticisi, belirtilen zaman aşımı süresinin yarısında en az bir kez iletişim kurmasını sağlayacaktır. Bu özellik, gömülü ve sunucu sistemlerinde olduğu gibi bir donanım bekçi aygıtının bulunmasını gerektirir. Tüm donanım izleme köpekleri, yeniden başlatma zaman aşımı yapılandırmasına izin vermez, bu durumda kullanılabilir en yakın zaman aşımı seçilir. ShutdownWatchdogSec = sistemin yeniden başlatılması istendiğinde donanım gözlemcisini yapılandırmak için kullanılabilir. Temiz bir yeniden başlatma girişimi zamanlansa bile yeniden başlatmanın gerçekleşmesini sağlamak için bir güvenlik ağı olarak çalışır. Varsayılan olarak RuntimeWatchdogSec = varsayılan değeri 0 (kapalı) ve ShutdownWatchdogSec = değeri 10 dakikadır. Bir donanım bekçisi yoksa bu ayarların hiçbir etkisi yoktur.

Belirttiğiniz gibi, gerçek sorununuz ACPI ayarlarının değiştirilmesi ile ilgili olabilir. Bu Debian forum dizisindeki cevaplar aşağıdakileri önermektedir:

1) konumundaki dosyayı /etc/default/grub düzenleyin ve GRUB_CMDLINE_LINUXsatırı aşağıdaki gibi görünecek şekilde düzenleyin : GRUB_CMDLINE_LINUX="reboot=bios"

2) çalıştırın: update-grub

Eğer reboot=biosişe yaramazsa,reboot=acpi

Bunlardan herhangi biri sizin için çalışıyor mu?


Önerdiğiniz değişiklikleri uyguladım ve yakında size bildirin. Teşekkürler
Reyx_0

maalesef çalışmıyor. ve sorunun diğer sahip olduğum bu sorunla da ilgili olduğundan şüpheliyim (yani dizüstü bilgisayar askıya
almada

1
Bunun /sbin/shutdown -r nowyerine çalıştığını gördüm shutdown -r nowveya reboot.
18'de xinthose

Centos7'deki update-grub, komutun bulunmadığını söylüyor
stiv

@xinthose Bu zor komut işe yarıyor. Garip olan şey, aynı ikiliyi gösteriyorlar ( systemctl), neden olduğu hakkında hiçbir fikrim yok.
Junle Li

1

Aynı sorunu olan bir MIO tek kartlı bilgisayardayım: sudo rebootveya [CTRL] + [ALT] + [DEL],

bekçi durmadı

Yukarıdakilerin hiçbiri benim için işe yaramadı, ama şükür ki bunların bir kombinasyonu işi yaptı:

  1. Kullanım GRUB_CMDLINE_LINUX="reboot=bios"( reboot=acpibenim için çalışmadı)

  2. systemctl reboot -iSistemi başarıyla yeniden başlatmak için, tuşunu kullanın . ( bağlantı )


0

Aynı sorunu yaşadım, ancak bekçi sorunun kendisi değil. Bu ayarlanmasıyla ortaya çıktı use_lvmetad = 0içinde /etc/lvm/lvm.conf. Her durumda farklı hizmetler olabilir.

Bundan sonra, uzun açılış süreleri yaşıyorsanız, çalıştırın systemd-analyze blame. Benim durumumda, systemd-udev-settle.servicekoşarak hafifletilebilecek ağır gecikmelere neden olduğunu buldum systemctl mask systemd-udev-settle.

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.