DVD-ROM not detected CD-RW mistaken as CD-ROM Device
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
DVD-ROM not detected CD-RW mistaken as CD-ROM Device
Ok all i know is that i have a dvd-rom drive and a cd-rw drive but slackware thinks that my cd-rw is a cd-rom drive and that my dvd-drive doesnt exist i tried the append = ide-scsi in lilo.conf because thats what redhat had when i was using it i just want to burn one little cd under linux and i shouldnt have to do stuff for linux on windows so please someone help. i google searched i checked the slackware linux book at slackware.com nothing out there ever has the answers to my questions either slackware is crap or im some kind of retard. and how am i supposed to know all this stuff automatically? shouldnt everything be automatically configured from the start?
The append statement in /etc/lilo.conf should read as follows
append="hdd=ide-scsi"
Please use the correct identifier for the CDRW drive as required. (hdb,hdc,hdd)
The lilo config has to be written to the hard disk after modification by running the program "lilo". The system then needs to be rebooted for it to actually take effect.
The standard drive designation, like /dev/hdd, will no longer function. You will need to use the generic scsi device, /dev/scd0, for the drive. The sym link /dev/cdrom may point to the DVD drive or the CDRW drive as you desire. To change it use the command similar to below.
ln -sf /dev/scd0 /dev/cdrom #for CDRW
or
ln -sf /dev/hdc /dev/cdrom #for DVD drive
It may be that Slack setup the system using the CD drive that was used during the installation. But I think the ide-scsi statement always has to be entered manually even in the setup program during lilo installation. The /dev/cdrom device is normally used by programs like the KDE apps.
For IDE drives, they might be using "cable select" jumper settings on the IDE bus and that can also cause some confussion. They need to be identified as master/slave.
If using a stock Slack kernel then the ide-scsi option also requires a module to be loaded that is configured to load from the /etc/rc.d/rc.modules script when the system is booted. Check to see if the module has been loaded. Use the "lsmod" command to view the loaded modules. This module will control devices reserved for generic scsi interface.
Once the system is configured for the recorder, then the cdrecord program should be able to see it as an available device. Use the command "cdrecord -scanbus" to view what cdrecord provides as the device identifier. Usually 0,0,0 for the only drive.
If this doesn't help to resolve the problem then post back some kernel messages where it identifies the IDE devices. Generally, after boot up these can be reviewed by using the "dmesg" command.
I edited lilo.conf. I made the symbolic links in /dev and it looks like /lib/modules/2.4.20/kernel/drivers/scsi doesn't have the correct modules for my cdburner. I don't know what to do next but it looks like I'm going to have to compile a new kernel, thats not good because even though I can build a kernel under 700KB and have it load only the neccessary modules it still runs noticably slower than the default kernel or windows so please somebody help me.
The last post was regarding something trying to load a regular scsi module or something. Not about the IDE probe of the IDE controller. The ide-scsi support is a module and so the kernel load would not report anything about that until after the module is loaded.
Have you tried to run "cdrecord -scanbus" as yet? An IDE CDRW drive normally just uses the generic MMC3 driver from from cdrecord. A CD drive specific driver is not required.
You can also try the following command and see what the scsi is reporting.
cat /proc/scsi/scsi
If it is not found then the generic scsi support still has not been loaded.
root@linux:/root~# cdrecord -scanbus
Cdrecord 2.0 (i686-pc-linux-gnu) Copyright (C) 1995-2002 Jörg Schilling
cdrecord: No such file or directory. Cannot open '/dev/pg*'. Cannot open SCSI driver.
cdrecord: For possible targets try 'cdrecord -scanbus'. Make sure you are root.
cdrecord: For possible transport specifiers try 'cdrecord dev=help'.
root@linux:/root~#
root@linux:/root~# cat/proc/scsi/scsi
bash: cat/proc/scsi/scsi: No such file or directory
*ROOT*@unix:/jdtx~# cat /proc/scsi/scsi
Attached devices: none
root@linux:/root~#
Is this a dual boot system? Recently we went through similar scenario with another user that was dual booting but using the MS Windows 2K/XP boot loader instead of lilo.
Yes I am using the winxp boot loader to chain load to lilo, so could I use a floppy instead? This is interesting. So the win2k/xp bootloader has some kind of effect on how the kernel recognizes certain devices?
i opened up my box to check and set my jumper settings to discover that my dvd and cd burner are using the same secondary ide bus connector which means my cd burners definitely not a scsi device although whats strange is when i was running redhat it recognized it as scsi which has thrown me off all this time I wonder if their jumpers being set to cable select threw off redhat and caused it to incorrectly identify it as a scsi. Well I can mount both drives now but still not sure on if i can burn cd's on it yet i'm still getting the error: root@linux:/root~# cdrecord -scanbus
Cdrecord 2.0 (i686-pc-linux-gnu) Copyright (C) 1995-2002 Jörg Schilling
cdrecord: No such file or directory. Cannot open '/dev/pg*'. Cannot open SCSI driver.
cdrecord: For possible targets try 'cdrecord -scanbus'. Make sure you are root.
cdrecord: For possible transport specifiers try 'cdrecord dev=help'.
Sorry about all the confusion, I'm even more confused now.
In Linux, burning CD's has always been restricted to the original spec for SCSI based recorders. When IDE recordable drives were developed, the solution was to simply make the IDE units emulate SCSI devices. That way they did not need to reinvent the wheel. So, your CD recorder is IDE based and using SCSI emulation in Linux. So in a way it is really both.
Now, in regard to your issue on the booting and passing kernel arguments. Whenever, a change is made in the lilo.conf, the lilo program needs to be run to update the boot record. You have done this I believe and the updated boot record was written to the partiton where lilo was installed. However, it is not being read when it is booted. When you decided to use the WinXP boot loader I think you went through a process to transfer the lilo boot loader to the WInXP system for it to load it from a file. It is that last process that also needs to be transferred here again using the new boot table from the partition that lilo updated.
I am not very well informed on the exact details because I have never used the MS boot loader. Another user posted in a prior thread that the process used the dd command I think to transfer the first 512 bytes of the partiton table to a file for WinXP to load. Sounds stupid I know, but it did come from Microsoft. That Slack user also went through the same ordeal that you have trying to get the kernel arguments passed to the kernel because MS does not read the partition table at all. If you continue to use the MS boot loader, then you will need to remember that after the lilo config is written, that the MS boot loader needs to be updated as well.
I think if you update the MS boot record for the Slack partiton and reboot then you will find that your CD recordable drive will be seen properly.
Just use lilo to chain load XP boot loader, it works just fine on my system and many others, requires less work when editing the conf file, and overall is easier to troubleshoot because you don't have 17 bootloaders to determine the error causing one.
i've been following along the process laid out here by Excalibur (thank you for your help on this btw) and here's what's going on with me.
stats: Mandrake9.1 booting lilo to kde3.1
i've modified the append="..." line in /etc/lilo.conf as such:
the command
#modprobe sr_mod
and
# modprobe scsi_mod
both return a new prompt (no errors, no feedback)
the commands
# insmod scsi_mod
and
# insmod sr_mod
both return:
Using /lib/modules/2.4.21-0.13mdk/kernel/drivers/scsi/sr_mod.o.gz
insmod: a module named sr_mod already exists
so i think those modules are loading correctly.
the output from dmesg however has the following 2 lines:
Kernel command line: BOOT_IMAGE=linux ro root=307 devfs=mount hdc=ide-scsi acpi=off quiet
ide_setup: hdc=ide-scsi
these lines show that somewhere else is calling for hdc rather than hdd! but there is no drive at hdc - there was a while ago, but i never set it up as a burner.
an ls output of /dev shows only the directory scsi (which is empty), no scd0 device, and it still shows hdd as a legitimate device.
is this mis-call what is causing the system to continue not finding the cdr drive at hdd to be not found? what file is causing the call on hdc instead of hdd even after i have changed the /etc/lilo.conf file?
thank you for your help!
if you would rather me do so, i can repost this in a non-slack forum rather than continuing this thread.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.