재부팅을 할 때 종종 다음과 같은 오류 메시지가 나타납니다.
kernel: watchdog watchdog0: watchdog did not stop!
을 수행하여 워치 독에 대해 더 자세히 알아 보려고했지만 man watchdog수동 입력은 없습니다. 시도했지만 yum list watchdog설치되지 않은 것을 발견했습니다. 그러나 /dev디렉토리를 볼 때 실제로 두 개의 감시자를 발견했습니다.
watchdog 과 watchdog0
궁금합니다. 워치 독을 실제로 소유하고 있습니까? 재부팅 할 때 커널이 멈추지 않았다고 불평하는 이유는 무엇입니까?
답변
대부분의 최신 PC 하드웨어에는 감시 타이머 기능이 포함되어 있습니다. Wikipedia : Watchdog Timers 를 통해 자세한 내용을 확인할 수 있습니다 . 또한 리눅스 커널 문서에서 :
발췌-https: //www.kernel.org/doc/Documentation/watchdog/watchdog-api.txt
WDT (Watchdog Timer)는 소프트웨어 오류시 컴퓨터 시스템을 재설정 할 수있는 하드웨어 회로입니다. 이미 알고 있었을 것입니다.
일반적으로 사용자 공간 데몬은 / dev / watchdog 특수 장치 파일을 통해 커널 감시 장치 드라이버에게 사용자 공간이 정기적으로 활성 상태임을 알립니다. 이러한 알림이 발생하면 드라이버는 일반적으로 하드웨어 워치 독에게 모든 것이 제대로되어 있음을 알리고 워치 독이 시스템을 재설정하는 동안 조금 더 기다려야한다는 것을 알려줍니다. 사용자 공간이 실패하면 (RAM 오류, 커널 버그 등) 알림이 더 이상 발생하지 않으며 시간 초과가 발생한 후 하드웨어 워치 독이 시스템을 재부팅합니다 (재부팅).
Linux 워치 독 API는 다소 임시 구성이며 다른 드라이버는 서로 다르고 때로는 호환되지 않는 부분을 구현합니다. 이 파일은 기존 사용법을 문서화하고 향후 드라이버 작성자가이를 참조로 사용할 수 있도록하기위한 것입니다.
이 SO Q & A는 누가 Linux에서 상쾌한 하드웨어 워치 독입니까? 리눅스 커널과 하드웨어 감시 타이머 사이의 연결을 다룬다.
워치 독 패키지는 어떻습니까?
RPM에 대한 설명은 IMO를 매우 명확하게 만듭니다. watchdog데몬 중 하나는 소프트웨어 감시 역할을 할 수 있습니다 또는 하드웨어 구현과 상호 작용할 수 있습니다.
RPM 설명에서 발췌
워치 독 프로그램은 강력한 소프트웨어 워치 독 데몬으로 사용되거나 상주하는베이스 보드 관리 컨트롤러 (BMC)에 대한 IPMI 하드웨어 워치 독 드라이버 인터페이스와 같은 하드웨어 워치 독 장치와 함께 사용될 수 있습니다. watchdog은 주기적으로 / dev / watchdog에 씁니다. / dev / watchdog에 쓰기 간격은 watchdog sysconfig 파일의 설정을 통해 구성 할 수 있습니다.
이 구성 파일은 기본 소프트웨어 워치 독 작업 대신 하드웨어 워치 독으로 워치 독을 설정하는데도 사용됩니다. 두 경우 모두 장치가 열려 있지만 구성된 기간 내에 쓰지 않으면 워치 독 타이머 만료로 인해 컴퓨터가 재부팅됩니다. 소프트웨어 워치 독으로 작동 할 때 재부팅하는 기능은 시스템 상태 및 인터럽트에 따라 다릅니다.
하드웨어 워치 독으로 작동 할 때 BMC에 의해 시작된 하드 리셋 (또는 워치 독 타이머 만료시 수행 된 모든 조치)이 기계에 발생합니다.