Re: HD_BURN
On Tue, 22 Jun 2004 [EMAIL PROTECTED] wrote: > On 21. June 2004 at 6:27PM -0400, > Bill Davidsen <[EMAIL PROTECTED]> wrote: > > > I just got a dual-layer DVD burner which includes a feature > > identified as HD_BURN, which claims to be able to put 1.4GB on > > a CD blank readable in a DVD reader (any DVD reader). > > Interesting. What model/brand is that? Optorite DD1203. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem burning DVD's with one batch of Ritek DVD-R blanks
On Tue, 29 Jun 2004, Bill Sidhipong wrote: > Hello folks, > > I am just getting started with burning DVD's for backup purposes. > So far I have burned about 10 disks from a small "trial pack" :-) > and I thought all was set to go for the real thing when the pack > was used up. > > Wrong. On the new pack (same manufacturer, same media ID), I cannot > burn DVD's successfully. The burning process stops at same point > in to the media. I have burned five coasters this way with reboots, > stopping automount daemons, disabling DMA's, etc. Any help is > appreciated. Two things come to mind, either your batch of media is garbage (it happens) or your o/s or hardware has gone bad (unlikely unless you were doing something with it). Can you read all of the files on a previous media? Can you boot to "another operating system" and try a burn? Have you tried a batch of another vendor's media? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 100% system CPU usage with cdrecord
On Wed, 30 Jun 2004, Charles Steinkuehler wrote: > The only kind of odd thing I'm doing is using the ATA support in > cdrecord to talk to the burner rather than SCSI emulation (I was having > problems getting that going...apparently I don't yet fully understand > the interaction of the new libata and the "hda=scsi" kernel command line > parameter), but trolling the mailing list seems to indicates this should > be faster than the older scsi emulation. The actual cdrecord command > I'm using: > > cdrecord dev=ATAPI:0,0,0 driveropts=burnfree speed=48 -dao -v image.iso I *strongly* suggest using ide-scsi with 2.4 kernels. You want to boot with something like "hdc=ide-scsi" I believe, that what I use for all my working 2.4 systems. The device will probably be 0.0.0, but do check by looking at /proc/scsi/scsi to be sure. I have not had any problems with ide-scsi under 2.6 kernels since 2.6.2 or so, but the ATAPI interface is much easier on the CPU for audio burn. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord problems with TDK 440n DVD+/-rw
On Mon, 19 Jul 2004, Joerg Schilling wrote: > > >From: Bill Davidsen <[EMAIL PROTECTED]> > > >Dan wrote: > >> On Sat, 2004-07-17 at 19:19, Bill Davidsen wrote: > >> > >>>lsof and see what process is causing the problem. > >> > >> > >> Here's a ps -A and lsof of when I kill as much as I can and still have > >> the problem: > >> > >> PID TTY TIME CMD > >> 1 ?00:00:02 init > >> 2 ?00:00:01 migration/0 > >> 3 ?00:00:00 ksoftirqd/0 > > I do not rember to have ever get information from you that would make the above > information useful. The original discussion suggested that another process might be accessing the drive. I suggested using lsof to see if there was such a process. I didn't add or delete you from the original list of recipients as it came to me. -- Bill Davidsen @ TMR Associates . inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
