[EMAIL PROTECTED] wrote:
> >From: [EMAIL PROTECTED]
>
> >recordable CDs are the only affordable backup medium for a Linux system
> >(at least for private use) - therefore it's a key technology for Linux.
>
> For Linux ????
>
> If I got you correctly, then it should read "a key technology for any OS"
Perhaps "for PC based systems" would do it.
This is a real problem, and when 2GB CD capability is available later
this year it will only partially adress the issue. Disks are too big to
backup to conventional media.
In the USA you can buy cheap ATAPI tape drives (<$100US) with 8GB
capacity if you shop carefully. And they have been quite reliable, even
at that price. But the tapes cost ~$25US each, so it is quickly
expensive to do proper backups. Or you can buy a nice SCSI DAT for
~$600US, add a SCSI controller for $30-400US (depending on type) and buy
2GB tapes for <$6. I have three of these. You can spend more and get 4GB
(real, not compressed), but that's still small for current disks.
> >I've been using Unix for over 10 years now and Linux for several years
> >at work where I have expensive DAT recorders for backup.
>
> Is this fact related to your problem?
I think he was giving us background on why it's so important to him to
be able to do this.
> >Now for private use I am on my own since all seems to depend on a single
> >person (Joerg Schilling) who seems to dislike Linux very much.
>
> Why do you make this assumption?
Because you frequently use comments like "if you had a decent
operating system" in your posts!
> >On Linux I've read several HowTo and similar things, I've
> >reconfigured my 2.4.0 kernel until
> >cdrecord -scanbus recognizes my 2 CD drives.
>
> Sorry, you should blame e.g. Alan Cox for this problem.
> Linux still uses a default configuration that does not
> reflect current technology.
Why "blame" anyone? The default is what most people use. Linux is
about choice, most people choose ATAPI including drivers.
> Well for this error there are several possible reasons.
>
> - Let me use this first so you can"t tell me again that I am against
> Linux (in fact I run Linux on my notebook).
I could go into my archives and pull up all the things you've said
about Linux. A reader could probably deduce more than dislike from that,
the term "hatred" comes to mind.
> There may be HW or cabling problems.
>
> - a bug in the SCSI subsystem of the kernel
As an information point on that, I have burned 4-5GB of CDs on three
systems using a 2.4xxx kernel, including 3GB yesterday with the
unpatched 2.4.0 release kernel. There may be a bug, but I would
investigate other more likely causes first.
> - binary incompatibility of cdrecord with the kernel.
> Please always make sure that you compiled cdrecord on the
> machine you are using. A cdrecord binary compiled on a
> 3 month old Linux-2.4-xxx.yyyy.zzz would not run on a
> 4 month old linux-2.4-xxx.yyyy.zzz.
Again, this could happen, but a kernel change with the same libraries
is unlikely to cause a problem. A library change can always be a
learning experience. I built an old cdrecord under 2.3.something, and it
works today. I haven't recompiled most of my other applications, either,
I just don't have the need or an uber-makefile to do it all.
> One important note: with ATAPI there is in theory only one possible
> error condition which definitely sets the CHECK_CONDITION bit
> in the SCSI status. This is missing - find out, why cdrecord does not
> get it from the kernel.
I'll let the driver maintainer speak to that, assuming he still reads
this list.
> It looks that the mode page 05 that is send back by the drive is not correct.
> So it may even be rotten firmware.
>
> As the write type is "packet" it may also be a defective media.
Firmware was my first guess. If only you had a clue who built this
thing...
> If you have problems with cdrecord you always should do some
> testst that make sure that your environment is not the reason for
> the observed problems....
>
> J�rg
>
> EMail:[EMAIL PROTECTED] (home) J�rg Schilling D-13353 Berlin
> [EMAIL PROTECTED] (uni) If you don't have iso-8859-1
> [EMAIL PROTECTED] (work) chars I am J"org Schilling
> URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
That's good practice in any case, for any application.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
