Bug 373821

Summary:

Dell Inspiron 6400 fails to hibernate due to inability to write to disk

Product:

[Fedora] Fedora

Reporter:

Bojan Smojver <bojan>

Component:

kernel

Assignee:

Kernel Maintainer List <kernel-maint>

Status:

CLOSED CURRENTRELEASE

QA Contact:

Fedora Extras Quality Assurance <extras-qa>

Severity:

medium

Docs Contact:

Priority:

medium

Version:

CC:

chris.brown, mellomann01, wwlinuxengineering

Target Milestone:

---

Target Release:

---

Hardware:

All

OS:

Linux

Whiteboard:

Fixed In Version:

2.6.23.8-63.fc8

Doc Type:

Bug Fix

Doc Text:

Story Points:

---

Clone Of:

Environment:

Last Closed:

2008-02-04 04:09:47 UTC

Type:

---

Regression:

---

Mount Type:

---

Documentation:

---

CRM:

Verified Versions:

Category:

---

oVirt Team:

---

RHEL 7.3 requirements from Atomic Host:

Cloudforms Team:

---

Target Upstream Version:

Embargoed:

Attachments:

Description	Flags
lspci -vv from the notebook that fails hibernation	none
dmesg from the notebook that fails hibernation	none
lspci -vv from the notebook that doesn't fail hibernation	none
dmesg from the notebook that doesn't fail hibernation	none
Error as seen from run level 3 after running pm-hibernate	none
End of dmesg output (sorry, more/less would not work - I/O error)	none
lspci-vv	none
excerpt of lspci -vv and dmesg for ICH7 SATA controller	none

Description Bojan Smojver 2007-11-09 21:17:03 UTC

Description of problem:

With upgrade to F8, one of my Dell Inspiron 6400 notebooks fails to hibernate
with errors related to writes to disks (along the lines of: unable to write to
swap, EXT3-fs unable to write etc.). The weird bit is that my other Dell
Inspiron 6400 (which has a slightly different configuration) has no problems
whatsoever. My best guess is that this difference is what's causing the problem.


Version-Release number of selected component (if applicable):
2.6.23.1-42.fc8

How reproducible:
Always.

Steps to Reproduce:
1. Boot F8 on this notebook.
2. Attempt to hibernate.
3. Watch it print endless messages about inability to write to disk.
  
Actual results:
Fails to hibernate.

Expected results:
Worked fine under F7 with all the updates (i.e. kernel 2.6.31.1-21).

Additional info:
I'm using the "combined_mode=libata" boot option to enable good performance on
CDRW drive.

Upgrade to latest Koji kernel (-49) doesn't fix the problem. The only difference
is that the machine remounts ext3 file systems read only and then goes back to X
(i.e. one can see the mouse pointer), which is, of course, unusable, because all
file systems are mounted read only. Ditto logging into one of the text consoles.
The only option is to turn the system off.

Repeated fsck of the file systems and runs of badblocks did not reveal any file
system or disk problems.

Apart from this, F8 appears to work fine on this notebook.

I will attach dmesg and lspci from both notebooks.

Comment 1 Bojan Smojver 2007-11-09 21:19:02 UTC

Created attachment 253541 [details]
lspci -vv from the notebook that fails hibernation

Comment 2 Bojan Smojver 2007-11-09 21:19:40 UTC

Created attachment 253551 [details]
dmesg from the notebook that fails hibernation

Comment 3 Bojan Smojver 2007-11-09 21:21:57 UTC

Created attachment 253561 [details]
lspci -vv from the notebook that doesn't fail hibernation

Comment 4 Bojan Smojver 2007-11-09 21:22:25 UTC

Created attachment 253571 [details]
dmesg from the notebook that doesn't fail hibernation

Comment 5 Bojan Smojver 2007-11-09 22:16:26 UTC

In fact, downgrading to F7 kernel (2.6.23.1-21.fc7) makes this go away on F8 as
well.

Comment 6 Chuck Ebbert 2007-11-09 22:39:12 UTC

(In reply to comment #0)
> Description of problem:
> 
> With upgrade to F8, one of my Dell Inspiron 6400 notebooks fails to hibernate
> with errors related to writes to disks (along the lines of: unable to write to
> swap, EXT3-fs unable to write etc.).

We need to see the exact messages.

Comment 7 Bojan Smojver 2007-11-09 23:28:23 UTC

> We need to see the exact messages.

Yeah, I knew you were going to say that :-)

