На какие журналы я должен обратить внимание?

Question 1

В /var/log/ много журналов. Для стандартной домашней установки, какие из них я должен регулярно проверять?

Question 2

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Некоторые общие из них описаны ниже:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su /var/log/boot.log - Вся информация во время процесса загрузки /var/log/crond.log - Информация от демона cron /var/log/messages - Типичная точка сброса сообщений, не относящихся к системе /var/log/pm-suspend.log - Записано во время функции приостановки управления питанием /var/log/user.log - Информация из всех пользовательских уровней /var/log/syslog - Это упорядочивает выходные данные из разных программных продуктов и является «общим журналом» /var/log/kern.log - Информация записывается из ядра

. Существуют дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие. Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала. Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

Question 3

Question 4

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Некоторые общие из них описаны ниже:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su /var/log/boot.log - Вся информация во время процесса загрузки /var/log/crond.log - Информация от демона cron /var/log/messages - Типичная точка сброса сообщений, не относящихся к системе /var/log/pm-suspend.log - Записано во время функции приостановки управления питанием /var/log/user.log - Информация из всех пользовательских уровней /var/log/syslog - Это упорядочивает выходные данные из разных программных продуктов и является «общим журналом» /var/log/kern.log - Информация записывается из ядра

. Существуют дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие. Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала. Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

Question 5

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Некоторые общие из них описаны ниже:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su /var/log/boot.log - Вся информация во время процесса загрузки /var/log/crond.log - Информация от демона cron /var/log/messages - Типичная точка сброса сообщений, не относящихся к системе /var/log/pm-suspend.log - Записано во время функции приостановки управления питанием /var/log/user.log - Информация из всех пользовательских уровней /var/log/syslog - Это упорядочивает выходные данные из разных программных продуктов и является «общим журналом» /var/log/kern.log - Информация записывается из ядра

. Существуют дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие. Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала. Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

Question 6

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Ниже перечислены некоторые общие:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su
/var/log/boot.log - вся информация во время процесса загрузки
/var/log/crond.log - информация от демона cron [ ! d10]
/ var / log / messages - Типичная точка сброса сообщений, не относящихся к системе
/var/log/pm-suspend.log [ ! d4] - Записано во время функции приостановки управления питанием

   /var/log/user.log  - Информация из всех пользовательских уровней 
   / var  / log / syslog  - это организация вывода из разных программных продуктов и является «общим журналом» 
   /var/log/kern.log  - информация, регистрируемая из  kernel

  Есть дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие.  Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала.  Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

Question 7

Question 8

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Ниже перечислены некоторые общие:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su
/var/log/boot.log - вся информация во время процесса загрузки
/var/log/crond.log - информация от демона cron [ ! d10]
/ var / log / messages - Типичная точка сброса сообщений, не относящихся к системе
/var/log/pm-suspend.log [ ! d4] - Записано во время функции приостановки управления питанием

   /var/log/user.log  - Информация из всех пользовательских уровней 
   / var  / log / syslog  - это организация вывода из разных программных продуктов и является «общим журналом» 
   /var/log/kern.log  - информация, регистрируемая из  kernel

  Есть дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие.  Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала.  Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

Question 9

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Ниже перечислены некоторые общие:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su
/var/log/boot.log - вся информация во время процесса загрузки
/var/log/crond.log - информация от демона cron [ ! d10]
/ var / log / messages - Типичная точка сброса сообщений, не относящихся к системе
/var/log/pm-suspend.log [ ! d4] - Записано во время функции приостановки управления питанием

   /var/log/user.log  - Информация из всех пользовательских уровней 
   / var  / log / syslog  - это организация вывода из разных программных продуктов и является «общим журналом» 
   /var/log/kern.log  - информация, регистрируемая из  kernel

  Есть дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие.  Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала.  Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

Question 10

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Ниже перечислены некоторые общие:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su
/var/log/boot.log - вся информация во время процесса загрузки
/var/log/crond.log - информация от демона cron [ ! d10]
/ var / log / messages - Типичная точка сброса сообщений, не относящихся к системе
/var/log/pm-suspend.log [ ! d4] - Записано во время функции приостановки управления питанием

   /var/log/user.log  - Информация из всех пользовательских уровней 
   / var  / log / syslog  - это организация вывода из разных программных продуктов и является «общим журналом» 
   /var/log/kern.log  - информация, регистрируемая из  kernel

  Есть дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие.  Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала.  Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

