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