systemd 로그 유지 관리 가이드(예제 포함)
Linux 배포판이 systemd를 지원하는 경우 부팅 시간부터 매초마다 시스템의 모든 프로세스와 애플리케이션에서 로그를 수집합니다. 이러한 모든 로그 이벤트는 systemd의 저널
데몬 관리. Journald는 모든 로그(정보, 경고, 오류 등)를 수집하여 디스크 파일에 바이너리 데이터로 저장합니다. journald
守护程序管理。journald 收集所有的日志(信息、警告、错误等),并将其作为二进制数据存储在磁盘文件中。
由于日志保留在磁盘中,而且每秒钟都在收集,所以它占用了巨大的磁盘空间;特别是对于旧的系统、服务器来说。例如,在我的一个运行了一年左右的测试系统中,日志文件的大小是 GB 级的。
如果你管理多个系统、服务器,建议一定要正确管理 journald 日志,以便高效运行。让我们来看看如何管理日志文件。
systemd 日志维护
使用 systemd 的 journalctl
工具,你可以查询这些日志,对其进行各种操作。例如,查看不同启动时的日志文件,检查特定进程或应用程序的最后警告和错误。如果你对这些不了解,我建议你在学习本指南之前先快速浏览一下此教程:使用 journalctl 查看和分析 systemd 日志(附实例) 》。
物理日记的日志文件在哪里?
systemd 的 journald 守护进程在每次启动时都会收集日志。这意味着,它根据启动情况对日志文件进行分类。
日志以二进制形式存储在路径 /var/log/journal
,文件夹为机器 ID。
比如说:
日志文件位置的截图-1
日志文件位置的截图-2
另外,请记住,根据系统配置,运行时日志文件被存储在 /run/log/journal/
。而这些在每次启动时都会被删除。
我可以手动删除日志文件吗?
你可以,但不要这样做。相反,请按照下面的说明,使用 journalctl
工具清除日志文件以释放磁盘空间。
systemd 的日志文件占用了多少磁盘空间?
打开一个终端,运行以下命令。
journalctl --disk-usage
这应该为你提供系统中的日志文件实际使用的数量。
journalctl 磁盘使用命令
如果你有一个图形化的桌面环境,你可以打开文件管理器,浏览路径 /var/log/journal
,并检查属性。
systemd 日志清理过程
清理日志文件的有效方法应该是通过 journald.conf
配置文件来完成。正常情况下,即使 journalctl
systemd 로그 유지 관리
🎜systemd의 journalctl
도구를 사용하면 이러한 로그를 쿼리하고 다양한 작업을 수행할 수 있습니다. 예를 들어 다양한 시작의 로그 파일을 보고 특정 프로세스나 애플리케이션에 대한 마지막 경고 및 오류를 조사합니다. 이에 대해 모르는 경우 이 가이드를 따르기 전에 이 튜토리얼을 잠깐 살펴보는 것이 좋습니다. journalctl 사용 시스템 로그 보기 및 분석(예제 포함)🎜》. 🎜Physics Diary의 로그 파일은 어디에 있나요?
🎜systemd의 저널 데몬은 시작될 때마다 로그를 수집합니다. 이는 시작 조건에 따라 로그 파일을 분류한다는 의미입니다. 🎜🎜로그는 바이너리 형식으로 경로에 저장됩니다. /var/log/journal
, 폴더는 컴퓨터 ID입니다. 🎜🎜예: 🎜🎜
로그 파일 위치-1 스크린샷🎜🎜🎜
로그 파일 위치 스크린샷-2🎜🎜또한, 시스템 구성에 따라 런타임 로그 파일은 /run/log/journal/
. 그리고 이는 시작할 때마다 삭제됩니다. 🎜
로그 파일을 수동으로 삭제할 수 있나요?
🎜할 수 있지만 하지 마세요. 대신 아래 지침에 따라 journalctl
도구는 로그 파일을 지워 디스크 공간을 확보합니다. 🎜systemd의 로그 파일은 얼마나 많은 디스크 공간을 차지합니까?
🎜터미널을 열고 다음 명령을 실행하세요. 🎜sudo journalctl --flush --rotate

