|
Преди няколко месеца видяхме че регистрационните файлове (дневници) са много полезни, когато става въпрос за откриване на грешки и опитайте поправете ги. Те особено служат на получи помощ във форуми и блогове. При тази възможност ще видим къде е Лог файлове Mas общ и каква информация съдържат. |
Най-добрата практика е да отидете до папката / var / log и да изброите файловете, съдържащи се в нея. Ще се появят всички налични регистрационни файлове. Имената им се обясняват.
cd / var / log ls
Общи регистрационни файлове (могат да варират в зависимост от дистрибуцията):
Свързана статия:
Поправете сектори и възстановете твърд диск (HDD) в Linux
- / var / log / message: общ дневник на системните съобщения
- /var/log/auth.log: регистър за удостоверяване
- /var/log/kern.log: дневник на ядрото
- /var/log/cron.log: дневник
- / var / log / maillog: дневник на пощенския сървър
- / var / log / qmail /: Qmail дневник
- / var / log / httpd /: Apache достъп и дневник за грешки
- / var / log / lighttpd: Lighttpd достъп и дневник за грешки
- /var/log/boot.log - дневник за зареждане на системата
- /var/log/mysqld.log - Дневник на базата данни на MySQL
- / var / log / secure: дневник за удостоверяване
- / var / log / utmp или / var / log / wtmp: log log
Заключение, в / var / log всички системни дневници се съхраняват. Някои приложения като httpd обаче включват поддиректория там, където съхраняват свои собствени регистрационни файлове.
Това ми помогна да установя къде, по дяволите, са били допълнителните 3gb, които дискът заема ..
Поздрав!! Отличен блог
Да, но това зависи от това как всяка програма запазва своите дневници ... би било необходимо да ги обяснявате един по един в безкрайна и скучна статия. За това има ръководствата ... или форумите.
Идеята на тази статия е да въведе темата, така че хората да запомнят съществуването на регистрационни файлове и да знаят, че съдържат ценна информация, която да ни помогне да решим проблемите. Също така, както се вижда в тази статия ( http://usemoslinux.blogspot.com/2011_11_01_archive.html), когато човек трябва да поиска помощ във форумите, винаги е по-добре, ако са включени регистрационните файлове. Има и други, които ще ни помогнат да разберем какво казват тези дневници .... Важното е, че но да помолите за помощ, преди да трябва да знаете как да я поискате и каква информация да предоставите на тези, които могат да ни помогнат!
Наздраве! Павел.
Да, но прецаканите не знаят къде са трупите, прецаканите знаят как да ги четат ...
Напълно според zerberros. Статията е добра, но бих искал да обяснят всеки от дневниците.
Имам този проблем
Грешка при получаване на информация за файл „/var/log/mail.log“: Файл или директория не съществува
Какво мога да направя?
създайте го
Как се създава?
Наскоро инсталирах Linux Mint 17 Cinnamon 64bits и има определени грешки, които бих искал да поправя, като:
когато заключа сесията си и отида да направя нещо друго ... когато се върна, за да отключа екрана
Единственото, което мога да направя, е да преместя мишката .... Трябва да рестартирам, за да вляза отново в нормалното ... някой друг му се е случил ... Може ли някой да ми помогне ???
Ела тук http://foro.desdelinux.net/
Добър блог, прочетох вече много публикации и те са добри
Проверете същото http://www.forosdelweb.com/f41/ ????
Също така доста важни са файловете за регистрация на имейли, например Exim, където можем да видим всички входящи и изходящи регистрационни файлове на нашия сървър.
Можем да използваме командата tail, за да видим дневника в реално време с командата tail.
опашка -n 200 -f / var / log / exim_mainlog
опашка -n 200 -f / var / log / exim_paniclog
tail -n 200 -f / var / log / maillog
Ако имате някаква подобрена команда за проверка на регистрационните файлове, ще Ви оценя.
поздрави
Според мен използването на командата изобщо не е лошо, но я използвам по друг начин (за да опитам цветовете), добавям «grep» в края, за да мога да филтрирам по грешка, неуспех или каквото трябва да погледнете, освен това, ако напишете нещо ново, което отговаря на филтъра, то ще ви покаже на екрана:
опашка -150f /var/log/file.log | grep -i -E 'грешка | неуспех'
Здравейте в моя положителен BGH напоследък се появиха неща, които се провалят при рестартиране. И сега, когато го включа, той мига и не се стартира, но казва неща и нещо за дневника за грешки на Apache може да има повече информация. * стартиране на уеб сървър apache2 [неуспешно]
Можете ли да ми кажете как да разреша това? Благодаря
Знаете какво означава BGH, нямам представа ... въпреки че мога да измисля хиляда значения 😉
Що се отнася до Apache, проблемът е в стартирането на Apache, трябва да разгледате дневниците на споменатото приложение, за да разберете какъв е проблемът.
Трябва да деинсталирам jdonloader и той поиска да изтрия регистрационните файлове, но как да ги потърся в коя папка трябва да отида? Благодаря, чакам отговори.
В конфигурацията на jdownloader можете да видите къде записва регистрационните файлове и ако го направи, след като направите това, можете да премахнете папката на програмата напълно, за да избегнете проблеми.
Моля, някой знае къде да намери информация за това какво се случва, ако паметта ми е пълна и поради това приложението се срива или се проваля, доколкото знам, че след като не успеете, получавате съобщение: "паметта е пълна" и когато това се случи файл отзад. Как да го намеря, да го разбера?
проверете мястото с df, така че ще знаете, че fs се запълва, така или иначе, ако знаете процеса или приложението или услугата, която генерира или атакува файла, който посочвате, можете да разгледате различните команди и да намерите къде пише и дали има го в Използвам определен процес или няколко ... така или иначе можете да разгледате пространството на RAM паметта с безплатната команда
Не пропускайте PymeDay на 8-9 и 10 юни
https://www.dominioweb.net
Страхотен!
https://www.host.cl
Отличен 🙂
https://www.hn.cl
Добре благодаря.
Вече намерих директорията /var/log/. Сега трябва да знам как да чета файловете за грешки и как да ги поправя.
Когато се опитам да отворя файла, той ми казва, че нямам разрешения, въпреки че влизам като root, когато го правя след командата su.
Някой може ли да ми предложи решение?
Благодаря.