From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312
Description of problem:
My PC boots up ok, but after 2-5 minutes the system will just freeze. Nothing,
nada... I can't get any response from mouse or keyboard, can't switch to vt1,
can't connect via telnet or ssh.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. add /dev/hdd=ide-scsi
3. wait 2-5 minutes
4. Hit the reset button.
Actual Results: The system freezes.
Expected Results: The system should not freeze
This PC works fine with RH8, and all of the phoebe betas, but not with the
released version of RH9.
I think that I passed on that I do not use hdx=ide-scsi in my grub file and I
can burn CDs fine. My system does not freeze up with the driver. I was just
informed that the call to the kernel is not needed now.
Were you able to burn CDs, without ide-scsi in your grub file?
OK, I am able to burn CDs after removing the ide-scsi command from grub. I
didn't know this was possible, and why does Redhat still add the ide-scsi to
grub if it's no longer necessary and causing problems for some people?
BTW I used the following command to get it to work:
cdrecord -v dev=ATAPI:1,0 driveropts=burnproof -eject fs=4m speed=16
Since you deal with the kernel issues and would probably know why the
hdx=ide-scsi is still added to the grub and LILO boot loaders. I figured you can
pass on why it is still added to the kernels. I burn CDs without it added to the
For Matthew, the parameter causes lockups, within a short time. Is this option
still needed for certain types of burners?
I remove the kudzu argument in all /dev/scdx drives at /etc/fstab and system no
And still have ide-scsi in grub.conf
I haven't had the system freeze myself. I have been able to burn CDs with and
without the emulation. for me, it works better without the ide-scsi parameter
for both gtoaster and xcdroaster.
As far as Kudzu goes. It usually created an additional entry into the
/etc/fstab, if I removed kudzu from the listing.
Are you able to burn CDRs without ide-scsi included in the grub loader? If so,
it sounds like a better option.
>Are you able to burn CDRs without ide-scsi included in the grub loader? If so,
>it sounds like a better option.
I cant burn CDRs from burn:/// in nautilus and I cant burn bin/cue (cdrdao)
files with k3b.
Well its not esential burn with these apps, but I would like use them. And no
ide-scsi emulation make these not work propertly or not work at all.
(I know k3b its not an offcial redhat package)
I can't get burn:/// to work for me either. It calls the wrong device to try to
burn. When you try to make selections and then proceed to burn them to disk,
they seem to call my cd reader only into play. my device is designated as -2 -2
and it calls the wrong device and channel through burn:/// -- Maybe it is a
problem with what cdrdao and k3b are designating your burner as.
I just noticed that I'm using the i686 and the bug is for the athelon. I don't
get the lockup condition. I do get the same burn problem.
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases,
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/