종료할 때 이런 메시지를 자주 받습니다.
watchdog did not stop!
그런 다음 랩탑은 종료되지 않고 다른 몇 줄 후에 멈춥니다.
이 문제를 해결하는 방법을 아시나요? 이러한 상황은 최근에 자주 발생하며, 일반적으로 노트북을 한동안 켠 후에 발생합니다.
저는 Asus UX32LA에서 Debian 8을 사용하고 있습니다.
도움이 된다면 이 시스템 파일(shutdown.target과의 충돌을 보여줌)을 찾았습니다. 내 생각에 문제는 백라이트로 해결하려는 일부 문제에 따라 달라집니다(실제로는 grub 매개변수 "acpi_osi=" 에서만 작동합니다).
[Unit]
Description=Load/Save Screen Backlight Brightness of %i
Documentation=man:[email protected](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
이 watchdog did not stop!줄은 정상적인 동작입니다. systemd"를 설정하세요.하드웨어 감시"타이머는 안전 장치 역할을 하여 정상적인 종료 프로세스가 정지/실패하더라도 지정된 시간 이후에도 컴퓨터가 계속 종료되도록 보장합니다. 이 기간은 ShutdownWatchdogSec=파일의 변수에 정의되어 있습니다 /etc/systemd/system.conf. 다음은 의 설명입니다.문서:
RuntimeWatchdogSec=, ShutdownWatchdogSec=
런타임 시 하드웨어 감시를 구성하고 다시 시작합니다. 초 단위 시간 초과 값(또는 접미사가 "ms", "min", "h", "d", "w"인 경우 다른 시간 단위). RuntimeWatchdogSec=이 0이 아닌 값으로 설정된 경우 지정된 시간 초과 간격 내에 시스템에 연결되지 않으면 감시 하드웨어(/dev/watchdog)가 시스템을 자동으로 다시 시작하도록 프로그래밍됩니다. 시스템 관리자는 지정된 시간 초과 간격의 절반 이내에 최소한 한 번 연결되는지 확인합니다. 이 기능을 사용하려면 임베디드 시스템과 서버 시스템에서 일반적으로 사용되는 하드웨어 감시 장치가 필요합니다. 모든 하드웨어 워치독이 재시작 시간 초과 구성을 허용하는 것은 아니며, 이 경우 사용 가능한 가장 가까운 시간 초과가 선택됩니다. ShutdownWatchdogSec=는 시스템을 재부팅해야 할 때 하드웨어 감시를 구성하는 데 사용할 수 있습니다. 이는 안전망 역할을 하여 클린 재부팅 시도 시간이 초과되더라도 재부팅이 발생할 수 있도록 보장합니다. 기본적으로 RuntimeWatchdogSec=의 기본값은 0(해제)이고 ShutdownWatchdogSec=의 기본값은 10분입니다. 하드웨어 감시 기능을 사용할 수 없는 경우 이러한 설정은 적용되지 않습니다.
지적하신 대로 실제 문제는 ACPI 설정 변경과 관련이 있을 수 있습니다. 에 대한 답변이 데비안 포럼 주제아래 제안 사항:
1) 파일을 편집
/etc/default/grub하고GRUB_CMDLINE_LINUX다음과 같이 줄을 편집합니다.GRUB_CMDLINE_LINUX="reboot=bios"2) 실행:
update-grub
reboot=bios그래도 작동하지 않으면 다시 시도하는 것이 좋습니다 .reboot=acpi
이것이 당신에게 효과가 있나요?
답변2
MIO 단일 보드 컴퓨터에서도 동일한 문제가 있습니다. sudo reboot또는 [CTRL]+[ALT]+[DEL]을 누르면 중단됩니다.
감시견은 멈추지 않는다
위의 어느 것도 나에게 도움이 되지 않았지만 운 좋게도 이들의 조합이 그 일을 해냈습니다.
GRUB_CMDLINE_LINUX="reboot=bios"(reboot=acpi나에게는 작동하지 않음)을 사용하여systemctl reboot -i시스템을 성공적으로 다시 시작하려면 를 사용하십시오 . (협회)
답변3
나도 같은 문제가 있었지만 감시자 자체는 문제가 아니 었습니다. 결과는 설정을 통해 use_lvmetad = 0수정 됩니다 /etc/lvm/lvm.conf. 아마 다른 서비스일 겁니다.
이후 시작 시간이 길어지면 를 실행하세요 systemd-analyze blame. 제 경우에는 이로 인해 를 systemd-udev-settle.service실행하면 완화될 수 있는 상당한 지연이 발생하는 것으로 나타났습니다 systemctl mask systemd-udev-settle.
답변4
J. Taylor의 게시물에 대해 댓글을 달고 싶지만 평판이 부족합니다. 다른 모드(BIOS/ACPI 등)를 시도하려면 시스템 시작 시 linux 라인을 편집할 수 있습니다. root= 부분 바로 앞에 debian 12가 설치된 기존 Dell T110 II 시스템에 재부팅=bios를 추가했고 일반 재부팅 명령이 작동했습니다. grub 구성으로 테스트하는 것보다 조금 더 빠릅니다. 자신에게 맞는 방법을 찾았다면 계속해서 이를 영구적으로 적용해야 합니다.