“지금 재부팅을 위해 시스템이 다운됩니다”


13

tty를 통해 비글 보드에 연결되어 있는데 갑자기이 메시지가 표시됩니다.

Broadcast message from root@arm
        (unknown) at 11:40 ...

The system is going down for reboot NOW!
[  143.036193] Restarting system.

시스템은 Ubuntu 12.10입니다. 시스템이 다운 된 이유를 찾을 수있는 곳이 있습니까?

업데이트 : 추가 정보

  • 이것은 실제로 항상 발생하며 보드는 1 ~ 5 분마다 재부팅됩니다.
  • 시작할 때 프로그램이나 데몬이 실행되지 않았는지 확인했습니다.
  • Restarting파일의 어느 곳에서도 찾을 수 없습니다/var/log
  • 에서 syslog재부팅 전에 지속적으로이Feb 10 09:20:00 arm rsyslogd: [origin software="rsyslogd" swVersion="5.8.6" x-pid="317" x-info="http://www.rsyslog.com"] exiting on signal 15.

@ JMCF125 질문을 더 많은 정보로 업데이트했습니다
Thomas

그것은 rsyslogd단순히 그 메시지를주는 데몬 일뿐입니다 ... 아마도 희귀 한 Linux 악성 코드가있을 것입니다 ... 1 ~ 5 분이 조금 걸리지 않습니다. 라이브 CD를 넣고 더 많은 것을 찾으십시오. 아무것도 얻지 못하면 다시 설치하는 것이 좋습니다.
JMCF125

처음에는 전압이 너무 낮아지는 등 보드의 물리적 문제를 생각하고 있었지만 시스템이 그것에 대해 알고 있습니까?
Thomas

전원이 문제라면 Live CD에서도 마찬가지입니다.
JMCF125

답변:


11

내가 이것을 추적하는 방법은 유틸리티 haltshutdown스크립트 로 바꾸는 것 입니다.

먼저 다음과 같은 스크립트를 작성하십시오 /bin/fakehalt.

#!/bin/bash
exec >>/tmp/fakehalt.log 2>&1
date
echo "CMD=$0 PID=$$"
ps -ef --forest
echo '========'

그런 다음 다음과 같이 설치하십시오.

chmod a+x /bin/fakehalt
mv /sbin/halt /sbin/halt.orig
ln -s /bin/fakehalt /sbin/halt
mv /sbin/shutdown /sbin/shutdown.orig
ln -s /bin/fakehalt /sbin/shutdown

이렇게하면 /tmp/fakehalt.log호출 될 때마다 로그 파일이 생성됩니다 . 호출 된 이름은 ( halt또는 shutdown) 자신의 PID이며 당시 모든 프로세스의 트리 다이어그램을 기록합니다.

이를 통해 추적하는 데 필요한 모든 정보가 제공됩니다. ps트리를 살펴보고 스크립트라는 것을 찾으십시오.


/sbin/reboot에 대한 심볼릭 링크 여야합니다 /sbin/halt. 그렇지 않은 경우 교체하십시오.


그래도 캡처되지 않으면 교체하십시오 /sbin/init(시스템을 재부팅하는 데 사용될 수도 있음). 그러나 이것은 시스템이 재부팅되는 것처럼 위험합니다. 제대로 나타나지 않습니다.


나는 당신의 솔루션처럼, 나는 그것을 시도하고 그것은 나를 문제 (확인이 거짓 일 때 목적에 종료 한 다른 사람에 의해 왼쪽의 Fcron에서 일자리) 찾을 도움이
토마스

1
@Thomas 당신은 이전 fcron에 비어있는 것을 언급했는데 , 왜 그 작업이 보이지 않았는지 궁금해했습니다. 지금 볼 수 있습니까?
X Tian

@ XTian 인간의 오류, 나는 cron을 확인했지만 fcron은 아닙니다.
Thomas

@Thomas, BTW, 왜 fcron셧다운해야 할 일이 있었 습니까?
JMCF125

1
@ JMCF125 네, 그렇습니다 (비글 보드 USB 연결 끊김 문제). 매우 긴 Google 그룹 스레드를 읽었습니다. 그것은 fcron과의 실수였습니다. 이것은 잘못된 화재였습니다. 어떻게 든 fcron의 스크립트는 "재부팅"이라고하며, 이것이 kern.log에 광범위한 메시지가있는 이유입니다. 팔로우 해 주셔서 감사합니다
Thomas

3

커널을 다음과 같이 실행하십시오 init=/bin/bash. 이렇게하면이 셸보다 프로세스가 실행되고 있지 않아야합니다.

재부팅 문제가 더 이상 없는지 확인하십시오.

다음으로 정상적으로 사용하는 초기화 시스템을 찾아서 시작한 모든 서비스를 살펴보십시오.

재부팅 문제가 사라질 때까지 서비스를 비활성화하십시오.


어떤 파일로 작성 init=/bin/bash합니까?
Thomas

부팅 로더에 따라 다릅니다. (grub, syslinux 등) 일반적으로 부트 로더는 커널을 선택하고 추가 매개 변수를 추가 할 수있는 대화식 방법을 제공해야합니다. 또한 매개 변수를 영구적으로 추가하기위한 구성 파일 (일반적으로 / boot에 있음)도 있습니다.
마이카

2

글쎄, 그것은 이러한 가능성 중 하나입니다.

  • 누군가 종료하고 있습니다
  • cron이 종료를 실행 중입니다 (또는 종료를 실행중인 무언가를 시작했습니다)
  • 전원 관리가 종료를 트리거합니다 (전원 없음, 최대 절전 모드, 절전 모드 또는 유휴 상태 인 시스템, 전원 하드웨어 단추가 눌려 짐)
  • 패키지 설치 후 재부팅 요청

불행히도 cron과 fcron은 비어 있으며 보드에 연결된 유일한 사람입니다. 아무도 종료를 실행하지 않습니다
Thomas

OP는 다음과 같이 말합니다.«시작할 때 프로그램이나 데몬이 실행되지 않았습니다.». 그리고 누군가 누군가 자신의 컴퓨터를 해킹하여 한 번에 종료 한 것으로 의심합니다. 어쩌면 다른 것일 수도 있습니다.
JMCF125

var / log / *에서 종료 (대소 문자를 독립적으로 다시 시작하지 않음) 검색
X Tian

아니오 "차단"검색 결과
토마스
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.