Had my camera ready, but then the failure decided to hang my X instead. I'll try
to reproduce again and take a photo.

BTW, there is nothing in the logs (i.e. the file system is already screwed at
that point). Any other way to catch this, apart from taking a photo?

Comment 8 Bojan Smojver 2007-11-10 00:30:29 UTC

Created attachment 253721 [details]
Error as seen from run level 3 after running pm-hibernate

Comment 9 Bojan Smojver 2007-11-10 00:31:27 UTC

Created attachment 253731 [details]
End of dmesg output (sorry, more/less would not work - I/O error)

Comment 10 SJM 2007-11-12 11:16:53 UTC

Created attachment 255081 [details]
lspci-vv

Comment 11 SJM 2007-11-12 11:18:26 UTC

I can confirm this with kernel 2.6.23.1-49.fc8
Dell 6400 notebook too. I think it happens on suspend too, because when it
resumes I see the cursor but nothing else.

Like OP many disk errors on resume. see attachment above

Comment 12 SJM 2007-11-12 11:31:17 UTC

I can confirm that 2.6.23.1-21.fc7 (from FEDORA 7) works fine for suspend and
hibernate and I can resume fine.

I suspect that this bug applies both to hibernation and suspend. When suspending
with the f8 kernel, it suspends but appears to be a read only file system on
resume (only cursor moves, can't change console etc..). On hibernation lots of
disk errors - same as bug reporter.

I've installed the i686 version of the f7 kernel and no problems

Comment 13 Paul Stewart 2007-11-15 19:11:37 UTC

Created attachment 260241 [details]
excerpt of lspci -vv and dmesg for ICH7 SATA controller

Comment 14 Paul Stewart 2007-11-15 19:12:52 UTC

My Dell M1710 (lshal smbios.system.product = 'MXG061') also has this problem. 
Hibernate worked well in F7, but now crashes in an identical error (ext3 sends
scary messages about I/O errors).  Suspend to RAM appears to succeed (goes to
sleep), but again it resumes in a very angry state, losing all access to the
disk drive.  Dmesg has errors like:

end_request: I/O error, dev sda, sector 35517611
sd 0:0:0:0: [sda] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK,SUGGEST_OK

Other distros like Ubuntu appear to have run into this as well, and some claim
to have fixed it. 
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/149249

I've attached segments of lspci -vv and dmesg that show the controller.  If you
want the whole thing let me know.

Comment 15 Bojan Smojver 2007-11-19 22:28:58 UTC

I see 2.6.23.8-61.fc8 is being built in Koji. Is it likely to contain fixes for
this bug?

Comment 16 Bojan Smojver 2007-11-20 03:35:32 UTC

This one (2.6.23.8-61.fc8) works on my box.

Comment 17 Paul Stewart 2007-11-20 22:11:16 UTC

2.6.23.8-61.fc8 also fixes my hibernate problems, and the machine comes back
to life after a suspend as well (the NVidia-based display doesn't come out of
sleep, but that's a separate and known issue)

Comment 18 SJM 2007-11-21 09:37:02 UTC

I can confirm 2.6.23.8-61.fc8 fixes this issue

Comment 19 Jackie 2007-12-09 21:17:05 UTC

As of kernel 2.6.23.8-63.fc8, my hibernate function has broke. It appears to
hibernate correctly, but when I try to wake it up, all I get is the cursor
flashing in the top left of the screen. I have not tried suspend yet, but I am
guessing it will react the same.

Comment 20 Christopher Brown 2008-02-04 00:09:09 UTC

Hello,

I'm reviewing this bug as part of the kernel bug triage project, an attempt to
isolate current bugs in the Fedora kernel.

http://fedoraproject.org/wiki/KernelBugTriage

I am CC'ing myself to this bug and will try and assist you in resolving it if I can.

There hasn't been much activity on this bug for a while. Could you tell me if
you are still having problems with the latest kernel?

If the problem no longer exists then please close this bug or I'll do so in a
few days if there is no additional information lodged.

Comment 21 Bojan Smojver 2008-02-04 04:08:40 UTC

As reported before in this bug, this has been fixed.