Question 11

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Ниже перечислены некоторые общие:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su
/var/log/boot.log - вся информация во время процесса загрузки
/var/log/crond.log - информация от демона cron [ ! d10]
/ var / log / messages - Типичная точка сброса сообщений, не относящихся к системе
/var/log/pm-suspend.log [ ! d4] - Записано во время функции приостановки управления питанием

   /var/log/user.log  - Информация из всех пользовательских уровней 
   / var  / log / syslog  - это организация вывода из разных программных продуктов и является «общим журналом» 
   /var/log/kern.log  - информация, регистрируемая из  kernel

  Есть дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие.  Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала.  Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

Question 12

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Ниже перечислены некоторые общие:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su
/var/log/boot.log - вся информация во время процесса загрузки
/var/log/crond.log - информация от демона cron [ ! d10]
/ var / log / messages - Типичная точка сброса сообщений, не относящихся к системе
/var/log/pm-suspend.log [ ! d4] - Записано во время функции приостановки управления питанием

   /var/log/user.log  - Информация из всех пользовательских уровней 
   / var  / log / syslog  - это организация вывода из разных программных продуктов и является «общим журналом» 
   /var/log/kern.log  - информация, регистрируемая из  kernel

  Есть дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие.  Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала.  Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

Question 13

Question 14

Я бы сказал, что для стандартной домашней установки вам не нужно регулярно проверять журналы. Хотя они могут быть полезны при диагностике проблемы или в подаче отчета об ошибке.

Question 15

Кроме того, вы можете просто использовать команду «dmesg», чтобы увидеть сообщения ядра (такие же, как /var/log/kern.log). Обычно это говорит мне быстро, что (если что-то) происходит неправильно с системой [!d0 ]

Question 16

Трюк, который я считаю полезным, это:

touch /tmp/now  

<...make the problem happen...>  

sudo find /var/log -type f -newer /tmp/now | xargs sudo less

Это показывает мне каждый файл в и под /var/log, у которого было что-то написанное с момента команды touch /tmp/now.

Question 17

Я бы сказал, что для стандартной домашней установки вам не нужно регулярно проверять журналы. Хотя они могут быть полезны при диагностике проблемы или в подаче отчета об ошибке.

Question 18

Кроме того, вы можете просто использовать команду «dmesg», чтобы увидеть сообщения ядра (такие же, как /var/log/kern.log). Обычно это говорит мне быстро, что (если что-то) происходит неправильно с системой

Question 19

Question 20

Трюк, который я считаю полезным, это:

touch /tmp/now  

<...make the problem happen...>  

sudo find /var/log -type f -newer /tmp/now | xargs sudo less

Это показывает мне каждый файл в и под /var/log, у которого было что-то написанное с момента команды touch /tmp/now.

Question 21

Я бы сказал, что для стандартной домашней установки вам не нужно регулярно проверять журналы. Хотя они могут быть полезны при диагностике проблемы или в подаче отчета об ошибке.

Question 22

Кроме того, вы можете просто использовать команду «dmesg», чтобы увидеть сообщения ядра (такие же, как /var/log/kern.log). Обычно это говорит мне быстро, что (если что-то) происходит неправильно с системой

Question 23

Трюк, который я считаю полезным, это:

touch /tmp/now  

<...make the problem happen...>  

sudo find /var/log -type f -newer /tmp/now | xargs sudo less

Это показывает мне каждый файл в и под /var/log, у которого было что-то написанное с момента команды touch /tmp/now.

Question 24

Я бы сказал, что для стандартной домашней установки вам не нужно регулярно проверять журналы. Хотя они могут быть полезны при диагностике проблемы или в подаче отчета об ошибке.

Question 25

Question 26

Полезный трюк:

  touch / tmp / now & lt; ... вызывает проблему ... & gt;  sudo find / var / log -type f -newer / tmp / now |  xargs sudo less

Это показывает мне каждый файл в / var / log , у которого есть что-то написанное, так как touch / tmp / now .

Question 27

Кроме того, вы можете просто использовать команду «dmesg», чтобы увидеть сообщения ядра (такие же, как /var/log/kern.log). Обычно это говорит мне быстро, что (если что-то) происходит неправильно с системой

Question 28

