Hvis du er seriøs om å lære Linux deretter ett aspekt du vil ønske å bli kjent med er loggfiler. Dette konseptet vil hjelpe deg å forstå hvorfor når du går til en adresseliste med et problem, og når noen spør deg innholdet i en bestemt loggfil, er du i stand til å tilby nok informasjon til å bidra til å løse problemet. Loggfiler er veldig bra for å hjelpe deg utlede hva som går galt med et system. Det er imidlertid mye av loggfiler å vasse gjennom. Det er der jeg kommer inn. I denne artikkelen skal jeg vise deg de første stedene å se når du har problemer med en Linux-system. Jeg vil ikke dekke alle loggfilene (minst ennå), men jeg vil komme i gang på det som forhåpentligvis blir en lang historie med for mye informasjon.

dmesg

Når jeg har et problem (eller når jeg legger ved en usb-enhet) en av de første stedene jeg går er dmesg kommandoen
. dmesg
kommandoen skriver ut kjernen nøkkelring buffer. Informasjonen du vil få vil være all informasjon du ikke ser når systemet starter opp. Dette er et flott sted å få informasjon (lavt nivå) på maskinvaren. På en av mine bærbare datamaskiner, kjører jeg dmesg Hotell og nær toppen ser jeg:

Phoenix BIOS oppdaget: BIOS kan ødelegge lav RAM, jobber det around.last_pfn = 0x7f6d0 max_arch_pfn = 0x100000x86 PAT aktivert : cpu 0, gamle 0x7040600070406, nye 0x7010600070106kernel direkte kartlegging bord opp til 38 millioner @ 10000-15000Using x86 segment grenser for å tilnærme NX protectionRAMDISK: 37c6a000 - 37fef4a2

Fra at jeg kan si jeg har en Phoenix bios. Ganske opplagt. Litt senere ser jeg:

Sikkerhet Work initializedSELinux: Initializing.SELinux: Starter i givende modus

Nå vet jeg Security Enhanced Linux starter, i givende modus ved oppstart. Og enda lenger ned linjen jeg ser:

CPU1: Intel (R) Pentium (R) Dual CPU T2390 @ 1,86 GHz tråkke 0dchecking TSC synkronisering [CPU # 0 - > CPU # 1]: passed.Brought opp to CPUsTotal av 2 prosessorer aktivert (7447.76 BogoMips)

Listen viser meg informasjon om min CPU. Godt å vite.

Den viktigste informasjonen du vil sannsynligvis få fra dmesg
er informasjonen om tilkoblede USB-enheter. Når du kobler til en USB-enhet må du vite hva spesiell enhet dette er festet til, slik at du kan montere den. Dette vil skje på bunnen av dmesg
kommandoutdataene.

Utgangen av dmesg
er ganske lang, og vil rulle av svært raskt. Når jeg kjører denne kommandoen jeg alltid rør det inn i mindre
kommandoen slik:

dmesg | mindre

Denne måten jeg kan se resultatet av en side av gangen.

/var /log

Denne spesialkatalog er Mac Daddy informasjonsinnhenting. Fyr opp et terminalvindu og gi kommandoen ls /var /log /Hotell og se hva det inneholder. Du skjønner, inkludert i denne oppføringen, slike loggfiler og logg kataloger som:

boot.log - boot informasjon

cron - cron logger

kopper - katalog av alle utskrift logger

httpd - Apache logger

post - Mail serverlogger

maillog - Den postloggen

meldinger - Post-boot kernel informasjon

sikker - Sikkerhet log

Xorg.0.log - X Server log

Du kan se en oversikt over loggfiler i /var /log katalog, men for å faktisk lese loggfilene du må være root bruker (eller bruk sudo).

Ser med halen

En av de mest praktiske metoder for å vise loggfiler bruker hale
kommando. Hva hale gjør er å følge den løpende produksjonen av en loggfil. For eksempel hvis jeg ønsker å følge min /var /log /sikker pålogging for å se for sikkerhetsspørsmål Jeg vil skrive inn kommandoen tail -f /var /log /sikker.
f
bryteren forteller halen til følge. Hvis du ikke legger til f
bryter halen vil bare liste produksjonen på en gang (som om du bare utstedt mindre /var /log /secure
.)

Endelige thougths

Det er så mye informasjon å hente på å lese loggfiler. Linux-operativsystemet gjør lett å lese loggfiler, når du vet hvilke loggfilen gjør hva. Ta en rote rundt /var /log for å finne ut nøyaktig hva du har og hvor du trenger å se etter problemet du har. Anmeldelser