journalctl 디스크 사용량 명령🎜🎜그래픽 데스크톱 환경이 있는 경우 파일 관리자를 열고 /var/log/journal
그리고 속성을 확인해보세요. 🎜
시스템 로그 정리 프로세스
🎜로그 파일을 정리하는 효과적인 방법은 journald.conf
구성 파일을 완료합니다. 일반적인 상황에서는 journalctl
는 로그 파일을 삭제하는 도구를 제공하지만 이러한 파일을 수동으로 삭제해서는 안 됩니다. 🎜让我们来看看如何 手动 删除它,然后我将解释 journald.conf
中的配置变化,这样你就不需要时不时地手动删除文件;相反,systemd 会根据你的配置自动处理它。
手动删除
首先,你必须 flush
和 rotate
日志文件。轮换rotate是将当前活动的日志文件归档,并立即开始创建一个新的日志文件继续记录日志。冲洗flush 开关要求日志守护进程将存储在 /run/log/journal/
中的所有日志数据冲入 /var/log/journal/
,如果持久性存储被启用的话。
然后,在 flush
和 rotate
之后,你需要用 vacuum-size
、vacuum-time
和 vacuum-files
选项运行 journalctl
来强制 systemd 清除日志。
例 1:
sudo journalctl --flush --rotate
sudo journalctl --vacuum-time=1s
上面这组命令会删除所有存档的日志文件,直到最后一秒。这有效地清除了一切。因此,在运行该命令时要小心。
日志清理-例子
清理完毕后:
清理后--日志的占用空间
你也可以根据你的需要在 --vacuum-time
的数字后面提供以下后缀:
-
s
:秒 -
m
:分钟 -
h
:小时 -
days
:天 -
months
:月 -
weeks
:周 -
years
:年
例 2:
sudo journalctl --flush --rotate
sudo journalctl --vacuum-size=400M
这将清除所有存档的日志文件,并保留最后 400MB 的文件。记住这个开关只适用于存档的日志文件,不适用于活动的日志文件。你也可以使用后缀,如下所示。
-
K
:KB -
M
:MB -
G
:GB
例 3:
sudo journalctl --flush --rotate
sudo journalctl --vacuum-files=2
vacuum-files
选项会清除所有低于指定数量的日志文件。因此,在上面的例子中,只有最后两个日志文件被保留,其他的都被删除。同样,这只对存档的文件有效。
如果你愿意,你可以把两种选项结合起来,但我建议不要这样做。然而,如果同时使用两个选项,请确保先用 --rotate
选项运行。
使用配置文件自动删除
虽然上述方法很好,也很容易使用,但建议你使用 journald 配置文件来控制日志文件的清理过程,该文件存在于 /etc/systemd/journald.conf
。
systemd 为你提供了许多参数来有效管理日志文件。通过组合这些参数,你可以有效地限制日志文件所占用的磁盘空间。让我们来看看。
journald.conf 参数 | 描述 | 实例 |
| 指定日志在持久性存储中可使用的最大磁盘空间 | |
| 指定在将日志条目添加到持久性存储时,日志应留出的空间量。 | |
| 控制单个日志文件在被轮换之前在持久性存储中可以增长到多大。 | |
| 指定在易失性存储中可以使用的最大磁盘空间(在 | |
| 指定将数据写入易失性存储(在 | |
| ||
SystemMaxFileSize🎜🎜 | 🎜회전하기 전에 영구 저장소에서 단일 로그 파일의 크기를 제어합니다. 🎜🎜🎜🎜 SystemMaxFileSize=100M 🎜🎜 | |
RuntimeMaxUse🎜🎜 | 🎜휘발성 저장소에서 사용할 수 있는 최대 디스크 공간을 지정합니다(/run 🎜🎜🎜🎜 RuntimeMaxUse=100M 🎜🎜 | |
RuntimeKeepFree🎜 🎜 | 🎜휘발성 저장소에 데이터 쓰기를 지정합니다( /run 파일 시스템 내에서 다른 용도로 예약된 공간입니다. 🎜🎜🎜🎜 RuntimeMaxUse=100M 🎜🎜 | |
指定单个日志文件在被轮换之前在易失性存储(在 | |
如果你在运行中的系统的 /etc/systemd/journald.conf
文件中添加这些值,那么在更新文件后,你必须重新启动 journald。要重新启动,请使用以下命令。
sudo systemctl restart systemd-journald
核实日志文件
在你清理完文件后,检查日志文件的完整性是比较明智的。要做到这一点,请运行下面的命令。该命令显示了日志文件是否通过(PASS
)、失败(FAIL
)。
journalctl --verify
验证日志文件
总结
希望本指南能帮助你了解 systemd 日志管理流程的基本情况。通过这些,你可以通过限制空间、清除旧的日志文件来管理系统或服务器中的日志文件所使用的磁盘空间。这些只是指导性的命令,你可以通过多种方式组合这些命令来实现你的系统需求。
위 내용은 systemd 로그 유지 관리 가이드(예제 포함)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











win10의 로그는 사용자가 시스템 사용을 자세히 이해하는 데 도움이 됩니다. 많은 사용자가 자신의 관리 로그를 찾을 때 로그 6013을 접했을 것입니다. 그렇다면 이 코드는 무엇을 의미합니까? win10 로그 6013이란 무엇입니까? 1. 이것은 일반 로그입니다. 이 로그의 정보는 컴퓨터가 다시 시작되었음을 의미하지는 않지만 마지막 시작 이후 시스템이 실행된 시간을 나타냅니다. 이 로그는 매일 12시 정각에 한 번씩 나타납니다. 시스템이 얼마나 오랫동안 실행되었는지 확인하는 방법은 cmd에 systeminfo를 입력할 수 있습니다. 그 안에 한 줄이 있습니다.

문제 분석을 용이하게 하기 위해 엔지니어에게 피드백 사용 정보 및 기록을 제공하는 기능입니다(개발 중에 사용). 사용자 자신은 업로드 로그를 자주 생성하지 않으므로 사용자에게는 쓸모가 없습니다. 로깅 버퍼는 디스크에 기록될 리두 로그에 대한 변경 벡터의 단기 저장에 사용되는 작은 임시 영역입니다. 디스크에 대한 로그 버퍼 쓰기는 여러 트랜잭션의 변경 벡터 배치입니다. 그럼에도 불구하고 로그 버퍼의 변경 벡터는 거의 실시간으로 디스크에 기록되며, 세션에서 COMMIT 문을 발행하면 로그 버퍼 쓰기 작업이 실시간으로 수행됩니다.

win10의 로그는 사용자가 시스템 사용을 자세히 이해하는 데 도움이 됩니다. 많은 사용자가 자신의 관리 로그를 찾을 때 많은 오류 로그를 보았을 것입니다. 그렇다면 이를 해결하는 방법은 무엇입니까? win10 로그 이벤트 7034를 해결하는 방법: 1. "시작"을 클릭하여 "제어판"을 엽니다. 2. "관리 도구"를 찾습니다. 3. "서비스"를 클릭합니다. 4. HDZBCommServiceForV2.0을 찾아 "서비스 중지"를 마우스 오른쪽 버튼으로 클릭하고 변경합니다. "수동 시작"으로

인터넷과 웹 애플리케이션의 급속한 발전으로 인해 로그 관리는 점점 더 중요해지고 있습니다. 웹 애플리케이션을 개발할 때 문제를 어떻게 찾아내는지는 매우 중요한 문제입니다. 로깅 시스템은 이러한 작업을 달성하는 데 도움이 되는 매우 효과적인 도구입니다. ThinkPHP6은 애플리케이션 개발자가 애플리케이션에서 발생하는 이벤트를 더 잘 관리하고 추적하는 데 도움이 되는 강력한 로깅 시스템을 제공합니다. 이번 글에서는 ThinkPHP6에서 로깅 시스템을 사용하는 방법과 로깅 시스템을 활용하는 방법을 소개하겠습니다.

iPhone을 사용하면 건강 앱에 약을 추가하여 매일 복용하는 약, 비타민, 보충제를 추적하고 관리할 수 있습니다. 그러면 장치에서 알림을 받을 때 복용했거나 건너뛴 약을 기록할 수 있습니다. 약을 기록한 후에는 건강을 추적하는 데 도움이 되도록 약을 복용하거나 건너뛴 빈도를 확인할 수 있습니다. 이번 포스팅에서는 iPhone의 건강 앱에서 선택한 약물의 로그 기록을 보는 방법을 안내하겠습니다. 건강 앱에서 약물 기록 기록을 보는 방법에 대한 간단한 가이드: 건강 앱> 찾아보기> 약품> 약품> 약품 선택> 옵션&a로 이동하세요.

Linux 시스템에서는 다음 명령을 사용하여 로그 파일의 내용을 볼 수 있습니다. tail 명령: tail 명령은 로그 파일 끝에 내용을 표시하는 데 사용됩니다. 최신 로그 정보를 보기 위한 일반적인 명령어입니다. tail [옵션] [파일 이름] 일반적으로 사용되는 옵션은 다음과 같습니다. -n: 표시할 줄 수를 지정합니다. 기본값은 10줄입니다. -f: 파일 내용을 실시간으로 모니터링하고, 파일이 업데이트되면 자동으로 새 내용을 표시합니다. 예: tail-n20logfile.txt#logfile.txt 파일의 마지막 20줄 표시 tail-flogfile.txt#logfile.txt 파일의 업데이트된 내용을 실시간으로 모니터링 head 명령: head 명령은 시작 부분을 표시하는 데 사용됩니다. 로그 파일의

win10의 로그에는 풍부한 콘텐츠가 많이 있습니다. 많은 사용자가 자신의 관리 로그를 찾을 때 이벤트 ID455 표시 오류를 본 적이 있을 것입니다. win10 로그의 이벤트 ID455는 무엇입니까? 1. ID455는 정보 저장소가 로그 파일을 열 때 <file>에서 발생한 오류 <error>입니다.

Linux에서 로그를 보는 세 가지 명령은 다음과 같습니다. 1. 실시간으로 파일 내용 및 로그 파일의 변경 사항을 볼 수 있는 tail 명령 2. 동시에 여러 로그 파일을 모니터링할 수 있는 multitail 명령 화면을 어지럽히지 않고 로그 변경 사항을 빠르게 확인할 수 있습니다.