Кроме того, вы можете просто использовать команду «dmesg», чтобы увидеть сообщения ядра (такие же, как /var/log/kern.log). Обычно это говорит мне быстро, что (если что-то) происходит неправильно с системой

Question 29

Полезный трюк:

  touch / tmp / now & lt; ... вызывает проблему ... & gt;  sudo find / var / log -type f -newer / tmp / now |  xargs sudo less

Это показывает мне каждый файл в / var / log , у которого есть что-то написанное, так как touch / tmp / now .

Question 30

Я бы сказал, что для стандартной домашней установки вам не нужно регулярно проверять журналы. Хотя они могут быть полезны при диагностике проблемы или в подаче отчета об ошибке.

Question 31

Question 32

Кроме того, вы можете просто использовать команду «dmesg», чтобы увидеть сообщения ядра (такие же, как /var/log/kern.log). Обычно это говорит мне быстро, что (если что-то) происходит неправильно с системой

Question 33

Полезный трюк:

  touch / tmp / now & lt; ... вызывает проблему ... & gt;  sudo find / var / log -type f -newer / tmp / now |  xargs sudo less

Это показывает мне каждый файл в / var / log , у которого есть что-то написанное, так как touch / tmp / now .

Question 34

Я бы сказал, что для стандартной домашней установки вам не нужно регулярно проверять журналы. Хотя они могут быть полезны при диагностике проблемы или в подаче отчета об ошибке.

Question 35

Кроме того, вы можете просто использовать команду «dmesg», чтобы увидеть сообщения ядра (такие же, как /var/log/kern.log). Обычно это говорит мне быстро, что (если что-то) происходит неправильно с системой

Question 36

Полезный трюк:

  touch / tmp / now & lt; ... вызывает проблему ... & gt;  sudo find / var / log -type f -newer / tmp / now |  xargs sudo less

Это показывает мне каждый файл в / var / log , у которого есть что-то написанное, так как touch / tmp / now .

Question 37

Question 38

Я бы сказал, что для стандартной домашней установки вам не нужно регулярно проверять журналы. Хотя они могут быть полезны при диагностике проблемы или в подаче отчета об ошибке.

Marco Ceppi · Accepted Answer · 26 May 2018 в 01:09

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Некоторые общие из них описаны ниже:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su /var/log/boot.log - Вся информация во время процесса загрузки /var/log/crond.log - Информация от демона cron /var/log/messages - Типичная точка сброса сообщений, не относящихся к системе /var/log/pm-suspend.log - Записано во время функции приостановки управления питанием /var/log/user.log - Информация из всех пользовательских уровней /var/log/syslog - Это упорядочивает выходные данные из разных программных продуктов и является «общим журналом» /var/log/kern.log - Информация записывается из ядра

. Существуют дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие. Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала. Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

