Bug 770704
Summary: | External hdd can't be accessed via esata (/dev/sdb disappears on access) | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | tuxor <acc-bugz-redhat> | ||||
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||
Status: | CLOSED CANTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 16 | CC: | gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, sgtphou | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2012-05-06 14:44:45 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
tuxor
2011-12-28 12:57:26 UTC
The problem persists with kernel 3.1.8-2.fc16.x86_64. Have a look at this dmesg-output: http://pastebin.com/MhjX66hP And now please note that accessing the esata-drive works on other distributions. For example, I have a dmesg log from a Linux Mint 12 Live CD with Kernel 3.0.0: http://pastebin.com/TeQ2tpAq Obviously the two operating systems are handling the esata-device in a _completely_ different way! While Fedora is having "usb XY" output all the time, Linux Mint states lines with "ata6". No ideas, what's causing this problem? Please note, that those errors do not appear with an equivalent Fedora installation and the exact same external hard drive on a HP ProBook 4520s (which comes with a similar esata-port). Now again the error log (dmesg) with kernel-3.2.1-3.fc16.x86_64: http://pastebin.com/imzvB3Sg I plugged in the hard drive at 1083.070200. The output temporarily stops at 1097.745132 and when it starts again at 1206.475047, that's the moment I tried to access the hard drive (i.e. I started gparted, but the very same output is produced when trying to mount the hdd etc.). Still no progress with 3.2.3-2.fc16.x86_64 ... [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. New kernel update does not resolve the problem. $ uname -r 3.3.0-4.fc16.x86_64 dmesg output: http://pastebin.com/NYcJE2mM I plugged in the external hard drive via the esata port, it didn't automount. (At 5621 in dmesg output) I decided to mount it. After that device vanished from /dev/sdb and the LED on the external hard drive changed to red - didn't change back until I unplugged the esata cable. Any other information needed? I am also seeing this problem. I did not see it before 3.3.* kernels. Kernel: 3.3.0-4.fc16.x86_64 Hardware: Drobo S eSATA enclosure Problem: 1) Boot system, turn on disk, wait for it to do its checks, check dmesg that sdb shows up 2) Command: sudo mkdir /media/drobo ; sudo mount -v /dev/sdb1 /media/drobo 3) Use disk as normal 4) I want to sleep the system, so I unmount the drive, power it down, and then sleep my system 5) Upon resuming, dmesg never shows any hint that it is even aware the enclosure is there. Mount not possible. 6) After a few minutes, the drive enters power standby mode, which is what it does when it is not physically connected to an eSATA port If I reboot, I can mount it. Once I sleep one time, I am unable to even see the device in any way until after I reboot. What other information can I provide to help? I still have this issue on 3.3.0-8.fc16.x86_64. In addition, I was able to get this to happen by: 1) Booting 2) Putting the system to sleep (never powered on the drobo at all) 3) Resume, power on the drobo, and it goes into low power mode. There are no dmesg lines whatsoever indicating that it ever saw the enclosure. I'm not sure, whether your problem actually corresponds to the bug described in this thread. If I understand you right, your problem has to do with sleep mode. But my problem is entirely unrelated with sleep mode. I simply plug in an esata drive and as soon as I try mounting it, its corresponding /dev/sd* vanishes. By the way still there with 3.3.0-8 ... /dev/sd* still vanishing whenever trying to mount it and many errors of type: device descriptor read/64, error -71 device not accepting address 4, error -71 ...with kernel 3.3.1-5.fc16.x86_64 The issue I was describing regarding the drobo, which may or not be entirely related, has been resolved with kernel 3.3.2-1.fc16.x86_64. Created attachment 579326 [details]
dmesg from F17 beta i686 livecd
For me it's still the same with the latest kernel update. But I've booted into Fedora 17 i686 Beta LiveCD (which brings kernel 3.3.0) and there everything works fine (see attached dmesg output and compare to other dmesg logs above).
So the error doesn't seem to be related to the kernel version. The reason is still obscure. One possibility is, that I was using a 32bit livecd (my local system is F16 x86_64). Or maybe there is some kind of conflict between some software on my local F16 system.
As soon as final Fedora 17 is out I'm going for a reinstall and report back whether it changed something. I'm gonna close this bug if Fedora 17 x86_64 solves this issue.
I migrated my whole system to Fedora 17 now. Everything is working fine here. Since nobody else is having this bug and I won't able to provide any further information about F16 compatibility, I close this bug. Feel free to reopen if you keep experiencing the same issue. |