 |
|
| node: | gtk/qt haluz part III |
| template: | 4 |
| parent: | LINUX pro uplne zacatecniky |
| owner: | rot |
| viewed by: | |
| created: | 10.05.2006 - 03:48:22 |
| updated: | 10.05.2006 - 04:09:48 |
|
cwbe coordinatez: 101 63540 63542 2109677 63692 2360063 ABSOLUT KYBERIA |
| permissions | |
| you: | r, |
| system: | public |
| net: | yes |
total descendants::
total children::2
(II - http://kyberia.sk/id/2354239 I - http://kyberia.sk/id/2343373)
ked sa problem poslednych par razov zopakoval, skusal som co najviac gdbckovat a zistil som, ze segfault nesposobuju len qt ci gtk kniznice, ale rozne ine libky, od ktorych qt a gtk zavisi. tak som ich po jednom skusal reinstalovat (cez apt-get), raz bola chyba v libxml2, raz v libc6, raz v niekolkych naraz atd. vzdy po reinstalacii, pripadne fscku opat vsetko bezalo ako ma.
takze, upgradol som vsetko, co sa dalo na najvyssie verzie. problem sa zatial nezopakoval. otestoval som oba disky cez smartctl. podla vendor-specific udajov tie disky este maju pred sebou pomerne stastny a pokojny dochodok (ziadny priznak skoreho zlyhania ci opotrebovania), takze chybu v nich zatial vylucujem.
nainstaloval som memtest86 a zbehol niektore testy. ukazalo sa, ze na 320 megabajte je nejaka chyba (spolu mam 384 MB RAM). pravdepodobne to je pricinou obcasneho "zatuhnutia" (stava sa to z casu na cas nielen v linuxe, ale aj vo windowse. najma ked pocitac bezi dlhsie ako 6-8 hodin - vsetko uplne stuhne, nic na obrazovke sa nehybe a pomaha len tvrdy reboot. win2k sa z toho horko-tazko spamatava a niektore aplikacie su potom s prepacenim rozjebane).
zatial mam takuto hypotezu: po dlhsom case, ked bezi naraz openoffice, opera, a co ja viem co, je velka cast ramky zozrata a dostane sa to po ten 320. megabajt. tam dojde k nejakej chybe, ktora sposobi zatuhnutie. pri tvrdom reboote sa poskodi filesystem a chyby na nom potom sposobuju divne spravanie niektorych aplikacii.
vysvetlovalo by to, preco vzdy pomoze fsck. nechapem vsak, aka medzigalakticka zhoda okolnosti sposobuje, ze tie chyby su zrovna v /usr/lib, takze gtk a qt sa spravaju divne. navyse, tomu divnemu spravaniu gtk & qt nepredchadza vzdy (resp. len malokedy!) tvrdy reset.
mam teda ten treti kus ramky (kde je zrejme chyba) vyhodit?
(je mozne, ze som uplne mimo misu. nevelmi rozumiem tomu, ako ramka vlastne pracuje, takze ma pls vyvedte z omylu)
thx
EDIT: ehm, este som trochu googlil, a napadlo mi, ze mozno tie chyby na filesysteme nesposobuje len ten tvrdy reboot, ale vobec fakt, ze RAMka je chybna. ze ked sa nieco zapise do tej chybnej oblasti, a potom sa to syncuje na disk, zapise sa to vadne (asi staci aj jeden pokazeny bit, nie?). sorry za fakt laicky pohlad :).
ked sa problem poslednych par razov zopakoval, skusal som co najviac gdbckovat a zistil som, ze segfault nesposobuju len qt ci gtk kniznice, ale rozne ine libky, od ktorych qt a gtk zavisi. tak som ich po jednom skusal reinstalovat (cez apt-get), raz bola chyba v libxml2, raz v libc6, raz v niekolkych naraz atd. vzdy po reinstalacii, pripadne fscku opat vsetko bezalo ako ma.
takze, upgradol som vsetko, co sa dalo na najvyssie verzie. problem sa zatial nezopakoval. otestoval som oba disky cez smartctl. podla vendor-specific udajov tie disky este maju pred sebou pomerne stastny a pokojny dochodok (ziadny priznak skoreho zlyhania ci opotrebovania), takze chybu v nich zatial vylucujem.
nainstaloval som memtest86 a zbehol niektore testy. ukazalo sa, ze na 320 megabajte je nejaka chyba (spolu mam 384 MB RAM). pravdepodobne to je pricinou obcasneho "zatuhnutia" (stava sa to z casu na cas nielen v linuxe, ale aj vo windowse. najma ked pocitac bezi dlhsie ako 6-8 hodin - vsetko uplne stuhne, nic na obrazovke sa nehybe a pomaha len tvrdy reboot. win2k sa z toho horko-tazko spamatava a niektore aplikacie su potom s prepacenim rozjebane).
zatial mam takuto hypotezu: po dlhsom case, ked bezi naraz openoffice, opera, a co ja viem co, je velka cast ramky zozrata a dostane sa to po ten 320. megabajt. tam dojde k nejakej chybe, ktora sposobi zatuhnutie. pri tvrdom reboote sa poskodi filesystem a chyby na nom potom sposobuju divne spravanie niektorych aplikacii.
vysvetlovalo by to, preco vzdy pomoze fsck. nechapem vsak, aka medzigalakticka zhoda okolnosti sposobuje, ze tie chyby su zrovna v /usr/lib, takze gtk a qt sa spravaju divne. navyse, tomu divnemu spravaniu gtk & qt nepredchadza vzdy (resp. len malokedy!) tvrdy reset.
mam teda ten treti kus ramky (kde je zrejme chyba) vyhodit?
(je mozne, ze som uplne mimo misu. nevelmi rozumiem tomu, ako ramka vlastne pracuje, takze ma pls vyvedte z omylu)
thx
EDIT: ehm, este som trochu googlil, a napadlo mi, ze mozno tie chyby na filesysteme nesposobuje len ten tvrdy reboot, ale vobec fakt, ze RAMka je chybna. ze ked sa nieco zapise do tej chybnej oblasti, a potom sa to syncuje na disk, zapise sa to vadne (asi staci aj jeden pokazeny bit, nie?). sorry za fakt laicky pohlad :).