У меня есть три логфайла (ядро, сообщения и syslog), полностью спамные от сумасшедшего «NVRM: os_raise_smp_barrier (), недопустимый контекст! & Quot; сообщение. Так что я больше не проверю. — Extender, 11 October 2010 в 14:14
egrep -v 'os_raise_smp_barrier' /var/log/{kern.log,messages,syslog} | less И, отследите это сообщение - это симптоматика какой-то проблемы, которую вы должны исправить. — waltinator, 22 February 2012 в 07:21
Вы можете запросить rsyslogd, который записывает его в журнал: cat /etc/rsyslog.d/* | egrep -v '^#|^$' | egrep -o '/[^ ]+' в вашей системе. — waltinator, 5 June 2015 в 05:53

Marco Ceppi · Accepted Answer · 25 July 2018 в 23:07

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Некоторые общие из них описаны ниже:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su /var/log/boot.log - Вся информация во время процесса загрузки /var/log/crond.log - Информация от демона cron /var/log/messages - Типичная точка сброса сообщений, не относящихся к системе /var/log/pm-suspend.log - Записано во время функции приостановки управления питанием /var/log/user.log - Информация из всех пользовательских уровней /var/log/syslog - Это упорядочивает выходные данные из разных программных продуктов и является «общим журналом» /var/log/kern.log - Информация записывается из ядра

. Существуют дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие. Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала. Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

Marco Ceppi · Accepted Answer · 27 July 2018 в 02:54

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Некоторые общие из них описаны ниже:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su /var/log/boot.log - Вся информация во время процесса загрузки /var/log/crond.log - Информация от демона cron /var/log/messages - Типичная точка сброса сообщений, не относящихся к системе /var/log/pm-suspend.log - Записано во время функции приостановки управления питанием /var/log/user.log - Информация из всех пользовательских уровней /var/log/syslog - Это упорядочивает выходные данные из разных программных продуктов и является «общим журналом» /var/log/kern.log - Информация записывается из ядра

. Существуют дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие. Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала. Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

Marco Ceppi · Accepted Answer · 2 August 2018 в 04:28

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Ниже перечислены некоторые общие:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su
/var/log/boot.log - вся информация во время процесса загрузки
/var/log/crond.log - информация от демона cron [ ! d10]
/ var / log / messages - Типичная точка сброса сообщений, не относящихся к системе
/var/log/pm-suspend.log [ ! d4] - Записано во время функции приостановки управления питанием

   /var/log/user.log  - Информация из всех пользовательских уровней 
   / var  / log / syslog  - это организация вывода из разных программных продуктов и является «общим журналом» 
   /var/log/kern.log  - информация, регистрируемая из  kernel

  Есть дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие.  Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала.  Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

Marco Ceppi · Accepted Answer · 4 August 2018 в 21:00

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Ниже перечислены некоторые общие:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su
/var/log/boot.log - вся информация во время процесса загрузки
/var/log/crond.log - информация от демона cron [ ! d10]
/ var / log / messages - Типичная точка сброса сообщений, не относящихся к системе
/var/log/pm-suspend.log [ ! d4] - Записано во время функции приостановки управления питанием

   /var/log/user.log  - Информация из всех пользовательских уровней 
   / var  / log / syslog  - это организация вывода из разных программных продуктов и является «общим журналом» 
   /var/log/kern.log  - информация, регистрируемая из  kernel

  Есть дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие.  Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала.  Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

Marco Ceppi · Accepted Answer · 6 August 2018 в 04:32

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Ниже перечислены некоторые общие:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su
/var/log/boot.log - вся информация во время процесса загрузки
/var/log/crond.log - информация от демона cron [ ! d10]
/ var / log / messages - Типичная точка сброса сообщений, не относящихся к системе
/var/log/pm-suspend.log [ ! d4] - Записано во время функции приостановки управления питанием

   /var/log/user.log  - Информация из всех пользовательских уровней 
   / var  / log / syslog  - это организация вывода из разных программных продуктов и является «общим журналом» 
   /var/log/kern.log  - информация, регистрируемая из  kernel

  Есть дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие.  Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала.  Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

Marco Ceppi · Accepted Answer · 7 August 2018 в 22:41

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Ниже перечислены некоторые общие:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su
/var/log/boot.log - вся информация во время процесса загрузки
/var/log/crond.log - информация от демона cron [ ! d10]
/ var / log / messages - Типичная точка сброса сообщений, не относящихся к системе
/var/log/pm-suspend.log [ ! d4] - Записано во время функции приостановки управления питанием

   /var/log/user.log  - Информация из всех пользовательских уровней 
   / var  / log / syslog  - это организация вывода из разных программных продуктов и является «общим журналом» 
   /var/log/kern.log  - информация, регистрируемая из  kernel

  Есть дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие.  Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала.  Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

Marco Ceppi · Accepted Answer · 10 August 2018 в 10:47

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Ниже перечислены некоторые общие:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su
/var/log/boot.log - вся информация во время процесса загрузки
/var/log/crond.log - информация от демона cron [ ! d10]
/ var / log / messages - Типичная точка сброса сообщений, не относящихся к системе
/var/log/pm-suspend.log [ ! d4] - Записано во время функции приостановки управления питанием

   /var/log/user.log  - Информация из всех пользовательских уровней 
   / var  / log / syslog  - это организация вывода из разных программных продуктов и является «общим журналом» 
   /var/log/kern.log  - информация, регистрируемая из  kernel

  Есть дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие.  Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала.  Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

Marco Ceppi · Accepted Answer · 13 August 2018 в 17:22

Каждый журнал служит своей цели. Это действительно зависит от того, что вы пытаетесь проверить. Ниже перечислены некоторые общие:

/var/log/auth.log - Информация, относящаяся к аутентификации, включая деятельность sudo / su
/var/log/boot.log - вся информация во время процесса загрузки
/var/log/crond.log - информация от демона cron [ ! d10]
/ var / log / messages - Типичная точка сброса сообщений, не относящихся к системе
/var/log/pm-suspend.log [ ! d4] - Записано во время функции приостановки управления питанием

   /var/log/user.log  - Информация из всех пользовательских уровней 
   / var  / log / syslog  - это организация вывода из разных программных продуктов и является «общим журналом» 
   /var/log/kern.log  - информация, регистрируемая из  kernel

  Есть дополнительные журналы - например, папка apache2, mysql.log / mysql.err и другие.  Все они относятся к программному обеспечению - если у вас нет установленного apache2, у вас не будет файлов журнала.  Единственный раз, когда вы хотите проверить журналы, - это когда возникает проблема - большую часть времени, хотя будет хорошо, чтобы они сидели в темноте.

У меня есть три логфайла (ядро, сообщения и syslog), полностью спамные от сумасшедшего «NVRM: os_raise_smp_barrier (), недопустимый контекст! & Quot; сообщение. Так что я больше не проверю. — Extender, 11 October 2010 в 14:14
egrep -v 'os_raise_smp_barrier' /var/log/{kern.log,messages,syslog} | less И, отследите это сообщение - это симптоматика какой-то проблемы, которую вы должны исправить. — waltinator, 22 February 2012 в 07:21
Вы можете запросить rsyslogd , который записывает его в журнал: cat /etc/rsyslog.d/* | egrep -v '^ # | ^ $' | egrep -o '/ [^] +' в вашей системе. — waltinator, 5 June 2015 в 05:53

andrewsomething · Answer 10 · 26 May 2018 в 01:09

Я бы сказал, что для стандартной домашней установки вам не нужно регулярно проверять журналы. Хотя они могут быть полезны при диагностике проблемы или в подаче отчета об ошибке.

14

ответ дан andrewsomething 26 May 2018 в 01:09

1

Я согласен: если вы серьезно не обеспокоены аудитом безопасности, который вряд ли будет особенно полезен для вашего домашнего ПК - журналы существуют для выяснения того, что пошло не так, когда что-то пошло не так :) – RAOF 11 October 2010 в 10:31

Screwgoth · Answer 11 · 26 May 2018 в 01:09

Кроме того, вы можете просто использовать команду «dmesg», чтобы увидеть сообщения ядра (такие же, как /var/log/kern.log). Обычно это говорит мне быстро, что (если что-то) происходит неправильно с системой [!d0 ]

waltinator · Answer 12 · 26 May 2018 в 01:09

Трюк, который я считаю полезным, это:

touch /tmp/now  

<...make the problem happen...>  

sudo find /var/log -type f -newer /tmp/now | xargs sudo less

Это показывает мне каждый файл в и под /var/log, у которого было что-то написанное с момента команды touch /tmp/now.

andrewsomething · Answer 13 · 25 July 2018 в 23:07

Я бы сказал, что для стандартной домашней установки вам не нужно регулярно проверять журналы. Хотя они могут быть полезны при диагностике проблемы или в подаче отчета об ошибке.

14

ответ дан andrewsomething 25 July 2018 в 23:07

1

Я согласен: если вы серьезно не обеспокоены аудитом безопасности, который вряд ли будет особенно полезен для вашего домашнего ПК - журналы существуют для выяснения того, что пошло не так, когда что-то пошло не так :) – RAOF 11 October 2010 в 10:31

Screwgoth · Answer 14 · 25 July 2018 в 23:07

Кроме того, вы можете просто использовать команду «dmesg», чтобы увидеть сообщения ядра (такие же, как /var/log/kern.log). Обычно это говорит мне быстро, что (если что-то) происходит неправильно с системой

waltinator · Answer 15 · 25 July 2018 в 23:07

Трюк, который я считаю полезным, это:

touch /tmp/now  

<...make the problem happen...>  

sudo find /var/log -type f -newer /tmp/now | xargs sudo less

Это показывает мне каждый файл в и под /var/log, у которого было что-то написанное с момента команды touch /tmp/now.

andrewsomething · Answer 16 · 27 July 2018 в 02:54

Я бы сказал, что для стандартной домашней установки вам не нужно регулярно проверять журналы. Хотя они могут быть полезны при диагностике проблемы или в подаче отчета об ошибке.

14

ответ дан andrewsomething 27 July 2018 в 02:54

1

Я согласен: если вы серьезно не обеспокоены аудитом безопасности, который вряд ли будет особенно полезен для вашего домашнего ПК - журналы существуют для выяснения того, что пошло не так, когда что-то пошло не так :) – RAOF 11 October 2010 в 10:31

Screwgoth · Answer 17 · 27 July 2018 в 02:54

Кроме того, вы можете просто использовать команду «dmesg», чтобы увидеть сообщения ядра (такие же, как /var/log/kern.log). Обычно это говорит мне быстро, что (если что-то) происходит неправильно с системой

waltinator · Answer 18 · 27 July 2018 в 02:54

Трюк, который я считаю полезным, это:

touch /tmp/now  

<...make the problem happen...>  

sudo find /var/log -type f -newer /tmp/now | xargs sudo less

Это показывает мне каждый файл в и под /var/log, у которого было что-то написанное с момента команды touch /tmp/now.

andrewsomething · Answer 19 · 2 August 2018 в 04:28

Я бы сказал, что для стандартной домашней установки вам не нужно регулярно проверять журналы. Хотя они могут быть полезны при диагностике проблемы или в подаче отчета об ошибке.

waltinator · Answer 20 · 2 August 2018 в 04:28

Полезный трюк:

  touch / tmp / now & lt; ... вызывает проблему ... & gt;  sudo find / var / log -type f -newer / tmp / now |  xargs sudo less

Это показывает мне каждый файл в / var / log , у которого есть что-то написанное, так как touch / tmp / now .

Screwgoth · Answer 21 · 2 August 2018 в 04:28

Кроме того, вы можете просто использовать команду «dmesg», чтобы увидеть сообщения ядра (такие же, как /var/log/kern.log). Обычно это говорит мне быстро, что (если что-то) происходит неправильно с системой

Screwgoth · Answer 22 · 4 August 2018 в 21:00

Кроме того, вы можете просто использовать команду «dmesg», чтобы увидеть сообщения ядра (такие же, как /var/log/kern.log). Обычно это говорит мне быстро, что (если что-то) происходит неправильно с системой

waltinator · Answer 23 · 4 August 2018 в 21:00

Полезный трюк:

  touch / tmp / now & lt; ... вызывает проблему ... & gt;  sudo find / var / log -type f -newer / tmp / now |  xargs sudo less

Это показывает мне каждый файл в / var / log , у которого есть что-то написанное, так как touch / tmp / now .

andrewsomething · Answer 24 · 4 August 2018 в 21:00

Я бы сказал, что для стандартной домашней установки вам не нужно регулярно проверять журналы. Хотя они могут быть полезны при диагностике проблемы или в подаче отчета об ошибке.

Screwgoth · Answer 25 · 6 August 2018 в 04:32

Кроме того, вы можете просто использовать команду «dmesg», чтобы увидеть сообщения ядра (такие же, как /var/log/kern.log). Обычно это говорит мне быстро, что (если что-то) происходит неправильно с системой

waltinator · Answer 26 · 6 August 2018 в 04:32

Полезный трюк:

  touch / tmp / now & lt; ... вызывает проблему ... & gt;  sudo find / var / log -type f -newer / tmp / now |  xargs sudo less

Это показывает мне каждый файл в / var / log , у которого есть что-то написанное, так как touch / tmp / now .

andrewsomething · Answer 27 · 6 August 2018 в 04:32

Я бы сказал, что для стандартной домашней установки вам не нужно регулярно проверять журналы. Хотя они могут быть полезны при диагностике проблемы или в подаче отчета об ошибке.

Screwgoth · Answer 28 · 7 August 2018 в 22:41

Кроме того, вы можете просто использовать команду «dmesg», чтобы увидеть сообщения ядра (такие же, как /var/log/kern.log). Обычно это говорит мне быстро, что (если что-то) происходит неправильно с системой

waltinator · Answer 29 · 7 August 2018 в 22:41

Полезный трюк:

  touch / tmp / now & lt; ... вызывает проблему ... & gt;  sudo find / var / log -type f -newer / tmp / now |  xargs sudo less

Это показывает мне каждый файл в / var / log , у которого есть что-то написанное, так как touch / tmp / now .

andrewsomething · Answer 30 · 7 August 2018 в 22:41

Я бы сказал, что для стандартной домашней установки вам не нужно регулярно проверять журналы. Хотя они могут быть полезны при диагностике проблемы или в подаче отчета об ошибке.

На какие журналы я должен обратить внимание?

36 ответов

Другие вопросы по тегам:

Похожие вопросы: