【51CTO.com快譯】Linux上的日志文件給出了大量實用的信息，可以表明系統上發生的情況。下列命令可幫助你厘清數據、揪出問題。

[[246685]]

Linux系統維護有大量的日志文件，其中許多日志文件你很可能懶得看一眼。不過有一些日志文件很寶貴，探究日志文件的方案五花八門。不妨看看一些系統日志，并了解更容易探究日志數據的一些方法。

日志文件輪換

首先存在日志輪換問題。一些Linux日志文件是“輪換的”。換句話說，系統存儲不止“一代”的日志文件，主要是為了防止它們占用太多的磁盤空間。然后較舊的日志被壓縮，但保留一段時間。最終，一系列輪換日志文件中最舊的日志文件會在日志輪換過程中被自動刪除，但你仍然可以訪問許多較舊的日志，以便可以檢查過去幾天或幾周添加的日志條目。

如果你需要更細致一點地回顧在跟蹤的某個問題，想了解哪些類型的系統信息保存起來，只需用cd進入到/var/log目錄，列出里面的內容。 

/var/log# ls  
alternatives.log btmp.1 kern.log.2.gz syslog.3.gz  
alternatives.log.1 cups kern.log.3.gz syslog.4.gz  
alternatives.log.2.gz dist-upgrade kern.log.4.gz syslog.5.gz  
alternatives.log.3.gz dpkg.log lastlog syslog.6.gz  
alternatives.log.4.gz dpkg.log.1 mail.err syslog.7.gz  
alternatives.log.5.gz dpkg.log.2.gz mail.err.1 sysstat  
apport.log dpkg.log.3.gz mail.err.2.gz tallylog  
apport.log.1 dpkg.log.4.gz mail.err.3.gz ufw.log  
apt dpkg.log.5.gz mail.err.4.gz ufw.log.1  
atop faillog mail.log ufw.log.2.gz  
auth.log fontconfig.log mail.log.1 ufw.log.3.gz  
auth.log.1 gdm3 mail.log.2.gz ufw.log.4.gz  
auth.log.2.gz gpu-manager.log mail.log.3.gz unattended-upgrades  
auth.log.3.gz hp mail.log.4.gz wtmp  
auth.log.4.gz installer speech-dispatcher wtmp.1  
boot.log journal syslog  
bootstrap.log kern.log syslog.1  
btmp kern.log.1 syslog.2.gz  

這是數量相當龐大的日志和日志目錄，/var/log下面有69個文件和目錄，但如果算上那些目錄下面的文件，就有180個文件之多。 

$ cd /var/log 
$ ls | wc -l  
69  
$ find . -type f -print | wc -l  
180  

如果你分析日志文件，會清楚地看到同一個基本的日志有哪幾代。比如說，其中一個主要的日志文件：syslog文件分成了9個不同的文件。這代表了一周以來的歷史數據以及當前文件。大多數舊文件被壓縮以節省空間。 

$ ls -l syslog*  
-rw-r----- 1 syslog adm 588728 Oct 15 20:42 syslog  
-rw-r----- 1 syslog adm 511814 Oct 15 00:09 syslog.1  
-rw-r----- 1 syslog adm 31205 Oct 14 00:06 syslog.2.gz  
-rw-r----- 1 syslog adm 34797 Oct 13 00:06 syslog.3.gz  
-rw-r----- 1 syslog adm 61107 Oct 12 00:08 syslog.4.gz  
-rw-r----- 1 syslog adm 31682 Oct 11 00:06 syslog.5.gz  
-rw-r----- 1 syslog adm 32004 Oct 10 00:07 syslog.6.gz  
-rw-r----- 1 syslog adm 32309 Oct 9 00:05 syslog.7.gz  

syslog文件包含來自許多不同系統服務的消息，cron、sendmail和內核本身就是典型的幾項系統服務。你還會看到用戶會話和cron(計劃任務)的影子。

