14. helmikuuta 2008
Luokittelu ja avainsanat: laitteisto, BIOS, PS/2, PS/2-liitäntä, PS/2-portti, USB-näppäimistö, virranhallinta
- Lähtökohta
-
Tietokoneeni on SN45G-mallinen Shuttlen valmistama XPC. Olen ladannut ja asentanut tietokoneeseen valmistajan uusimman BIOSin (versio FN45S00W, joka on julkaistu 29.3.2007). Olen valinnut BIOSissa PS2 Keyboard Power ON -ominaisuuden käyttöön (Enabled). Hot Key Power ON -kohtaan liittyvästä valikosta olen valinnut kohdan Any Key.
Näppäimistöni on USB-liittimellä varustettu Packard Bellin valmistama Glow, ja olen kytkenyt sen PS/2 -sovittimen avulla PS/2 -porttiin.
Olen painanut työpöydän Paneelissa olevaa sammutusnappia ja valinnut sen tarjoamasta valikoimasta kohdan Sammuta, minkä jälkeen tietokone on sammunut.
- Ongelma
- Tietokone käynnistyy itsestään muutaman sekunnin kuluttua sammumisestaan. Haluan, että tietokone pysyy pois päältä -tilassa ja käynnistyy vasta, kun painan näppäimistön välilyöntinäppäintä.
- Ongelman syy
- Näppäimistö lähettää ilmeisesti näppäimenpainallussignaalin tietokoneeseen hetken kuluttua tietokoneen sammumisesta. Koska aidolla PS/2 -liittimellä varustetun näppäimistön kanssa uudelleenkäynnistymisongelmaa ei esiinny, ongelman syy voi olla näppäimistön viallinen toiminta PS/2 -sovittimen kanssa. Näppäimistö ei siis mahdollisesti ole yhteensopiva PS/2 -sovittimen kanssa, tai sitten se ei ole PS/2 -sovittimeen liitettynäkään PS/2 -standardin (eikä siten tietokoneen PS/2 -portin) kanssa yhteensopiva.
- Ratkaisu
- Ratkaisua ei vielä ole. Ongelman voi kiertää joko ottamalla PS2 Keyboard Power ON -ominaisuus BIOSissa kokonaan pois käytöstä (
Disabled) tai sitten valitsemalla Hot Key Power ON -kohtaan liittyvästä valikosta jokin muu vaihtoehto kuin Any Key. Kun olen valinnut valikosta kohdan Ctrl-F1, tietokone ei käynnisty itsestään, mutta käynnistyy, kun painan näppäinyhdistelmää Control + F1.
- Huomautus
- Tämän näppäimistön kanssa ilmenee toisenlainen ongelma silloin, jos liitän sen USB-porttiin: sammutusta seuraavan virrankytkennän jälkeen se ei toimi ilman irrotusta ja uudelleenkytkentää. Tästä syystä pidän näppäimistöä tällä hetkellä PS/2 -porttiin kytkettynä.
Kommentiton »
14. helmikuuta 2008
Luokittelu ja avainsanat: GNU/Linux, laitteisto, käynnistys, näppäimistö, PS/2, PS/2-portti, sammutus, USB, USB-portti, virranhallinta
- Lähtökohta
-
Tietokoneeni on SN45G-mallinen Shuttlen valmistama XPC, jonka emolevyllä on nForce2-piirisarja. Olen ladannut ja asentanut tietokoneeseen valmistajan uusimman BIOSin (versio FN45S00W, joka on julkaistu 29.3.2007).
Näppäimistöni on USB-liittimellä varustettu Packard Bellin valmistama Glow. Olen liittänyt sen tietokoneeni etupaneelissa olevaan USB-porttiin.
Linux-ytimestä käytössäni on versio 2.6.22-14-generic.
Olen painanut työpöydän Paneelissa olevaa sammutusnappia ja valinnut sen tarjoamasta valikoimasta kohdan Sammuta, minkä jälkeen tietokone on sammunut.
- Ongelma
- Kun käynnistän tietokoneen uudestaan virtanapista, näppäimistö ei toimi. En pääse tietokoneen BIOSiin Del-näppäimellä, enkä pysty kirjoittamaan komentoja työpöydällä avaamaani
Pääte-ikkunaan.
- Ongelman syy
-
En vielä tiedä ongelman tarkkaa syytä, sillä minulla ei ole toista USB-liitännäistä näppäimistöä, jolla voisin sulkea pois sen mahdollisuuden, että kyse on näppäimistössäni olevasta viasta.
Ongelmaa ei kuitenkaan ilmene silloin, kun olen suorittanut vastaavanlaisen ohjelmallisen sammutuksen Windows XP:ssä ja käynnistänyt tietokoneeni uudestaan sen jälkeen. Tämä viittaisi siihen, että ongelma liittyy Linux-ytimen ja BIOSin yleisempään USB-laitteiden virranhallintaongelmaan.
- Ratkaisu
-
Ratkaisua ei vielä ole. Ongelman voi kiertää kahdella eri tavalla.
- Kun tietokoneeseen on tullut virta (käyttöjärjestelmän lataamisen alkua tai käynnistymistä ei tarvitse odottaa, vaikkei siitä ole haittaakaan), irrotan näppäimistön liittimen USB-portista ja kytken sen sitten välittömästi uudestaan samaan porttiin. Tämän jälkeen näppäimistö toimii.
- Sammutan tietokoneen, irrotan näppäimistön liittimen USB-portista ja kytken sen PS/2 -sovittimeen. Sen jälkeen kytken sovittimen tietokoneeni takana olevaan PS/2 -porttiin ja käytän jatkossa näppäimistöäni tällä tavalla PS/2 -porttiin kytkettynä. Sen jälkeen näppäimistö toimii myös virran sammuttamisen jälkeen tapahtuvan uudelleenkäynnistyksen yhteydessä ja käyttöjärjestelmän latauduttua.
Yksi kommentti »
14. helmikuuta 2008
Luokittelu ja avainsanat: GNU/Linux, laitteisto, ACPI, BIOS, Linux, merkkivalot, sammuttaminen, sammutus, USB, USB-laitteet, valot, virranhallinta
- Lähtökohta
-
Tietokoneeni on SN45G-mallinen Shuttlen valmistama XPC, jonka emolevyllä on nForce2-piirisarja. Olen ladannut ja asentanut tietokoneeseen valmistajan uusimman BIOSin (versio FN45S00W, joka on julkaistu 29.3.2007).
Olen kytkenyt tietokoneeseeni useita USB-laitteita. Osassa laitteista, esimerkiksi web-kamerassa ja USB-jakajassa on LED-valot, jotka palavat silloin kun laitteissa on virta, ja jotka eivät pala silloin kun laitteissa ei ole virtaa, vaikka ne olisikin liitetty USB-porttiin.
Linux-ytimestä käytössäni on versio 2.6.22-14-generic.
Olen painanut työpöydän Paneelissa olevaa sammutusnappia ja valinnut sen tarjoamasta valikoimasta kohdan Sammuta, minkä jälkeen tietokone on sammunut.
- Ongelma
- USB-portteihin kytkettyjen laitteiden LED-valot palavat tietokoneen sammuttamisen jälkeenkin sen merkkinä, että niihin tulee edelleen sähkövirtaa. Haluan, että tietokoneen sammuessa USB-laitteisiin johdettu virta katkaistaan. Jatkuva virransyöttö on turhaa energiantuhlausta, sillä mikään USB-liitännäisistä laitteistani ei toimi ilman, että myös tietokone on päällä.
- Ongelman syy
-
Ubuntussa on USB-laitteiden virran sammutukseen liittyvä ongelma, joka ilmenee tyypillisesti nForce-piirisarjoilla ja erityisesti juuri nForce2:lla varustettujen emolevyjen kanssa. Ongelma liittyy Linux-ytimeen ja tapaan jolla BIOS käsittelee ytimen antamia sammutuskäskyjä.
- Ratkaisu
- Ratkaisua ei vielä ole. Vaikka ongelman voi kiertää muuttamalla Linuxin sammutusrutiinia, ratkaisuksi siitä ei ole, sillä sammutusrutiini toimii silloin väärin, ja pohjimmiltaan vian uskotaankin olevan BIOSissa. Tästä syystä myös sammutusrutiinin muutoksen päätymistä viralliseen Linux-ytimeen pidetään epätodennäköisenä.
- Huomautuksia
-
- Tietokoneeni BIOS tarjoaa mahdollisuuden ottaa ACPI pois käytöstä. Tällä hetkellä se on käytössä, enkä vielä ole kokeillut ilmeneekö tässä kuvattu ongelma sittenkin, jos otan sen pois käytöstä.
- Tätä ongelmaa ei ilmene silloin kun sammutan tietokoneen ohjelmallisesti Windows XP:stä.
- Olen aiemmin kirjoittanut tästä samasta ongelmasta hieman tätä lyhykäisemmin englanniksi.
Yksi kommentti »
14. helmikuuta 2008
Luokittelu ja avainsanat: sovellukset, dmesg, FireHOL, loki, lokitiedosto, lokitiedostot, palomuuri, syslog, syslogd, ulog, ulogd
- Lähtökohta
-
Haluan katsoa käynnistyksen aikana ylöskirjattuja tapahtumia dmesg-komennolla ja /var/log/syslog -tiedoston sisältöä lukemalla.
Olen asentanut FireHOL-palomuurin ja asettanut sen käynnistymään järjestelmän käynnistymisen yhteydessä.
- Ongelma
-
Dmesg-komennon antama tuloste on täynnä palomuurin ylöskirjaamia tietoja pakettien välityksestä. Tuloste sisältää pelkästään seuraavan kaltaisia rivejä:
:08:00 SRC=130.234.192.48 DST=130.234.195.255 LEN=211 TOS=0x00 PREC=0x00 TTL=128 ID=63892 PROTO=UDP SPT=138 DPT=138 LEN=191
Myös /var/log/syslog on täynnä samanlaisia rivejä niin, että lokin muu sisältö hukkuu kokonaan niiden sekaan.
Haluan, että palomuurin ilmoitukset kirjataan erilliseen lokitiedostoon. Jos tämä ei ole mahdollista, haluan, että palomuuri kirjaa ylös ainoastaan nykyistä rajaa tärkeämmät toimet pakettien kanssa niin, että palomuurin ilmoitukset eivät hukuta lokeissa olevaa muuta tietoa alleen. Jos tämäkään ei ole mahdollista, haluan, että palomuuri ei kirjaa lokiin mitään.
- Ongelman syy
- FireHOL käyttää lokinpitoon
syslogd:tä.
- Ratkaisu
-
Asennan pakettienhallinnassa ulogd-paketin, ja asetan sen jälkeen FireHOLin käyttämään ulogd:tä lokinpidossaan.
Asetan FireHOLin käyttämään ulogd:tä avaamalla /etc/default/firehol -tiedoston muokattavaksi sudo gedit /etc/default/firehol -komennolla ja lisäämällä siihen sitten seuraavan rivin:
FIREHOL_LOG_MODE="ULOG"
Tallennettuani muutokset tiedostoon käynnistän FireHOLin uudestaan sudo /etc/init.d/firehol restart -komennolla. Tämän jälkeen palomuurin ilmoitukset tallentuvat /var/log/ulog/syslogemu.log -tiedostoon, eivätkä enää tallennu /var/log/syslog -tiedostoon tai dmesgin puskuriin.
Kommentiton »
14. helmikuuta 2008
Luokittelu ja avainsanat: tiedostomuodot, web ja web-sovellukset, ASF, ASX, Elävä arkisto, lataaminen, mimms, MMS, MMS-protokolla, streaming, suoratoisto, WMV
- Lähtökohta
-
Minulla on Synaptic-pakettienhallinnassa w32codecs ja totem-mozilla asennettuina. Olen asentanut Firefox-selaimeeni AdBlock Plus -lisäosan. AdBlock Plusin Asetuksissa olen ottanut Valinnat-valikosta käyttöön Näytä painike Flashin ja Javan yhteydessä -kohdan.
Elävässä arkistossa on Tietokonemusiikkia 60-luvulta
-artikkeli. Artikkelin yhteydessä on linkki videoon, jossa Erkki Liikanen esittää tietokoneen säveltämän tangokappaleen. Videolinkin valittuani video alkaa pyöriä selainikkunassa. Haluan ladata videon omalle koneelleni, jotta voin katsoa sen paikallisesti myös sellaisella tietokoneella, jossa ei ole Internet-yhteyttä.
- Ongelma
- En pysty tallentamaan videota. Jos valitsen Firefoxin
Tiedosto-valikosta Tallenna sivu nimellä... -kohdan, kun video on esillä selaimessani, sivusta tallentuu kyllä paikallinen kopio, mutta Firefox ei sisällytä itse videota paikalliskopion tiedostojen joukkoon. Niinpä video ei toimi, jos avaan tallentamani sivun koneella, jossa ei ole Internet-yhteyttä.
- Ongelman syy
- Elävässä arkistossa käytetty videotekniikka on käyttörajoitteista. Videot näytetään suoratoistona sen sijaan, että ne ladattaisiin tietokoneelle ennen toiston alkua.
- Ratkaisu
-
- Asennan Synaptic-pakettienhallinnassa
mimms-paketin.
- Avaan videon selaimeen artikkelin linkistä niin, että video alkaa pyöriä.
- Koska AdBlock Plus on käytössä, videon alakulmaan ilmestyy
Estä-nappi, jota painamalla saan esiin videon osoitteen. Osoitteen ollessa maalattuna kopioin sen leikepöydälle näppäinyhdistelmällä Control + C, minkä jälkeen poistun AdBlock Plusin ikkunasta Peruuta-napilla. Sen jälkeen keskeytän videon toiston palaamalla selaimessa takaisin artikkelisivulle.
-
Avaan Päätteen ja suoritan wget-komennon siten, että annan sille ensimmäisenä parametrinä äsken leikepöydälle kopioimani osoitteen (painamalla näppäinyhdistelmää Control + Shift + V) ja toisena parametrinä saman osoitteen loppupuolelta jäljittelemäni tiedostonimiosan, joka on viimeisen kauttaviivan (/) ja kysymysmerkin välissä. Tiedoston nimi on tässä tapauksessa numero 172659, jonka perässä on .asx -pääte, joten lopullinen komento näyttää seuraavalta:
wget http://www.yle.fi/player/172659.asx?s=512 -O 172659.asx
-
Edellisellä komennolla ladattu tiedosto, 172659.asx, sisältää uuden osoitteen. Lataan seuraavaksi tiedoston tästä uudesta osoitteesta komennolla, johon sisällytän yhtenä parametrinä äsken ladatun 172659.asx -tiedoston:
wget `cut -c 39- 172659.asx | cut -d\" -f 1`
-
Edellisellä komennolla ladattu tiedosto, tässä tapauksessa 172652_1.wmv, sisältää jälleen uuden osoitteen. Korjaamalla tätä uutta osoitetta siten, että siinä käytetään http-protokollan sijasta mms-protokollaa, saan vihdoinkin sen osoitteen, josta voin ladata itse videon mimmsillä.
Sisällytän komentoon yhtenä parametrinä äsken ladatun 172652_1.wmv -tiedoston, ja viimeisenä parametrinä uuden tiedostonimen, jonka alkuosa on sama kuin edellä ladatun tiedoston nimen alkuosa, ja päätteenä .asf; tässä tapauksessa siis 172652_1.asf. Lopullinen komento näyttää seuraavalta:
mimms `grep Ref1= 172652_1.wmv | sed -e 's/http:/mms:/' \
| cut -c 6-` 172652_1.asf
Tämän jälkeen minulla on paikallinen kopio videosta 4,9 Mt:n kokoisessa, 172652_1.asf-nimisessä tiedostossa. Voin toistaa videon esimerkiksi Totem-elokuvasoittimella.
Yksi kommentti »