Red Hat Bugzilla – Bug 216148
kernel dm crypt: System freezes randomly
Last modified: 2013-02-28 23:04:23 EST
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
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.
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.
No freezes ;)
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]
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
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 188.8.131.52:
Author: Christophe Saout <firstname.lastname@example.org>
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
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.