Bug 52023
Summary: | system hangs when mounting IDE CD writer | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Mikel Ward <mikel> |
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> |
Status: | CLOSED RAWHIDE | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-08-19 13:12:11 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
Mikel Ward
2001-08-19 00:32:12 UTC
I just tried to issue mount with no CD in the drive (trying to avoid crashing the system), and noticed this in the syslog: Aug 19 10:37:16 air kernel: Attached scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0 Aug 19 10:37:16 air kernel: sr0: scsi3-mmc drive: 32x/32x writer cd/rw xa/form2 cdda tray Aug 19 10:37:19 air kernel: cdrom: open failed. "mount -t iso9660 /dev/hdd /mnt/cdram" gives: ----- mount: wrong fs type, bad option, bad superblock on /dev/hdd, or too many mounted file systems (could this be the IDE device where you in fact use ide-scsi so that sr0 or sda or so is needed?) ----- /dev/cdram (previously /dev/cdrom1) is a symlink to /dev/scd0 SCSI devices: none IDE devices: primary master - Quantum UDMA 33 hard disk secondary master - Mitsumi FX240 CD reader secondary slave - Ricoh MP7083A CD reader/writer mount itself can't lock up the system - this must be happening in the mount system call, assigning to kernel As a test, could you boot the system with "ide=nodma" and see if it still hangs? I added "ide=nodma" to the kernel parameters, and rebooted. After the reboot, I logged in as root and did "mount /mnt/cdrom1", and the filesystem was successfully mounted, so it looks very much like this worked. Thanks! Is this known to only affect certain drives or configurations, so that this condition might be automatically detected and worked-around (by kudzu)? The 2.4 kernel will automatically enable (U)DMA on devices that claim to support it. Several CDROM drives seem to advertise to support this but don't actually do so. The kernel has a list of "known bad" devices and, surprise surprise, the RICOH MP7083A was added to that list only a few weeks ago due to someone else also seeing this. This means that the next kernel Red Hat will release will just work without this parameter. Also, "ide=nodma" will also disable DMA for your harddisks, this will cost significant performance. You can achieve the same effect by adding a "hdparm -d0 /dev/hdd" in one of the startupscripts which is specific to your cdrw device, without also affecting the harddisks. I'll close this bug as "fixed in rawhide" as the kernel in the rawhide (eg experimental) version has this device already blacklisted. If you object to that, or that kernel somehow doesn't fix it, please reopen this bug. |