I'd like to give a feedback regarding the crashes I've reported. I transferred my system to my spare laptop (exactly the same model). I haven't experienced any hangups or file systems problems so far, using the same kernel (hardened-sources-2.6.36-r7) and performing the same tasks - including a regular weekly upgrade (at least xulrunner). That drives me to the direction, that it may be possible, that my problems were caused by some sort of hardware glitch. I would rather repair my laptop rather than ordering another spare device. Since there were no problems running memtest for 12+ hours, I suspect some problems with either the CPU or the motherboard. Replacing the motherboard lays beyond my resources, so I'll replace the CPU. That is pretty convenient, especially because I have a spare CPU in my drawer.
What would you guys suggest to test the system with besides emerging qt-gui? Are there any memtest equivalent for checking the CPU? Thx: Dw. -- dr Tóth Attila, Radiológus, 06-20-825-8057 Attila Toth MD, Radiologist, +36-20-825-8057 2011.Január 4.(K) 19:18 időpontban pagee...@freemail.hu ezt írta: > On 4 Jan 2011 at 19:38, "Tóth Attila" wrote: > >> Would it be possible that the CPU itself is actually failing (opcode >> 0000)? > > not in this case, always look at the first problem, everything else may > very > well be just collateral damage. and that's a BUG_ON so it's the kernel > that > detects some bad condition. and since that code and condition are fs > related, > it's probably best to let the fs guys debug it but they'll deal with it > only > if you can reproduce it with vanilla. > > >
