| Vgignzve a sorozatot, egy fontos dologrl mg nem rt, ha szt ejtnk: mi van akkor, ha valami nem mkdik? Mit tesz olyankor az ember, ha kiszaktjk jl megszokott krnyezetbl, s egyszer csak egy program rtul elszll, majd nem hajland elindulni tbbet?
Sose ess pnikba!
Volt mr arrl sz, hogy a Linux rendszerek meglehetsen bartsgosak a hibazenetekkel, de ha mst nem is, legalbb "logoljk" a hibkat, magyarul egy naplfjlba elmentsre kerlnek. A bartsgossg alatt egybknt azt rtjk, hogy hacsak egy kis lehetsge akad r, a rendszert elnk tolja a hibazenetet.
ltalnos s alaprtelmezett esetben egy hibazenet a szabvnyos kimenetre rkeznek, hacsak a program (esetleg mi), mshogy nem rendelkeznk errl. Ettl fggetlenl ltalnos, hogy a rendszert rint zenetek berppennek a rendszer naplfjljba, mg pl. a grafikus felletet rint zenetek a grafikus fellet naplfjljba.
A naplfjlok
Persze rgtn jn a krds: hogy frnk hozz ezekhez a fjlokhoz? ltalban ezek a fjlok a /var/log/ knyvtrban tallhatak meg. Elvtve akad csak olyan Linux disztribci, ahol nem, egzaktul: "egy bartom meslte, hogy mr ltott valakit, aki teleptett ilyet", gyhogy ha valami miatt nem talljuk ezt a knyvtrat, keressk jobban, mert ott kell lennie.
A szmunkra els krben fontos naplfjlok a kvetkezk:
/var/log/syslog /var/log/dmesg /var/log/Xorg.0.log (esetleg XFree86.0.log)
Az els kt fjlban "ltalnosan" a rendszer futsakor s bootolsakor keletkez zenetek tallhatak meg, mg a harmadikban a grafikus szerver futsnak zenetei.
Ha valamilyen minket is rint fontos esemny trtnik a rendszerben, az j esllyel megtallhat ezen fjlok valamelyikben. Pl.: ha valamirt nem ll fel a hlzat, vagy nincs internet, esetleg ha nem indul a grafikus szerver. Ilyenkor a legtbbszr az is kiderl, hogy mi a konkrt hiba, magyarn hogy a megoldst merre kell keresnnk. Persze a dolog nehzsge pont abban rejlik: a hiba oknak megrtse felttelezi, hogy van nmi kpnk a rendszer felptsrl, s tudjuk mihez kell nylnunk a hiba elhrtshoz. Az sejthet: ebben a cikkben nem fogjuk tudni kifejteni az sszes lehetsges hiba okt, s annak megoldst. Egy rendszer annyiflekpp szllhat szt, hogy ltalnos recepteket adni nem lehet, a legtbb helyzet egyedi.
Mg szmos naplfjl tallhat itt egybknt, azt hogy ezek mit tartalmaznak, azt vagy a nevkbl ki lehet tallni (nagyjbl), vagy a tartalmukat meglesve vlik egyrtelmv. Vagy sem, de ez egy alternatv eset... rdemes jl krlnzni ebben a knyvtrban, hogy az esetleges hiba bekvetkeztekor mr ne vakon tapogatzzunk, hiszen ez jelentsen megnvelheti a hiba elhrtsnak idejt, s azt bizony tudhatjuk: a hiba mindig a legrosszabbkor kvetkezik be, amikor muszj dolgoznunk, vagy amikor az a legnagyobb krt okozza...
A "less" parancs
Mivel nzhetjk meg egy fjl tartalmt? Volt mr sz a less parancsrl: lnyegben a fjl tartalmnak megtekintsre val, valamint egyszerre csak mindig egy ablaknyi tartalmat mutat, gy nem fog "kiscrollozdni" a tartalom, s nyugodtan megkereshetjk benne a hibt. Nhny hasznos beptett funkcija is van, ami egybknt ksrtetiesen hasonlt (tbbek kzt) a vi szvegszerkeszt hasonl funkciira: pl.: /kulcssz - keress, csak hogy a leghasznosabbat emltsk. (bvebben: man less)
Ha egy program nem indul...
Szmos oka lehet, azonban nhny egyszer trkkel gyorsan kiderthetjk ennek okt:
- Indtsuk a programot egy terminlbl.
Ekkor ugyanis a hibazeneteket biztosan kirja az orrunk el, s ez az esetek j rszben mr elg, hiszen sokszor az itt kirt hibazenet egyrtelm utastst ad az elhrtsra nzve.
- Lpjnk be egy msik felhasznlval, s nzzk meg nla mi a helyzet.
Sokszor ugyanis a sajt home knyvtrunkban tallhat belltfjlokban van a hiba, gy ha ms felhasznl indtja, a hiba nem jn el. Ha ez az bra, keressk meg a program felhasznlspecifikus belltfjljait, s trljk le azokat. Ne feledjk: ilyenkor az adott program belltsai elvesznek, ha azokra mg szksgnk van, akkor ne trljk a fjlokat, hanem rakjuk t ket mshova, gy ksbb visszanzhetjk mi is volt a hiba. (a home knyvtrban a legtbb programnak van egy sajt rejtett knyvtra, ott tallhatak ezek a fjlok. pl. az xchat program a /home/felhasznl/.xchat )
- Teleptsk jra a programot.
Drasztikus megolds, s flve emltjk, ugyanis rettenetesen ritka az a helyzet, amikor a program maga gy srl meg, hogy tnyleg szksg legyen az jrateleptsre. Esetnkben inkbb azt a tulajdonsgt hasznlnnk ki az jrateleptsnek, hogy ha gy szedjk le, hogy a konfigurcis llomnyokat is leszedje (a globlisakat, a felhasznlspecifikusakat nem fogja), akkor j esllyel a hibs konfigurcis bellts is eltvozik gpnkrl, az jra felraksnl pedig ismt a "gyri" belltsokkal tr vissza, amelyek helyesek.
- Nzzk meg milyen fggsgei vannak a hibs programnak.
Sokszor elfordul, hogy nem is maga a program a hibs, hanem valamelyik ltala hasznlt segdprogram tartalmaz inkonzisztens rszeket. Pl. olyan programok esetben amelyek GTK ablakmegjelentt hasznlnak, a program elindulsnak gtja lehet a hibs GTK bellts. Persze az esetek nagy rszben terminlbl indtskor a hibazenet utal r.
- Sajnos azonban az is elfordulhat, hogy egy program olyan hiba miatt nem indul, ami a program fejlesztsekor kerlt bele.
Ilyenkor nem tehetnk mst: megvrjuk amg a fejlesztk elllnak egy javtott vltozattal. Persze a lehetsg megvan: keresnk egy rgebbi verzit belle, s rakjuk vissza azt.
Krjnk segtsget.
Ha a fent mdszereket kiprbltuk, s mg mindig semmi javuls, krjnk segtsget msoktl! rtunk mr rla: a Linuxos kzssgek igen segtkszek, ha ltjk, hogy nllan prbltuk mr megoldani a problmt.
Persze mieltt rnnk egy frumba, felttlen nzznk utna a neten, htha tallunk hasznos informcit: rjuk be a hibazenetet a Google-be, stb. (errl rtunk mr rszletesebben korbban.)
Ha ez sem segtett, akkor btran tmadjuk le valamelyik kisebb-nagyobb forgalm Linuxos frumot, s zdtsuk a nyakukba problmnkat.
Ne csggedjnk: elbb-utbb biztosan megolddik...
| |