2009 m. lapkričio 28 d., šeštadienis

zzzz

dabar yra du pagrindiniai dalykai kurie man nepatinka. pirmas kad neveikia hibernate,antras,kad nesusitvarkaiu su shriftais ir trechias kad mano shudiniai integruotai vaizdo kortai ati numete palaikyma seniai seniai o opensuorsiniuose draiveriuose nera 3d palaikymo. nu bet chia ish esmes dzin ,nes neketinu labai chia zhiast, o q2 manua pavezhtu ir taip. vakar pameginau vietoj radeonhd radeon draivery. atrode viskas geriau,bet audacious ryjo beveik visa proca ir uzhkeldavo temperatura gal 20 laispniu. nu nafig. poto prasidejo cirkai su X-ais. atstachius draivery viskas lyg ir susitvarke. idomaii krc.

2009 m. lapkričio 8 d., sekmadienis

teh wicked internetc

Dydisis upgredas ish 12.2 y 13.0 . pagrindine problema del wicd menedzherio. nerodo visu esanchiu tinklu arba rodo juos po arba nezuhsikrauna del kahzkokiu prikolu su dbus denomu ( chia greichiausiai del to kad instaliacijos metu nebuvo perkrautas demonas). sprendimas banalus. vietoj pateikiamos 1.6.2.1 versijos parsisiunchiam ish wicd sajto 1.6.2.2 versija. paketo pagaminimui naudojam ta paty 1.6.2.1 slackbuildo skripta tik reik jy paeditint, kad sutaptu versijos. tada neproshal sihtrinti VISUS su ana versija susijusius failus ir folderius, kad isirashytu shvariai. po paketo irashymo persikraunam arba perkraunam ten hal ar dbusas( nzn ash tai persikroviau) nu ir viskas veikia.

shiaip 13 versija reikalavo mazhiau pastabgu nei 12.2 dakas veikia out of teh box. (ten garsas ir vaizdas ir pan) taip pat kad mautintu usb teko rankiniu budu prisiadint prie tam tikru grupiu paprasta vartotoja( tixliau messagebus haldaemon, plugdev. ir dar del wicd netdev :D). taip pat dar reikejo xorgsetup'o nes sx'as pa defoultu nepasileido. erm dar reiktu zuhsikalt lietuvybe,ir pazhaist asu xfce terminalu ,nes bishki zuhkniir dar su shriftais kahzkas ni to nes dabar tai aklai spausdinu y bloga :Dtart

2009 m. gegužės 13 d., trečiadienis

darom garsa

alsaconf
/etc/rc.d/rc.alsa start
alsamixer
alsactl store

2009 m. gegužės 12 d., antradienis

wireless ant slackware 12.2

statant wirelessa ant slackwaro zuhtenka sajto linuxwireless.org. man asmenishkai tereikejo isirahsyt normalu menedzhery kaip wicd, parsipust ish slackbuilds.org b43-firmware ir
b43-fwcutter. tada pastachiau paketus ( pirma "pjoveja")ir vuolia!lengvai ir saldzhiai

2009 m. gegužės 11 d., pirmadienis

komixai ish fidilo

vis darau sajta komixam,nu bet kol darau ir darau ir xuj nieko ash dar nepadarau, tai sumetu chion stuffa,kuris pakliuvo y fidila.gaila,kad fidilas ishejo nespalvotas, tai puse grozhio kaip nebuta. buchiau zhinojes,buchiau nespalvotus dares.






2009 m. sausio 18 d., sekmadienis

2008 m. gruodžio 30 d., antradienis

Debaginimas

Tai vat pradejo nei shio nei ish to vista metytis BSOD'ais. veikia tik ant safe modo. ka daryt? parsisiunchiame WinDbg ish microsofto sajto ir suzhinom kas yra.

bsod'o dar zhinomo kaip bugchekas metu sukuriami keli memory dumpai. viename perkeliame visa tuo metu aktyvi atmintis ,o kitame, 64 kb branduolio minidumpe yra butent tai kas luzho. taigi win debageryje reiktu nurodyti ish kur imti "zhemelapy" dampo identifikacijai. File| Symbol file path.. yrashom shita eilute:

'SRV*f:\symbols*http://msdl.microsoft.com/download/symbols'

Tada uzhsikraunam paskiausia dumpa ish windows/minidumps katalogo. krovimas savaime suprantama shiek tiek uzhtrunka,kol parsiunchiami reikalingi simboliai ir pan. tada mums gelbeja komanda '!analyze -v' kuri ish esmes parodo sistemos busena luzhio metu. mums principe reikalingi du laukai: DEFAULT_BUCKET_ID ir IMAGE_NAME. default_bucket_id parodo gliuko kategorija, o image_name turetu nurodyti ir yvykio kaltininka. taip pat dar naudinga komanda 'lvm', kuri nurodo tuo metu uzhkrautus draiverius ir ivairia su jais susijusia informacija ( pvz. ju buvimo vieta). to turetu pakakti.

mano atveju failino failas glaide32.sys. greit buvo nustatyta ,kad tai ishvis trojan/rootkit tipo parazitas pavadinimu Rustock. ishsigydzhius nuo shitos infekcijos, kompas vel normaliai pradejo dirbti.. greichiausiai trojanas megindavo kreivai nuskaityti atminty,o kadangi veike kaip draiveris zhemiausiame, kernel mode, lygyje, tai procesas baigdavosi BSOD'u
Plachiau apie debaginima ir gliuku paieshka galima pasiskaityti chia:
http://www.networkworld.com/news/2005/041105-windows-crash.html?page=1

p.s. pasileidus ish 'administrative tools' 'event view' toolza ir ten system skyriuje suradus 1001 eventa,galima surasti bagcheko koda, pagal kury imanoma daugmazh abstrakchiai nusakyti del ko yvyko failinimas, shitame sajte:
http://msdn.microsoft.com/en-us/library/ms789516.aspx