I yesterday upgraded from FC1 to FC2. However the boot failed as it couldn't find the initrd. After I booted from the rescue disk, I noticed that initrd-2.6.5-1.358.img wasn't present. I tried to inkoke new-kernel-pkg myself, but it failed, because it couldn't find the initio scsi driver. It seems that initio is not supported anymore in 2.6, which isn't so dramatic as I had it only for my Zip drive. I had to manually delete all references from modprobe.conf and hwconf so that new-kernel-pkg would work. I think this is a severe problem that should not have happened.
BTW, why are the harddisks shut down on reboot?
On Wed, 2004-05-19 at 06:37, Gerard Milmeister wrote:
I yesterday upgraded from FC1 to FC2. However the boot failed as it couldn't find the initrd. After I booted from the rescue disk, I noticed that initrd-2.6.5-1.358.img wasn't present. I tried to inkoke new-kernel-pkg myself, but it failed, because it couldn't find the initio scsi driver. It seems that initio is not supported anymore in 2.6, which isn't so dramatic as I had it only for my Zip drive. I had to manually delete all references from modprobe.conf and hwconf so that new-kernel-pkg would work. I think this is a severe problem that should not have happened.
This is the exact same problem I had with the tmscsim module. Feel free to add a rant to bug #123612. I'm still a little puzzled as to why the tmscsim module isn't included anymore, though.
On Wed, 2004-05-19 at 19:15, Shahms King wrote:
On Wed, 2004-05-19 at 06:37, Gerard Milmeister wrote:
This is the exact same problem I had with the tmscsim module. Feel free to add a rant to bug #123612. I'm still a little puzzled as to why the
Done.
tmscsim module isn't included anymore, though.
Same with initio, though I guess that this driver hasn't been maintained anymore.
I wonder what less technical inclined people will think of Fedora if left with an unusable system :-(
On Wed, May 19, 2004 at 07:41:06PM +0200, Gerard Milmeister wrote:
tmscsim module isn't included anymore, though.
Same with initio, though I guess that this driver hasn't been maintained anymore.
Lots ofl older scsi drivers either were not ported to 2.6 or where ported but the patches ignored. I'm working on a couple of cases of the latter at the moment.
On Wed, 2004-05-19 at 11:25, Alan Cox wrote:
On Wed, May 19, 2004 at 07:41:06PM +0200, Gerard Milmeister wrote:
tmscsim module isn't included anymore, though.
Same with initio, though I guess that this driver hasn't been maintained anymore.
Lots ofl older scsi drivers either were not ported to 2.6 or where ported but the patches ignored. I'm working on a couple of cases of the latter at the moment.
I added an RFE for the tmscsim module along with the general "missing SCSI modules shouldn't make an upgrade unbootable" bug. From skimming various lists and googling around, it looks as though the tmscsim module wasn't ported until relatively late in the cycle (2.6.0-rc3, if I remember correctly). I'm going to try recompiling the RawHide rpms with it enabled and see how that goes later today.
\
I added an RFE for the tmscsim module along with the general "missing SCSI modules shouldn't make an upgrade unbootable" bug. From skimming various lists and googling around, it looks as though the tmscsim module wasn't ported until relatively late in the cycle (2.6.0-rc3, if I remember correctly). I'm going to try recompiling the RawHide rpms with it enabled and see how that goes later today
if you can let us know...
we disabled a bunch of the "semi/unported" scsi modules, because that is more benign behavior than randomly crapping all over your important data on your disk, which is what non or wrongly ported modules do ;(
Trying to send this again...
On Wed, 2004-05-19 at 12:24, Arjan van de Ven wrote:
\
I added an RFE for the tmscsim module along with the general "missing SCSI modules shouldn't make an upgrade unbootable" bug. From skimming various lists and googling around, it looks as though the tmscsim module wasn't ported until relatively late in the cycle (2.6.0-rc3, if I remember correctly). I'm going to try recompiling the RawHide rpms with it enabled and see how that goes later today
if you can let us know...
we disabled a bunch of the "semi/unported" scsi modules, because that is more benign behavior than randomly crapping all over your important data on your disk, which is what non or wrongly ported modules do ;(
The current (2.6.6-1.370) RawHide kernel works with the tmscsim module (from what I can tell). The only thing I have attached to it is a CD-ROM drive and so I can't tell if the problems I'm having are related to that or the driver. I can mount and read data CDs w/o a problem, playing audio cds works but ripping them with cdda2wav and cdparanoia does not (same problems others were having for IDE or USB drives). Ripping with cdrdao works, however. Since Sound Juicer uses gstreamer which uses libcdparanoia to rip, none of those work either.
On a similar note: the firewire modules work wonderfully (YMMV) on my Sony VAIO laptop, even hotplugging the CD drive works (well, the device is detected and mountable, updfstab isn't run unless kudzu finds it on boot). Haven't tried burning with that yet, but it's on my list.
I'm inclined to think that the tmscsim module works as well as at least one other module included in the Fedora kernel. I swapped out my Tekram adapter for an Adaptec AHA-7850 and am seeing exactly the same problems ripping CDs. To summarize:
1) The CD ROM drive shows up in everything (except /proc/scsi/scsi) as "Unknown CD Drive" 2) Ripping from it in any program other than cdrdao doesn't work.
Even with the sg module loaded, the drives aren't seen by it. It must be possible to rip from these drives, but I certainly can't figure out how w/o sg. Are more/different patches for cdparanoia needed to handle this? It sucks because the only reason I have the SCSI card at all is for my Plextor CD-ROM drive which *still* rips 10 times faster than even the fastest IDE CD drive I've found (and it's almost 8 years old). It's a lot better with the 2.6 kernel than it was with 2.4, but is still significantly slower than the SCSI drive.
Using strace on cdparanoia and cdda2wav, it appears as though they both fail when attempting to open the "sg" device O_RDWR|O_EXCL whereas cdrdao only ever opens it O_READ|O_EXCL. Don't know if that helps at all, but there it is.
I'm inclined to think that the tmscsim module works as well as at least one other module included in the Fedora kernel. I swapped out my Tekram adapter for an Adaptec AHA-7850 and am seeing exactly the same problems ripping CDs. To summarize:
1) The CD ROM drive shows up in everything (except /proc/scsi/scsi) as "Unknown CD Drive" 2) Ripping from it in any program other than cdrdao doesn't work.
Even with the sg module loaded, the drives aren't seen by it. It must be possible to rip from these drives, but I certainly can't figure out how w/o sg. Are more/different patches for cdparanoia needed to handle this? It sucks because the only reason I have the SCSI card at all is for my Plextor CD-ROM drive which *still* rips 10 times faster than even the fastest IDE CD drive I've found (and it's almost 8 years old). It's a lot better with the 2.6 kernel than it was with 2.4, but is still significantly slower than the SCSI drive.
Using strace on cdparanoia and cdda2wav, it appears as though they both fail when attempting to open the "sg" device O_RDWR|O_EXCL whereas cdrdao only ever opens it O_READ|O_EXCL. Don't know if that helps at all, but there it is.
On Thu, May 20, 2004 at 04:57:06PM -0700, Shahms E. King wrote:
fail when attempting to open the "sg" device O_RDWR|O_EXCL whereas cdrdao only ever opens it O_READ|O_EXCL. Don't know if that helps at all, but there it is.
The sg driver is somewhat broken in the FC2 kernel. It needs an errata. (or just replace it with the generic kernel.org 2.6.6 and it will be happy)