Bug 111792
Summary: | hwbrowser does not show libata SATA drives | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jon Smirl <jonsmirl> | ||||
Component: | hwbrowser | Assignee: | Brent Fox <bfox> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | |||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 1 | ||||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2004-06-17 15:18: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
Jon Smirl
2003-12-10 04:14:54 UTC
Are you running hwbrowser as root or not? For some reason, I see the drives if I run it as root but not as a regular user. I wonder why that is... Ah, it is the call to parted.PedDevice.get() that is trying to access /dev/sda, which is not allowed unless you are root. After talking with some of the other developers, we should make hwbrowser require the root password in order to run. Oh wait, it already requires root priviledges to run. Try this: As root, run 'kudzu --probe --class=HD' and attach the output to this report. [root@smirl jonsmirl]# /usr/sbin/kudzu --probe --class=HD - class: HD bus: IDE detached: 0 device: hda driver: ignore desc: "IC35L060AVV207-0" physical: 16383/16/63 logical: 16383/255/63 [root@smirl jonsmirl]# Created attachment 96550 [details]
Shows kernel finding SATA drive
sata drive is not in /etc/sysconfig/hwconfig Note that there are two ways to hook a SATA drive up in the kernel. One way is via the IDE drivers. That way works with hwbrowser. The other is the brand new libata scheme which works via the SCSI subsystem. That one doesn't work. You want to use the libata method; it works at full speed UDMA150/133, the IDE scheme only works at UDMA33. I definitely have a functioning /dev/sda device. You might want to have a kernel person look at this bug too: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=108001 This is only broken in a 2.6 kernel. 2.4 works. Although I couldn't tell that until today since 2.4 wouldn't boot on my SATA drive until today. Dell issued BIOS patch that fixes boot issue. I am experiencing the same problem, but with my FDD. hwbrowser does not show it and there is no entry in /etc/sysconfig/hwconf. The drive works fine and the floppy module is loading on boot. Should I file a new report or just leave this comment as an addendum to this bug report? Matt: file a new report. Works for me with ICH5 SATA and current rawhide kernels... do you still see this with newer kernels? Still not there on up2date FC1. Right now I am running 2.6 kernel on FC1. It appears if I use the IDE driver. This works fine for me with FC2. Please reopen this bug report if the behavior persists in FC2 on your machine. |