Bug 770443

Summary:	Data corruption: resume from hibernate (Lenovo G470) always ends up with EXT4 fs errors
Product:	[Fedora] Fedora	Reporter:	Nicolas Corrarello <ncorrare>
Component:	kernel	Assignee:	Kernel Maintainer List <kernel-maint>
Status:	CLOSED ERRATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	urgent	Docs Contact:
Priority:	high
Version:	16	CC:	aa.ivanov, ark, djuran, dougsland, esandeen, fabrice, gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, sgruszka, ykaul
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:	658391	Environment:
Last Closed:	2012-05-14 17:58:48 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Bug Depends On:
Bug Blocks:	781749

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.