라즈베리 파이 4의 명령을 사용하여 데비안 패키지를 통해 설치한 시스템 서비스가 있습니다. 나는 패키지를 설치하고 서비스를 실행할 때 디버깅 목적으로 모든 로그 출력을 추적하는 데 apt
이것을 사용했습니다 .journalctl -xef
어떻게 이 작업을 수행했는지 잘 모르겠지만 오늘 언젠가 apt
내 패키지의 유지 관리자 스크립트의 출력과 함께 로그 출력이 로그에 표시되지 않습니다. 내 패키지의 관리자 스크립트에 몇 가지 오타가 있고 때로는 키보드에서 손가락을 사용하거나 단축키를 누르는 경향이 있지만 문제를 일으킬 수 있는 특정 항목을 찾을 수 없습니다. 또한 로그는 메모리 저장을 기본으로 하는 것 같습니다. 문제를 해결하기 위해 가장 먼저 시도한 작업이 재부팅이었기 때문에 이는 좋지 않습니다. 그래서 이제는 무슨 일이 일어났는지 알려주는 내용이 있는지 확인하기 위해 오래된 일지 항목을 다시 볼 수도 없을 것 같습니다.
또한 오늘 서비스나 패키지를 일부 변경한 것이 문제를 일으킬 수 있다고 생각하여 이전 개념 증명 서비스/패키지를 설치해 보았으나 로그가 올바르게 기록되지 않았습니다.
apt/apt-get/dpkg
별 성공 없이 설치를 다시 설치하거나 복구하는 방법을 찾으려고 노력했습니다 . 대부분의 문제는 패키지 설치 복구와 관련되어 있습니다.사용 apt
, 자체 설치를 복구하지 않습니다 apt
. 또한 로그가 기록되는 위치를 구성하는 방법이 있는지 확인하려고 시도했지만 대부분의 문제는 명령을 실행할 때 apt
리디렉션과 관련이 있었습니다.stdout/stderr
apt
저는 Linux와 위에 나열된 모든 기술을 처음 접했기 때문에 추가 디버깅/진단 방법을 잘 모르겠습니다.
Raspberry Pi의 설치 또는 구성을 복구/복원할 수 있는 방법이 있습니까 apt/apt-get/dpkg
? 아니면 공장 기본값으로 되돌리거나 전체 OS를 다시 설치하는 유일한 옵션이 있습니까?
고쳐 쓰다
오늘은 카탈로그에 대해 알아봤습니다 /var/log
. 이 로그에는 이 문제를 일으키는 내용이 없지만 문제는 syslog
, messages
및 까지 확장된 것 같습니다 user.log
( daemon.log
즉, apt/apt-get
패키지 유지 관리자 스크립트의 출력도 이 로그에서 누락되었습니다). 이 파일에 몇 가지 작업이 성공적으로 기록된 것을 볼 수 있지만 apt install/upgrade/purge
그 이상은 없습니다. 그러나 내 패키지가 호출 systemctl daemon-reload
하고 systemd[1]: Reloading
로그에서 이를 볼 수 있기 때문에 더 많은 항목이 기록되어야 한다는 것을 알 수 있습니다 . 검색해 보면 /var/log/dpkg.log
이러한 항목 중 어느 것도 에 표시되지 않는 것으로 나타나 journald
므로 여전히 괜찮은 것 같습니다. 의 로그는 /var/log/apt/term.log
확실히 손실되었지만 journald
의 로그는 /var/log/auth.log
여전히 남아 있습니다.
답변1
이는 사용자 오류로 밝혀졌습니다.
apt
터미널에서 직접 실행할 때의 로그는 다음과 같습니다.안 돼요나타나다 journald
.
해당 서비스는 systemd
자동 업데이트 서비스입니다. apt
제가 보고 있는 로깅은 journald
자동 업데이트 서비스가 호출되고 있기 때문에 발생하고 있으며 자동 업데이트 서비스의 하위 프로세스이기 때문에 로깅이 상위 프로세스( 등) 와 apt-get
동일한 위치로 이동하는 것으로 추측됩니다. ).syslog
daemon.log