大多數Linux系統不再使用舊的messages和dmesg文件，多年來它們為我們的大多數系統消息充當登陸位置。相反，一大批文件和一些特殊命令可以用來幫助顯示可能與你要查找的內容密切相關的日志信息。

視具體的文件而定，你可能只需使用more或tail命令，或者可以使用針對特定文件的命令，比如使用who命令，從wtmp日志提取用戶登錄數據。 

$ who wtmp  
shs pts/1 2018-10-05 08:42 (192.168.0.10)  
shs pts/1 2018-10-08 09:41 (192.168.0.10)  
shs pts/1 2018-10-11 14:00 (192.168.0.10)  
shs :0 2018-10-14 19:11 (:0)  
shs pts/0 2018-10-14 19:16 (192.168.0.25)  
shs pts/0 2018-10-15 07:39 (192.168.0.25)  
shs :0 2018-10-15 19:58 (:0)  
dory pts/0 2018-10-15 20:01 (192.168.0.11)  
shs pts/0 2018-10-15 20:42 (192.168.0.6)  
shs pts/0 2018-10-16 07:18 (192.168.0.6)  
nemo pts/1 2018-10-16 07:46 (192.168.0.14)  

同樣，你在運行tail faillog命令后可能什么都看不到，但是像這樣的命令向你表明它全是0： 

# od -bc faillog  
0000000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000  
\0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0  
*  
0076600  

你嘗試使用tail lastlog命令時，可能也只發現需要使用lastlog命令來查看該日志的數據。

因此，這里列出了/var/log中的日志文件，以及關于它們包含的內容以及如何查看內容的一些描述。

• alternatives.log-來自update-alternatives的“運行”建議
• apport.log-關于已截獲的崩潰的信息
• auth.log-使用的用戶登錄和身份驗證機制
• boot.log-啟動時間消息
• btmp-失敗的登錄嘗試
• dpkg.log-關于軟件包何時安裝或刪除的信息
• lastlog-最近的登錄(使用lastlog命令來查看)
• faillog-關于失敗的登錄嘗試的信息;如果失敗的登錄嘗試一次都沒有，全是0(使用faillog命令來查看)
• kern.log-內核日志消息
• mail.err-關于郵件服務器檢測到的錯誤的信息
• mail.log-來自郵件服務器的信息
• syslog-系統服務日志
• ufw-防火墻日志
• wtmp-登錄記錄

journalctl

除了/var/log中維護的日志文件外，還有systemd日志。雖然這個日志不是通常意義上的簡單的“日志文件”，卻代表了關于用戶和內核活動的一堆重要信息。可從系統上的眾多來源獲取該信息。

要查看已收集的信息，請使用journalctl命令。

會看到多少信息取決于你是不是adm組的成員。非adm用戶看到的信息比較少，但adm組的成員可以訪問大量數據，如此例所示，這僅僅向我們顯示該adm組成員可以查看多少行信息： 

$ journalctl | wc -l 
666501  

有666000多行文本!為了縮減至更一目了然的版本，你恐怕要使用參數來定制顯示的內容。Journalctl的幾個選項包括如下：

