Clever Geek Handbook

Linuxログファイルの順序

サーバーのユーザーと管理者、またはログファイルを読み取ったことのないLinuxベースのワークステーションでさえ想像することは不可能です。 オペレーティングシステムと実行中のアプリケーションは、さまざまなログファイルに記録されるさまざまな種類のメッセージを常に作成します。 目的のログファイルとその中の検索対象を決定する機能により、時間を大幅に節約し、エラーをより迅速に排除できます。











ロギングは、システムの動作とそのエラーに関する主な情報源です。 この短いガイドでは、オペレーティングシステムのログ、ディレクトリ構造、およびログの読み取りと参照のためのプログラムの主な側面について説明します。







メインログファイル



すべてのログファイルは、次のカテゴリのいずれかに割り当てることができます。









ほとんどのログファイルは、 /var/log



ディレクトリに含まれてい/var/log



。 









    (): emerg -   alert -      crit -   err -   warn -   notice - ,    info -  debug -   (5:520)$ dmesg -l err [1131424.604352] usb 1-1.1: 2:1: cannot get freq at ep 0x1 [1131424.666013] usb 1-1.1: 1:1: cannot get freq at ep 0x81 [1131424.749378] usb 1-1.1: 1:1: cannot get freq at ep 0x81




各ディストリビューションには、個別のパッケージマネージャーログがあります。









そして、いくつかのバイナリログは、ユーザーセッションを会計します。 









 (5:535)$ sudo utmpdump /var/log/wtmp [5] [02187] [l0 ] [ ] [4.0.5-gentoo ] [0.0.0.0 ] [  11 16:50:07 2015] [1] [00000] [~~ ] [shutdown] [4.0.5-gentoo ] [0.0.0.0 ] [  11 16:50:08 2015] [2] [00000] [~~ ] [reboot ] [3.18.12-gentoo ] [0.0.0.0 ] [  11 16:50:57 2015] [8] [00368] [rc ] [ ] [3.18.12-gentoo ] [0.0.0.0 ] [  11 16:50:57 2015] [1] [20019] [~~ ] [runlevel] [3.18.12-gentoo ] [0.0.0.0 ] [  11 16:50:57 2015]


その他の雑誌



オペレーティングシステムは、Linuxのようなすばらしいシステムであっても、具体的なメリットをもたらさないため、ほとんどの場合、データベース、Webサーバー、およびさまざまなアプリケーションがサーバーまたはワークステーション上で回転します。 各アプリケーションまたはサービスは、イベントおよびエラーログの独自のファイルまたはディレクトリを保持できます。 それらのすべてをリストすることは当然不可能であり、ごく少数です。









ユーザーのホームディレクトリには、グラフィカルアプリケーションログDEが含まれている場合があります。 









 Initializing "kcm_input" : "kcminit_mouse" Initializing "kcm_access" : "kcminit_access" Initializing "kcm_kgamma" : "kcminit_kgamma" QXcbConnection: XCB error: 3 (BadWindow), sequence: 181, resource id: 10486050, major code: 20 (GetProperty), minor code: 0 kf5.kcoreaddons.kaboutdata: Could not initialize the equivalent properties of Q*Application: no instance (yet) existing. QXcbConnection: XCB error: 3 (BadWindow), sequence: 181, resource id: 10486050, major code: 20 (GetProperty), minor code: 0 Qt: Session management error: networkIdsList argument is NULL




閲覧方法-lnav



ほとんどの人は、 less



ユーティリティとtail -f



コマンドについて知っています。 vim



エディターおよびファイルマネージャーであるMidnight Commanderも、これらの目的で機能します。 誰もが独自の欠点を持っています：長い行のあるログを気にせず、バイナリと見なします。 Midnight Commanderは、複雑なテンプレートを検索したり、試合を何度も行ったり来たりする必要がない、流fluentな視聴にのみ適しています。 vim



エディターは多くの形式の構文を理解して強調していますが、ログが頻繁に更新されると、ファイルの変更に関する注意をそらすメッセージが表示されます。 ただし、これは<:view /path/to/file>



簡単に回避でき<:view /path/to/file>



。







最近、復号化ログファイルナビゲーターで、有用で有望な別のユーティリティが見つかりましたが、まだ少し生のユーティリティlnavが見つかりました。











1つのコマンドで通常どおりパッケージをインストールします。 







 $ aptitude install lnav #Debian/Ubuntu/LinuxMint $ yum install lnav #RedHat/CentOS $ dnf install lnav #Fedora $ emerge -av lnav #Gentoo,     package.accept_keywords $ yaourt -S lnav #Arch


Lnavログナビゲーターは、多くのファイル形式を理解しています。









この場合、ファイル形式を理解することは何を意味しますか？ トリックは、 lnavはテキストファイルを表示するためのユーティリティ以上のものであるということです。 プログラムは他のことを行うことができます。 一度に複数のファイルを開き、それらを切り替えることができます。 







 (5:471)$ sudo lnav /var/log/pm-powersave.log /var/log/pm-suspend.log


プログラムはアーカイブファイルを直接開くことができます。 







 (5:471)$ lnav -r /var/log/Xorg.0.log.old.gz


<i>



キーを押すと、情報メッセージ、警告、エラーのヒストグラムを表示します。 これは私のsyslogからです。 







 Mon May 02 20:25:00 123 normal 3 errors 0 warnings 0 marks Mon May 02 22:40:00 2 normal 0 errors 0 warnings 0 marks Mon May 02 23:25:00 10 normal 0 errors 0 warnings 0 marks Tue May 03 07:25:00 96 normal 3 errors 0 warnings 0 marks Tue May 03 23:50:00 10 normal 0 errors 0 warnings 0 marks Wed May 04 07:40:00 96 normal 3 errors 0 warnings 0 marks Wed May 04 08:30:00 2 normal 0 errors 0 warnings 0 marks Wed May 04 10:40:00 10 normal 0 errors 0 warnings 0 marks Wed May 04 11:50:00 126 normal 2 errors 1 warnings 0 marks


さらに、構文の強調表示、タブ補完、およびステータスバーのさまざまなユーティリティがサポートされています。 欠点には、動作の不安定性と凍結が含まれます。 私の意見では、 lnavが積極的に開発され、非常に有用なプログラムになることを願っています。







使用材料



  1. lnav-Linux用の高度なログファイルビューアー
  2. Linuxログとは何ですか？ それら、最も重要なディレクトリなどを表示する方法
  3. Linuxでログを見る方法


More articles:


All Articles