hankalissa ongelmissa muutkin kiinostuneet osaavat etsiä ratkaisua muualta kuin jo kolutuista ohjeista
nostaa kysymiskynnystä, kun tietää että itsekin pitäisi asialle jotain tehdä (tai tunnustaa oma aloittelijatasonsa, kun ei tiedä mistä aloittaisi)
vastaajat eivät välttämättä tarjoa dokumentteja, joista ei ollutkaan apua (tai havaitsevat kysyjän osaamistason, ja voivat selventää asiaa, jonka olisi
pitänyt selvitä jo läpikäydyistä ohjeista; tämä on myös vihje ohjeen mahdollisesta huonoudesta)
joskus kysymyksestä voi löytyä vinkkejä ongelmien ratkaisuun muillekin, vaikka itse kysymys ei heitä koskisikaan
Samalla tavalla kun kaiken edelläolevan läpikäynti, myös kysymysten kieliasu vaikuttaa siihen, kuka ja miten vastaa ja vastaako kukaan ylipäätään. Internet ei ole BBS
- vaikka vuosi vuodelta enemmän siltä alkaakin vaikuttaa. Kirjoita kunnollisia lauseita. Käytä välimerkkejä. Käytä max. 76 merkin rivejä, jos suinkin mahdollista. Ihmiset
reagoivat tämän kaltaisiin asioihin hieman eri tavoin, mutta antamalla hyvän vaikutelman itsestäsi et ainakaan heikennä mahdollisuuksiasi saada pätevää apua. Lisäksi
potentiaalisen avun antajan pitäisi saada keskittyä ongelman ratkomiseen, ei sen tulkitsemiseen, mitä yrität sanoa.
Kysyjän muistilista - lisävinkkejä
Mitä olit tekemässä?
on syytä kertoa, mikä on toivottu lopputulos, jotta kukaan voi kertoa, miten se saavutetaan...
jos kaikki menee ihan pieleen, ongelma voikin olla jossain, mitä teit jo aiemmin
jos ei tiedä, niin ei kannata yrittää vastata kysymykseen samalla itse. Kannattaa esittää itse ongelma, eikä tarjota vastausmallia, jos ei halua välttämättä juuri sen
tyyppistä ratkaisua.
"Would you tell, me please, which way I ought to go from here?"
"That depends a good deal on where you want to get to," said the Cat.
-- Lewis Carrol, Alice in Wonderland
Mikä ei toimi?
Ohjelman nimi ei aina ole yksiselitteinen. Jos olet varma että tiedät sen todellisen nimen niin hyvä... Mutta usein esim. C-kääntäjä 'cc' on todellisuudessa 'gcc'; cc
on vain linkki gcc:hen. Komentoja, joita voit kokeilla nimen varmentamiseen: which <ohjelma> (jos se löytyy polusta), what `which <ohjelma>` ja jopa locate <ohjelma> | grep bin, jos se on kokonaan kateissa.
Versiotieto löytyy useimmista ohjelmista joillain seuraavista paramatreista: -v, -V tai --version.
Red Hatissa voit kokeilla myös: which <komento> | xargs rpm -qf
Miten ei toimi?
jos ohjelmassa on "verbose"-tila, mitä se kertoo?
jos ohjelmassa on "debug"-tila, mitä se kertoo?
mitä man-sivut sanovat kyseisistä ilmoituksista?
paljastaako dmesg | less mitään?
Missä ympäristössä se ei toimi?
aja uname -a; mitä se tulostaa?
mitä kertoo cat /etc/issue ?
mitä sanoo uptime "load average":ksi? (Olisiko joku prosessi jumissa viemässä resursseja?)
Mitä rautaa käytät?
useimmista laitteista löytyy tietoa /proc-hakemiston pseudo-tiedostoista. Nämä eivät ole varsinaisia tiedostoja vaan ne kuvaavat esim. lisälaitteiden
konfiguraatiota ja tilaa mutta niitä voi käsitellä kuin mitä tahansa (read-only-) tiedostoa. Tällaisia ovat esimerkiksi /proc/cmdline ja /proc/pci.
samalla kun tarkistat lisälaitteen manuaalista kapineen tyyppitiedot, voit tarkistaa, mitä siellä sanotaan kyseisen kaltaisista ongelmista...
Lisätietoja?
tietoa on hyvin harvoin liian paljon
Kuka kysyy?
Vaikka miten pelkäisit spammereita, liitä mukaan selväkielinen osoitteesi, jotta mahdollinen avun tarjoaja voi tarvittaessa pyytää lisätietoja.