• --utc (change the time format to UTC)
• -b (only show records added since the last boot)
• -b -1 (only show records added since the previous to last boot)
• --since and --until (only show records added within the specify timeframe, e.g., --since "2018-10-15" --until "2018-10-11 06:00"

示例如下： 

$ journalctl --since "2018-10-16 13:28"  
-- Logs begin at Mon 2018-05-14 15:16:11 EDT, end at Tue 2018-10-16 13:28:57 EDT. --  
Oct 16 13:28:25 butterfly kernel: [UFW BLOCK] IN=enp0s25 OUT= MAC=01:00:5e:00:00:01:02:  
Oct 16 13:28:25 butterfly kernel: [UFW BLOCK] IN=enp0s25 OUT= MAC=01:00:5e:00:00:fb:00:  
Oct 16 13:28:57 butterfly su[7784]: pam_unix(su:session): session closed for user root  
Oct 16 13:28:57 butterfly sudo[7783]: pam_unix(sudo:session): session closed for user root  
lines 1-5/5 (END)  

還可以查看僅僅某一項服務的日志條目。這可能是journalctl命令比較有用的功能之一： 

$ journalctl -u networking.service  
-- Logs begin at Mon 2018-05-14 15:16:11 EDT, end at Tue 2018-10-16 08:06:31 EDT  
May 14 15:16:12 shs-Inspiron-530s systemd[1]: Starting Raise network interfaces.  
May 14 15:16:12 shs-Inspiron-530s systemd[1]: Started Raise network interfaces.  
May 14 15:49:18 butterfly systemd[1]: Stopping Raise network interfaces...  
May 14 15:49:18 butterfly systemd[1]: Stopped Raise network interfaces.  
-- Reboot --  
May 14 15:49:50 butterfly systemd[1]: Starting Raise network interfaces...  
May 14 15:49:51 butterfly systemd[1]: Started Raise network interfaces.  
-- Reboot --  

注意這個輸出結果中系統重啟信息是如何顯示的。

想列出服務，試一下這樣的命令： 

$ service --status-all | column  
[ + ] acpid [ + ] network-manager  
[ - ] alsa-utils [ - ] networking  
[ - ] anacron [ - ] plymouth  
[ + ] apparmor [ - ] plymouth-log  
[ + ] apport [ - ] pppd-dns  
[ + ] atd [ + ] procps  
[ + ] atop [ - ] quota  
[ + ] atopacct [ - ] quotarpc  
[ + ] avahi-daemon [ - ] rsync  
[ - ] bluetooth [ + ] rsyslog  
[ - ] console-setup.sh [ - ] saned  
[ + ] cron [ + ] sendmail  
[ + ] cups [ + ] speech-dispatcher  
[ + ] cups-browsed [ - ] spice-vdagent  
[ + ] dbus [ + ] ssh  
[ - ] dns-clean [ + ] sysstat  
[ + ] gdm3 [ - ] thermald  
[ + ] grub-common [ + ] udev  
[ - ] hwclock.sh [ + ] ufw  
[ + ] irqbalance [ + ] unattended-upgrades  
[ + ] kerneloops [ - ] uuidd  
[ - ] keyboard-setup.sh [ + ] whoopsie  
[ + ] kmod [ - ] x11-common  

在上述顯示的內容中： 

+ = active  
- = inactive  
? = no status option available  

這個實用命令給出了表明磁盤空間使用情況的簡短報告： 

$ journalctl --disk-usage  
Archived and active journals take up 824.1M in the file system.  

如果你想關注某一個進程，只需提供PID(截短的)，如下所示。 

$ journalctl _PID=787  
-- Logs begin at Mon 2018-05-14 15:16:11 EDT, end at Tue 2018-10-16 08:25:17 EDT  
Aug 03 18:02:46 butterfly apport[787]: * Starting automatic crash report genera  
Aug 03 18:02:46 butterfly apport[787]: ...done.  
-- Reboot --  
Sep 16 13:26:34 butterfly atopacctd[787]: Version: 2.3.0 - 2017/03/25 09:59:59  
Sep 16 13:26:34 butterfly atopacctd[787]: accounting to /run/pacct_source  
-- Reboot --  
Oct 03 18:08:41 butterfly apport[787]: * Starting automatic crash report genera  
Oct 03 18:08:41 butterfly apport[787]: ...done.  
-- Reboot --  
Oct 15 14:07:11 butterfly snapd[787]: AppArmor status: apparmor is enabled but s  
Oct 15 14:07:12 butterfly snapd[787]: AppArmor status: apparmor is enabled but s  
Oct 15 14:07:12 butterfly snapd[787]: daemon.go:344: started snapd/2.35.2 (serie  
Oct 15 14:07:12 butterfly snapd[787]: autorefresh.go:376: Cannot prepare auto-re  

注意：systemd日志的配置文件是/etc/systemd/journald.conf。

原文標題：Making better use of your Linux logs，作者：Sandra Henry-Stocker 

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】