Bug 250486
| Summary: | ATAPI ZIP Drive not recognized unless system is booted | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Mercury Morris <mercury.morris> |
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 7 | CC: | chris.brown, ehabkost |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | 2.6.22.5-76 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2007-09-23 16:18:04 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
Mercury Morris
2007-08-01 20:50:14 UTC
Created attachment 160465 [details]
A few of the error messages generated when accessing the ZIP drive
Created attachment 160466 [details]
Output of a script that rescans the SCSI bus
Note the lines containing "scsi1". These are the lines that
should show vendor information about the device (I think).
Similar results are obtained as the output of the command
cat /proc/scsi/scsi
The device is not recognized properly.
Reassigning to default owner of 'kernel' component. What exactly do the boot messages say? Post (as attachments) 1. the contents of /var/log/dmesg after booting with a disk inserted. 2. the contents of /var/log/dmesg after booting without a disk inserted. Created attachment 168590 [details]
Contents of /var/log/dmesg after booting with a disk inserted
Created attachment 168591 [details]
Contents of /var/log/dmesg after booting without a disk inserted
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. Cheers Chris Hello Chris, Thanks for your comment offering to assist in resolving this bug. Are you asking that I install the "latest kernel" and then see if the problem still exists? I'm not clear on the possible implication in your question. If so, I would be happy to get a specific version of the kernel from kernel.org, install it, and then try using the ZIP drive/disk again. Since submitting this bug report, I have not upgraded the kernel. I'm still using 2.6.21.3, built on July 26, 2007. If you have a specific kernel version in mind, please indicate which one it is. Otherwise, I'll just pick the "latest stable version". Thanks again for offering your assistance. -- MM Just a: yum update kernel and re-test would be great. This will pick up the latest stable kernel. Cheers Chris Looks like the "latest stable kernel" works! I installed kernel-2.6.22.5-76.fc7.x86_64.rpm, re-booted the machine specifying this kernel, and then inserted a ZIP disk into the ZIP drive. Not only were there no error messages during the boot-up process, but the kernel (I assume) detected the disk being inserted and entered several messages into /var/log/messages. The drive was correctly detected (number and size of sectors) and the correct partition number was given as well. Thank you, Chris, for pushing me to try a newer kernel. I was reluctant to upgrade because VMware and NVIDIA had been running well for a long time, and if it ain't broke, I usually don't want to fix it. Please close this bug. I feel a bit guilty for opening it, seeing now that simply upgrading to a new kernel very probably would have made the ZIP drive problem go away. -- MM (In reply to comment #10) > Looks like the "latest stable kernel" works! :) > I installed kernel-2.6.22.5-76.fc7.x86_64.rpm, > re-booted the machine specifying this kernel, > and then inserted a ZIP disk into the ZIP drive. > > Not only were there no error messages during the > boot-up process, but the kernel (I assume) detected > the disk being inserted and entered several messages > into /var/log/messages. > > The drive was correctly detected (number and size of > sectors) and the correct partition number was given > as well. :D > Thank you, Chris, for pushing me to try a newer kernel. > I was reluctant to upgrade because VMware and NVIDIA > had been running well for a long time, and if it ain't > broke, I usually don't want to fix it. > > Please close this bug. I feel a bit guilty for opening it, > seeing now that simply upgrading to a new kernel very probably > would have made the ZIP drive problem go away. This solves a good number of bugs. You should not feel bad at all about filing this bug report as I can now close and indicate what fixed this issue for you to let others know. Closing then... Cheers Chris |