프로세스는 syslog일반적으로 다음 세 가지 소스에서 메시지를 가져옵니다.

1. 응용 프로그램을 통해/dev/log
2. 포트 514를 통한 네트워크 연결
3. 커널을 통해/proc/kmsg

/dev/log이제 첫 번째... 전통적으로 프로세스가 시작되기 전에 전송된 모든 애플리케이션은 syslogd메시지를 잃게 됩니다. systemd상황이 조금 혼란스럽기 때문에그것대신 이 소켓을 들을 수 있습니다. 그러면 syslogd읽을 수 있습니다 systemd. 하지만 그건 당신이 걱정할 문제가 아닌 것 같습니다.

두 번째 것은 분명히 귀하의 질문과 관련이 없습니다.

그래서 우리는 세 번째에 집중합니다. 다음은 로 시작하는 줄입니다 [...]. 여기서 숫자는 시작 이후의 타임스탬프입니다. 이는 사용자 공간 응용 프로그램이 아닌 커널에 의해 생성된 메시지입니다.

커널 메시지는 "링 버퍼"에 저장되고 rsyslog시작 시 이 버퍼를 읽어 구성 파일에 데이터를 넣으라고 지시한 위치에 데이터를 넣습니다.

일반적인 상황에서는 괜찮습니다. 무언가가 제대로 부팅되지 않는 경우를 대비해 모든 커널 부팅 메시지의 로그를 원합니다.

하지만 신경 쓰지 않는다면 이 명령을 사용할 수 있습니다 dmesg --clear. 이렇게 하면 "링 버퍼"가 지워집니다. 따라서 부팅하기 전에 부팅 순서에 넣으면 rsyslog데몬은 버퍼가 이미 지워진 커널 메시지를 읽지 않습니다.

지금어떻게수행하는 작업은 실행 중인 배포판에 따라 크게 달라집니다. 전통적인 방법을 사용하면 sysvinitsyslog 시작 스크립트 전에 실행되는 RC 파일을 생성해야 할 수도 있습니다. systemd를 사용하면 syslog 프로세스에 대한 전제 조건이 있는 유닛을 생성할 수 있습니다.

이 답변은 아마도 매우 늦었고 OP에 더 이상 필요하지 않을 수 있지만 다른 사람들에게 도움이 될 수 있습니다.

Stephen Harris의 대답은 매우 훌륭하지만 OP와 마찬가지로 dmesg --clear나에게는 효과가 없는 것 같습니다. 그러나 시작하기 전에 /proc/kmsg이와 같은 내용을 읽는 것만으로도 작업이 완료됩니다.cat /proc/kmsg > /dev/nullrsyslog

참고: 댓글에 답변을 드리고 싶지만 필요한 평판이 없습니다.

dmesg/kmsg에서 메시지를 지우는 것은 좋지 않은 생각이며 장기적으로 문제를 일으킬 수 있습니다. xconsole에서는 이러한 메시지가 표시되지 않을 수도 있지만 다른 로그에 저장되어 있을 때 디버깅하는 데 중요할 수 있습니다.

여기서 가장 좋은 해결책은 아마도 부팅 프로세스 초기, 즉 syslog가 시작된 후 어느 정도 시간이 지났지만 다른 "늦은 부팅 메시지"가 수집되기 전에 xconsole을 지우는 것입니다.

"지연된 부팅 메시지" 중 일부가 이 프로세스에 의해 소모된 경우, 파서를 정리에 추가하여 먹고 싶은 마지막 커널 라인 뒤에 오거나 정지하지 않은 첫 번째 커널 라인 뒤에 오도록 할 수 있습니다. 후반 단계 행을 삭제하고 싶지 않습니다.

이에 만족한다면 rsyslogd 바로 다음에 우선 순위를 지정하거나 rsyslogd init 스크립트에 추가하여 이 "xconsole Clear"를 삽입할 수 있습니다. 단, 업데이트로 변경 사항이 발생할 수 있습니다.