12. Kako dobiti daljnju pomoć.

12.1 Još uvijek niste odgovorili na moje pitanje!

Molim vas, prije slanja poruke pročitajte ovaj odgovor u cjelosti. Znam da je malo poduži, ali možda upravo namjeravate ispasti budala ispred 50 000 ljudi i potrošiti stotine sati njihova vremena. Zar ne mislite da vrijedi potrošiti malo svog vremena i slijediti ove upute?

Ako mislite da je neki odgovor nepotpun ili netočan, pošaljite poruku Robertu Kieslingu na kiesling@ix.netcom.com.

Pročitajte odgovarajuće knjige LDP-a -- pogledajte pitanje Gdje da nabavim HOWTO-e i drugu dokumentaciju?.

Ako ste novi na Unixu, pročitajte comp.unix.questions FAQ i FAQ-ove svih ostalih comp.unix grupa koje bi mogle biti važne.

Linux ima toliko zajedničkog s komercijalnim Unixima da će skoro sve što tamo pročitate vrijediti za Linux. Ti FAQ-ovi se, kao i svi ostali, mogu naći na ftp://rtfm.mit.edu/pub/usenet/news.answers/ (ako nemate pristupa FTP-om, mail-server@rtfm.mit.edu vam ih može poslati). rtfm-ove FAQ arhive prenose se na razne poslužitelje -- pogledajte Introduction to *.answers posting na svom news poslužitelju ili u poddirektoriju news-answers/introduction navedenog direktorija.

Provjerite KAKO koji govori o toj temi, ako ga ima, ili odgovarajući pod-FAQ dokument starog stila. Provjerite FTP arhive.

Pokušajte eksperimentirati -- to je najbolji način upoznavanja Unixa i Linuxa.

Pročitajte dokumentaciju. Pogledajte man stranice (ako za njih ne znate, napišite man man; man -k <tema> često ispisuje korisne i važne man stranice).

Pogledajte Info dokumentaciju (u Emacsu napišite C-h i, tj. <CTRL>-<h>, a zatim <i>). Tu nije riječ samo o Emacsu. Na primjer, tu je i dokumentacija GCC-a.

Često će uz paket biti i datoteka README koja daje uputstva za instaliranje i/ili korištenje.

Provjerite da li imate pokvarenu ili zastarjelu kopiju programa u kojem je problem. Ako je moguće, skinite ga opet i ponovno instalirajte -- vjerojatno ste prvi put pogriješili.

Pratite comp.os.linux.announce -- tamo se često pojavljuju vrlo važne informacije za sve korisnike Linuxa.

Općenita pitanja o X Windowu pripadaju u comp.windows.x.i386unix, a ne u comp.os.linux.x. No prije slanja poruke malo čitajte grupu (kao i FAQ).

Samo ako napravite sve ove stvari i još uvijek niste riješili problem, pošaljite poruku u odgovarajuću comp.os.linux grupu. Prije toga pročitajte slijedeće pitanje, Što staviti u molbu za pomoć..

12.2 Što staviti u molbu za pomoć.

Molim vas, ovaj savjet o pisanju poruke pročitajte pažljivo. Potpuna poruka znatno će povećati šanse da stručnjak i/ili drugi korisnik ima dovoljno informacija i motivacije za odgovor.

Ovaj savjet vrijedi i za poruke koje traže savjet i osobne poruke poslane stručnjacima i drugim korisnicima.

Svakako pružite sve detalje problema, uključujući:

• Točno koji je program problematičan. Ako ga znate, napišite broj verzije, te odakle ste ga nabavili. Mnoge standardne naredbe ispisat će svoju verziju ako im date opciju --version.
• Koju distribuciju Linuxa koristite (Red Hat, Slackware, Debian ili što već) i koju verziju te distribucije.
• Točan i potpun tekst bilo kakvih poruka o grešci.
• Točno kakvo ste ponašanje očekivali i kakvo ste opazili. Dobar način za pokazivanje ovoga je transkript rada s programom.
• Sadržaj bilo kakvih konfiguracijskih datoteka koje program u pitanju koristi, kao i svi povezani programi.
• Koju verziju kernela i djeljenih librarya imate instalirane. Verziju kernela pokazat će uname -a, a djeljenih librarya ls -l /lib/libc.so.4.
• Ako se čini prikladnim, detalje o vašem hardveru.

Koristite jasnu, detaljnu temu poruke. Ne stvari kao što je ``ne radi'', ``Linux'', ``pomoć'' ili ``pitanje'' -- to već znamo. Taj prostor iskoristite za ime programa, dio poruke o grešci, sažetak neobičnog ponašanja, itd.

Ako govorite o unable to handle kernel paging request poruci, slijedite upute u README izvornog koda kernela za pretvaranje brojeva u nešto razumljivije. Ako to ne napravite, nitko tko pročita poruku neće to moći umjesto vas jer se odnos brojeva i imena funkcija razlikuje od jednog do drugog kernela.

Na početku poruke u jednom odlomku izložite sažetak.

Na dnu tražite odgovore e-mailom i recite da ćete poslati sažetak. To poduprite pomoću Followup-To: pošiljatelj. Nakon par ili tjedan dana stvarno i pošaljite sažetak. Nemojte samo spojiti odgovore koje ste dobili -- sažmite ih. Također je dobra ideja staviti u temu svog sažetka staviti riječ SAŽETAK. Razmislite o slanju sažetka u comp.os.linux.announce.

Provjerite da li vaša poruka ima neprikladno References zaglavlje. Ono vaš članak označava kao dio niza kojem pripada članak na kojeg ste se referirali što često uzrokuje brisanje zajedno s ostatkom dosadnog niza.

Također možete reći da ste pročitali ovaj FAQ i odgovarajuće KAKO-e -- tako je manje vjerojatno da ljudi preskoče vašu poruku.

Nemojte zaboraviti da ne biste trebali slati poruke poslane vama osobno bez dopuštenja pošiljatelja.

12.3 Želim nekome poslati poruku o svom problemu.

Pokušajte naći autora ili održavatelja kojeg god programa ili dijela koji uzrokuje vaše teškoće. Ako imate kontakt za svoju distribuciju Linuxa, koristite njega.

Molim vas, u poruku stavite sve što biste stavili u posting.

Na kraju, sjetite se da, unatoč tome što većina Linux zajednice nastoji pomoći i odgovoriti na pitanja, pomoć tražite od neplaćenih dragovoljaca pa nemate pravo očekivati odgovor.