journalctl -b | grep Supervising | wc -l
2819
배포판은 PipeWire에서 실행되는 Fedora 35, 바닐라입니다.
나는 모든 최신 Linux 배포판이 영향을 받을 것이라고 확신하지만 사람들은 신경 쓰지 않습니다.
없고rsyslogjournald 지원하지 않음필터.
정말 말도 안 돼요. 확실히 패치할 수는 있는데, 패치를 적용하고 재구축하지 않고 어떻게 할 수 있느냐가 문제입니다. 이 것에는 /usr/libexec/rtkit-daemon매뉴얼 페이지도 없고 --help어떤 단서도 제공하지 않습니다.
관련 질문에 대한 답변이 없습니다:rtkit: "감독" 중인 스레드를 나열합니까?
내가 생각할 수 있는 것은 rtkit-daemon/system 로깅과 관련된 모든 기능을 비활성화하는 래퍼를 실행하는 것뿐입니다. /dev/log비슷한 것을 본 사람이 있나요?
나는오류 보고서혹시라도.
답변1
Artem이 올바르게 작성하면 systemd 로그의 필터링 기능이 매우 제한됩니다. 따라서 서비스 또는 데스크톱 애플리케이션의 자세한 정도를 제한하는 유일한 솔루션은 추가 처리가 이루어지기 전에 로깅 파이프라인 초기에 필터링을 구성하는 것입니다.
시스템 서비스에 대해 이를 달성하려면 다음을 수행하십시오.
ㅏ/조정하려는 서비스와 관련된 디렉터리를 찾습니다. 일반적 (/usr)/lib/systemd/system으로 rtkit-daemon과 같이 패키지 설치 시 배포되는 서비스를 기반으로 합니다 . 이 특별한 경우:rtkit-daemon.service.d
두번째//etc/systemd/system/rtkit-daemon.service.d이 디렉터리(또는 추가 패키지 업그레이드로 자동으로 제거되지 않으므로 시스템 전체 구성 하위 디렉터리에 있는 것이 더 좋음)에서 log.conf파일을 편집하거나 생성하여 다음 명령문을 삽입합니다.
[Service]
LogLevelMax=X
X는 다음 목록에서 가져온 원하는 숫자 로그 수준 또는 관련 알파벳 기호를 나타냅니다.
- 0 또는 긴급 상황(우선순위가 가장 높은 메시지)
- 1 또는 알람,
- 2 또는 키,
- 3 또는 오류,
- 4 또는 경고,
- 5 또는 통지,
- 6 또는 정보
- 7 또는 debuginfo(우선순위가 가장 낮은 메시지)
선택한 특정 수준에 대해 모든 상위 수준 로그가 출력되지 않습니다. systemd service.conf 파일에 로그 수준이 지정되지 않은 경우 데몬의 로그 수준은 기본적으로 7, 즉 허용되는 가장 높은 상세 수준으로 설정됩니다.
제목에 명시된 특정 요구 사항과 관련하여 LogLevelMax=5(알림)이면 충분합니다(댓글에 6개가 보고됨).
씨/편집기를 저장하고 종료한 후 다음 두 명령을 실행합니다.
systemctl daemon-reload
systemctl restart rtkit-daemon.service
참고 베네: "새로운 스타일 데몬"(sic) 이후.../dev/null에 연결된 표준 입력과 systemd-journald.service(8) 로그 서비스에 연결된 표준 출력/오류를 사용하여 자체 세션에서 실행됩니다.간단한 (f)print(f)로 로깅을 수행할 수 있습니다. 그런 다음 stdout 및 stderr을 /dev/null로 리디렉션하여 데몬을 완전히 침묵시킬 수 있습니다.
내겐 상상하기 쉽지만권장되지 않음(현명하게는 시스템 로그에 입력하기 위해 최소한 심각한 오류를 주문하기 때문입니다.) 이 리디렉션은 다음 명령문을 사용하여 달성할 수 있습니다.
[Service]
StandardOutput=null
StandardError=null
크레딧: 다음을 기반으로 한 답변systemd.exec 문서