Red Hat Bugzilla – Bug 658391
Data corruption: resume from hibernate (Lenovo T500) always ends up with EXT3 fs errors
Last modified: 2013-07-03 22:15:56 EDT
Description of problem:
After I resume from hibernation, on my F14 laptop (upgraded from F13, upgraded from F12), I always end up with programs that do not work - which ends up with me forcing to reboot the laptop, only to find out it's due to FS consistency issues on the EXT3 LV.
Let me know what more details you need from me to diagnose this.
Version-Release number of selected component (if applicable):
Always, I think.
Steps to Reproduce:
Same thing on x200s.
EXT4-fs error (device dm-1): ext4_mb_generate_buddy: EXT4-fs: group 6: 7851 blocks in bitmap, 7822 in gd
JBD: Spotted dirty metadata buffer (dev = dm-1, blocknr = 0). There's a risk of filesystem corruption in case of system crash.
Since updating to kernel-18.104.22.168-92.fc14.x86_64 I consistently get file system corruption on my ext3 root file system after resuming from hibernation.
[Mass hibernate bug update]
Dave Airlied has found an issue causing some corruption in the i915 fbdev after a resume from hibernate. I have included his patch in this scratch build:
This will probably not solve all of the issues being tracked at the moment, but it is worth testing when the build completes. If this seems to clear up the issues you see with hibernate, please report your results in the bug.