Bug 770443 - Data corruption: resume from hibernate (Lenovo G470) always ends up with EXT4 fs errors
Summary: Data corruption: resume from hibernate (Lenovo G470) always ends up with EXT4...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 16
Hardware: x86_64
OS: Linux
high
urgent
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: kernel_hibernate
TreeView+ depends on / blocked
 
Reported: 2011-12-26 16:01 UTC by Nicolas Corrarello
Modified: 2012-05-14 17:58 UTC (History)
13 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 658391
Environment:
Last Closed: 2012-05-14 17:58:48 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Nicolas Corrarello 2011-12-26 16:01:29 UTC
+++ This bug was initially created as a clone of Bug #658391 +++

Description of problem:
After I resume from hibernation, on my F16 laptop, 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 EXT4 LV.

Let me know what more details you need from me to diagnose this.

Version-Release number of selected component (if applicable):
3.1.4-1.fc16.x86_64

How reproducible:
Always, I think. 

Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

--- Additional comment from ark on 2011-02-18 18:23:42 EST ---

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.

--- Additional comment from djuran on 2011-06-17 01:19:33 EDT ---

Since updating to kernel-2.6.35.13-92.fc14.x86_64 I consistently get file system corruption on my ext3 root file system after resuming from hibernation.

Comment 1 Stanislaw Gruszka 2011-12-31 11:50:49 UTC
Does the laptop have i915 graphics hardware? If so, can you check if booting with i915.modeset=0 kernel parameter workaround the problem.

Comment 2 Eric Sandeen 2012-01-04 23:12:39 UTC
If you find yourself needing to reinstall anyway, testing other filesystems (maybe ext3, maybe xfs to be even further from ext4) might be interesting.

Turning off the hard drive write cache before hibernate might also be interesting, if possible.

(Is this bug cloned because you hit it on ext4 not ext3, I guess?  Still, testing ext3 or xfs on the same hardware might be interesting)

Comment 3 Dave Jones 2012-03-22 17:05:33 UTC
[mass update]
kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository.
Please retest with this update.

Comment 4 Dave Jones 2012-03-22 17:08:40 UTC
[mass update]
kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository.
Please retest with this update.

Comment 5 Dave Jones 2012-03-22 17:19:23 UTC
[mass update]
kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository.
Please retest with this update.

Comment 6 Josh Boyer 2012-03-28 18:00:39 UTC
[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:

http://koji.fedoraproject.org/koji/taskinfo?taskID=3940545

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.


Note You need to log in before you can comment on or make changes to this bug.