Description of problem: My system freezes randomly, the symptoms are exactly the same as described in #213227. Except I do not have a ThinkPad. Version-Release number of selected component (if applicable): Linux assassini.dadadom.lan 2.6.18-1.2849.fc6 #1 SMP Fri Nov 10 12:45:28 EST 2006 i686 i686 i386 GNU/Linux How reproducible: Not reproducible. Sometimes the system freezes after four or five days, sometimes it freezes after less then five minutes. Also - except for Gnome - there is not one specific program running at the time of freeze. Actual results: Total system freeze, only a reset (power off actually, as the laptop doesn't have a reset-button) helps. No login via SSH possible, no restart of X possible, no change to another console possible, nothing. Expected results: No freezes ;) Additional info: I experienced problems with XFS when I installed FC5 (were known back then), so I switched my home partition to JFS. Now I suspected JSF, so I switched to ext3, so it's definitely not the filesystem. Sometimes the fan of the laptop is running, sometimes it isn't. Sometimes the latest CPU-speed (as can be seen on the applet in Gnome) shows 1.4 GHz, sometimes 600 MHz. Most of the times, the HDD is stressed, but not always, also no signs of any error on that side in any log (see attachments). It's also not related to any rpm-action. I never tested it with no X running as I have no need for the computer then...
Created attachment 141474 [details] Output of dmesg
Created attachment 141475 [details] Output of lsc
Created attachment 141476 [details] Output of lspci -v
Created attachment 141477 [details] Xorg.0.log
I also think that a memory or cpu-error can be ruled out as my windows on the same machine never crashes - at least not due to memory or cpu errors... ;) So overheating, etc. are most likely not a factor.
I forgot to mention, that I encrypt swap and /home with cryptsetup-luks. Investigating further into that direction, I found http://article.gmane.org/gmane.linux.kernel.device-mapper.dm-crypt/1942/match=freezes which may be related. I will try out the proposed workaround of renicing kjournald and tell, whether it works.
Didn't work, system froze again. I just saw, that the OP in the dm-crypt list only had temporary freezes, mine are definitely not temporary...
I pinpointed the problem to be with the encrypted partitions. After having switched back to unencrypted /home and swap, no freeze happened. After four days I tried encrypted swap again and the system froze on the next yum update (when it swapped a lot). So I am certain that the problem lies somewhere within the crypting-facility. Renicing kjournald - as stated in Comment #6 - did not help. I cannot tell when this phenomenon appeared for the first time but I do know, that there were kernels (back in FC5), where this problem did not occur! Please close this bug or mark it as duplicate (maybe https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=216371 ?). BTW, is anyone actually reading this report, except for me?
Can you retest with the newest kernel? (There've been some dm-crypt changes recently that might have fixed it.)
I tried encrypted swap with the latest kernel 2.6.18-1.2869_1.fc6.cubbi_suspend2 and it seems to work, I was at least not able to provocate a freeze, despite sizing the laptop's memory down to 256 MB. Just out of interest, which is supposed to be the relevant change in the kernel? The only dm-crypt related entry I could find is in the changelog of 2.6.18.6: commit 43e5eb5c8cd3194f747c0a82b9939bfc48f352c5 Author: Christophe Saout <christophe> Date: Sat Dec 2 03:27:56 2006 +0100 [PATCH] dm crypt: Fix data corruption with dm-crypt over RAID5 Well, IMHO this bug can be closed now. When I have some time, I will retest with encrypted home.
Closing this bug - there were changes in dm-crypt in recent kernels (spec. in 2.6.19 - workqueue changes) and comment #10 says it works already... Please reopen this bug if you catch this problem again with new kernel, thanks.