Bug 70354
| Summary: | Burning CD with Freecom drive over 300MB crashes kernel | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Andrew Rucker Jones <arjones> | ||||||||
| Component: | kernel | Assignee: | Pete Zaitcev <zaitcev> | ||||||||
| Status: | CLOSED ERRATA | QA Contact: | Brian Brock <bbrock> | ||||||||
| Severity: | high | Docs Contact: | |||||||||
| Priority: | medium | ||||||||||
| Version: | 7.3 | ||||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | i686 | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2003-12-17 02:59:46 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
Andrew Rucker Jones
2002-07-31 19:06:14 UTC
Created attachment 68044 [details]
syslog entries
Created attachment 68084 [details]
Finally got the complete, normal console output on crash.
I have come closer to finding the problem. It is NOT a problem of being able to burn more than 300MB. One specific file in my possession will always cause this problem. That file is openssl095a-0.9.5a-14.i386.rpm from the RedHat updates download site (for 7.3). As i say, any time i burn that file (alone or with other files), the machine crashes as soon as it starts burning the OpenSSL RPM. Man, I am sorry for all the blanks you had to waste to diagnose this. Thanks for the perfect trace, I am looking into it. It is a tad intricate though. CD-RW, my friend. Didn't waste a single blank. :) I have another bit of news that probably won't help, but i'll toss it in for what it's worth: One of the following three files causes the same thing: the LSB update RPM, the two libpng update RPMs. Those being the most recent updates from RedHat's site, of course. I can't tell You which one, because while trying to burn the CD last night, it rebooted my system and hosed the root filesystem. It took some real magic to get things working again, and in only 90 minutes, but with certain drawbacks (the filesystem is no longer ext3; i had to revert back to ext2). Nonetheless, i understandably approach burning another test CD with trepidation. Is anything happening on this bug? I'm still afraid to burn CDs, and i normally burn patches for RedHat onto CD so i can always have it with me. Computer security is my field, and i feel naked without up-to-date patches... Sorry to say, stalled. Can you try with the receint errata 2.4.20-18, please? Sorry to waste your wonderful console capture... I need something fresher to press it with upstream. No problem! Okay, for the record: <4 arjones@server ~>uname -a Linux server.pipasoft.com 2.4.20-18.9 #1 Thu May 29 06:54:41 EDT 2003 i686 athlon i386 GNU/Linux Obviously (from the kernel version), this is RH 9. Change in results: This time, there were no blinking LED's, and the machine did not crash so absolutely as before. This time, freecom reset was called, and so on and so forth, as seen in the (new) attached dump, and there was output to the console due to a NULL pointer dereference, but the machine was still sort of hobbling along. Anything i tried to do after that, though (including logging in from a virtual console as root so i could try rebooting) brought more console dumps (everything after the first one in the attachment), until eventually nothing could be done but hard reboot the machine. Created attachment 92153 [details]
Console dump
We have 2.4.20-18.7, which at least should fix the oops. One other guy says the freecom still does not work properly. Would you test and provide some report? I'm sorry to take so long getting back to You, but i'm VERY busy at the moment. I'm afraid that i don't understand what You want me to test. Did You want me to test 2.4.20-18.7? I guess i could do that (though probably not for another 2 weeks or more), though i personally fail to see the point. I use Red Hat Linux 9 now... Could You please clarify Your comments? Thanks! I meant that all the io_requiest_lock dropping and also SMP fixes to usb-uhci might make a difference. Of course, if you move to RHL 9, it's only to the better; the only difference would be that release suffix is going to be .9 in errata kernels. All 2.4.20's are done from the same source. How does the 2.4.20-20.9 work? I suspect you cannot live that long without a burner, so what's the workaround? Burning small images only? |