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
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
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
b43-fwcutter. tada pastachiau paketus ( pirma "pjoveja")ir vuolia!lengvai ir saldzhiai
2009 m. gegužės 11 d., pirmadienis
komixai ish fidilo
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
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
Užsisakykite:
Pranešimai (Atom)




