Bug 133620
Summary: | USB DVD install source impossible despite usb-storage loading and recognizing device | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | C.H. <rhbzfedora000> |
Component: | kernel | Assignee: | Dave Jones <davej> |
Status: | CLOSED CANTFIX | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3 | CC: | nobody+pnasrat, pfrields, thomas.duffy.99 |
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: | 2005-10-03 00:31:40 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: |
Description
C.H.
2004-09-25 09:54:23 UTC
From the original poster -- I was getting ready to do a NFS install so I rebooted (with a similar but different model USB-DVD+RW drive connected this time), and noticed that this time the system thought it had a CDROM and the install proceeded correctly. There's something about one of my two USB2.0 DVD+RW units that FC3T2 doesn't like. They're both in similar USB to IDE bridge enclosures. The one drive that installs / works fine shows up as a Vendor: __NEC Model: DVD+RW ND-1000A Rev: 1.01 Type CD-ROM ANSI SCSI Revision: 02. The drive that doesn't work for FC3T2 installs and also (I now find) doesn't work as a CD/DVD in the installed FC3T2 X86_64 just shows up as: Vendor: Revoltec Model: USB/IDE Bridge (Rev: 0103 Type: Direct-Access ANSI SCSI Revision: 02 From my notes it's probably an OEMed BTC DRW1008 DVD+/- RW single layer unit, though it's retailed as an IOMAGIC IDVDRW8D. So it isn't even recognizing it as a CD/DVD type device but is seeing the USB IDE bridge enclosure itself I guess. I have used both of these USB DVD units successfully under SUSE 9.0 and Windows. The firmware in the one that *DOES NOT* work is a bit stale, though it has never totally failed to work / be recognized by other OSs. I'll try to update its firmware and see what that may do. Though the USB enclosures are similar, there could be differences in the firmware and chipset since the two boxes were purchased several months apart and from different retailers though they're similar basic sorts of ME-320-U2 units.. When I've taken them apart in the past I think they usually have an ALI USB to IDE bridge chip, though I don't know about this particular one. I'll look when I open it to change the DVD+/-RW unit's firmware. So instead of a "general problem" with USB DVD units F3CT2 seems to have a problem with a certain set of them and not others. I'm glad the install worked with the other (older) unit. It's showing up as a removable hard disk; ergo, it won't be seen as a 'CD' device. I am trying to install RHEL 4 AS off of my USB 2.0 DVD+-RW and it does not show up as a hard disk or as a CDROM -- I can't install of it. previous post: s/install of/install off of/ I also just tested FC3 Final and it has the same problem. This is the DVD drive I am trying (as shows on a booted kernel) Vendor: _NEC Model: DVD_RW ND-3520A Rev: 1.04 Type: CD-ROM ANSI SCSI revision: 00 usb-storage: device scan complete sr0: scsi3-mmc drive: 48x/48x writer cd/rw xa/form2 cdda tray Attached scsi CD-ROM sr0 at scsi2, channel 0, id 0, lun 0 An update has been released for Fedora Core 3 (kernel-2.6.12-1.1372_FC3) which may contain a fix for your problem. Please update to this new kernel, and report whether or not it fixes your problem. If you have updated to Fedora Core 4 since this bug was opened, and the problem still occurs with the latest updates for that release, please change the version field of this bug to 'fc4'. Thank you. This bug has been automatically closed as part of a mass update. It had been in NEEDINFO state since July 2005. If this bug still exists in current errata kernels, please reopen this bug. There are a large number of inactive bugs in the database, and this is the only way to purge them. Thank you. |