Mkay, probably in over my head, but it's fun...
Running a bastardized mixed system based on source mage but with rpm support (for those lil tiny useful rpms) and all development status software (the new xfree is coooool and almost finished)...

Can't get my cdrw on dev scd0...says scd0 is not a valid block device.
all the normal support is enabled (ide-scsi, generic support, etc...done it a hundred times) Yep, lilo is properly configured (append = "hdc=ide-scsi")...actually if I try to mount it as /dev/hdc for grins, it says "can't do it, bro' -- perhaps you have ide-scsi enabled and it is actually sr0?" ...sr0 is just a sym to scd0 in /dev.
-scanbus sees the cdrw on 0,0,0...

Do I need to stick an alias somewhere's? Got a module script that runs that puts: alias char-major-11 sr_mod
and: above sr_mod scsi_mod ide-scsi sg
That was automatically generated by source mage somewhen.

I am missing something, as usual, perhaps one of you smarter than I can suggest what?

Well, used dmesg to debug a bit, and saw that the arguement in lilo "hdc=ide-scsi" was not being passed, and hdc was still being stuck on the ide bus (?even though it showed as scsi in -scanbus). So, changed the lilo arguement to "hdc=scsi" which I have had to use before instead of ide-scsi, and dmesg reported that the device hdc was being properly passed to the scsi bus now....but, still no valid block device for it. scd0 stills refuses to cooperate, nor does the link sr0. Grrrrr.

append="hdc=ide-scsi" should be the correct syntax (In my short time it always has been anyway).

Although it's an insult and I appologize, but are you sure your burner is on the Secondary channel and set as Master on the jumper? So dmesg | grep scsi doesn't come back reporting any scdX device then? Can you post the dmesg here so we can take a look, just to see any errors and such?

Cool

well.. SOME of the dmesg....

Well, I'm pretty sure the dive is set to master (if not it is cable select) and I know it is on secondary...never had this type of trouble before, at least, not since I learned how to set up such things), I run a lot of distros and have had this system set up to burn cd's on many occasions...
Here is everything in dmesg dealing with scsi per your request, and it doesn't show the drive being assigned to any /dev:
Kernel command line: BOOT_IMAGE=linux-2.4.19 ro root=341 hdc=scsi
ide_setup: hdc=scsi
ide-cd: passing drive hdc to ide-scsi emulation.
scsi0 : SCSI host adapter emulation for IDE ATAPI devices
scsi1 : SCSI emulation for USB Mass Storage devices
Attached scsi disk sda at scsi1, channel 0, id 0, lun 0
/dev/scsi/host1/bus0/target0/lun0: p1 p2

Here is abbreviated scanbus output:
scsibus0:
0,0,0 0) 'SAMSUNG ' 'CD-R/RW SW-208F ' 'FN03' Removable CD-ROM
scsibus1:
1,0,0 100) 'Maxtor 4' 'G120J6 ' 'GAK8' Disk

And, finally, /proc/scsi:
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: SAMSUNG Model: CD-R/RW SW-208F Rev: FN03
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 00 Lun: 00
Vendor: Maxtor 4 Model: G120J6 Rev: GAK8
Type: Direct-Access ANSI SCSI revision: 02

also, changed the append back to ide=scsi, just in case, but the only diff to the above was the line:
ide_setup:hdc=scsi
changed to:
ide_setup:hdc=ide-scsi
however it did get passed this time...

oops, stand by...

While I am standing by (I was going to wait til this got solved to put in my "side note" but hell, I am standing by ) I thought I might suggest something...

I haven't come across an RPM yet that I can't rpm2tgz and use via that route. I don't use ALOT of RPM's so this idea might not work for you. But anyway, yeah, you might wanna consider that, it could help you to not have to use RPM's on a source'd system (unless you want to, which is defintely OK).

Cool

Yes, used to do that a lot in slack, which is great...the main reason I installed rpm4.1 and the resulting ability is because of vcdimager's vcdxgen and vcdxbuild. I do a lot of video stuff, and installing vcdimager from source, and I have no idea why, does not impart these little files. It still has the abilities they support when compiled from source, but the gui I use for disk creation wants to see those individual files, and only a few rpms actually install them as separate entities. I know, gui's are a cowards way out, but if you have a lot of work to do they do make it go faster sometimes.

As for the cdrw problem, I am an idiot. I can only hope that this short discussion helps others trying to set up their own systems. In my kernel, under scsi, I had enabled scsi disc, and generic support, but had omitted scsi cd-rom support. My only excuse is that I change kernels more often than my underwear, and I keep everything minimalistic. I turn everything off, except what I am using, and against many peoples preferences, compile almost everything into the kernel (except sound and network). I should have double checked the kernel before coming here, but this system is so hacked together (and running perfectly, now) that I assumed the problem was more esoteric. So, with the kernel already recompiled now, the disk mounts. I need to recompile alsa now so my sound comes back .

Thanks for bearing with a newbie who spends 12 hours a day sitting in front of his box, ten of which he spends changing things, just for the challenge of fixing them.

I think there are alot of us here like you (and me) I definitely did that for a while. I finally found a kernel config that worked great for my system, and haven't changed since, but until then I ran through a new kernel probably once a week, trying different things, hoping this'd work and seeing what it took to kill that.

Oh, and I believe in GUI's for things like video/image working. Sometimes you can do things via command line with these type of files, but for the most part, I say gui (mencoder/mplayer are the exception(s) that come to mind.. Oh, and imagemagik for converting..) is what those things are made for (or vice versa).

Glad you got it running

Cool

Have a look at /dev/sr0

Thanks for the input, too Aussie.../dev/sro didn't exist validly either, it was my kernel and I'm sailing along hapily now...