Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with 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.
First, check the small print. Does the drive *do* dvd-r?
dvd+r and dvd-r are 2 different formats structurally different. There could be separate drives for them but usually not. There _are_ separate dvds for them. There are also a whole host of clever options to allow you to get over nearly everything. on dvd-r -dummy is a dry run option.
First, check the small print. Does the drive *do* dvd-r?
Yes, (CD/DVD+-R/+-RW/DVD-RAM), but I did get only a dvd+r to burn at a maximum speed of less than 1x.
DVD-RAM works excellent.
What are the names of the drivers/modules cdrecord wants to use? Maybe I don't compiled them in the kernel or they aren't loaded.
But it also seams that cdrecord wants to controll the writing the same way this dvd-recorder wants controll the writing , too.
Maybe this recorder has a version of cdrecord in its embedded controller ??
Can I set cdrecord to only set the recorder into write mode and sent then the/a datastream to it via DMA with no care of what the recorder does, except errors of course?
-overburn
Allow cdrecord to write more than the official size of a medium. This feature is usually called overburning and depends on the fact that most blank media may hold more space than the official size. As the official size of the lead-out area on the disk is 90 seconds (6750 sectors) and a disk usually works if there are at least 150 sectors of lead out, all media may be overburned by at least 88 seconds (6600 sectors). Most CD recorders only do overburning in SAO or RAW mode. Known exceptions are TEAC CD-R50S, TEAC CD-R55S and the Panasonic CW-7502. Some drives do now allow to overburn as much as you might like and limit the size of a CD to e.g. 76 minutes. This problem may be circumvented by writing the CD in RAW mode because this way the drive has no chance to find the size before starting to burn. There is no guarantee that your drive supports overburning at all. Make a test to check if your drive implements the feature.
Code:
burnfree
Turn the support for Buffer Underrun Free writing on. This only works for drives that support Buffer Underrun Free technology. This may be called: Sanyo BURN-Proof, Ricoh Just-Link, Yamaha Lossless-Link or similar.
The default is to turn BURN-Free off, regardless of the defaults of the drive.
Writing dvd+r @1x: usually the medium.
control - the software actually has control but that doesn't mean the drive likes it. It's a funny relationship. They are both trying to preserve unecessary dud disks.
Writing dvd+r @1x: usually the medium.
control - the software actually has control but that doesn't mean the drive likes it.
It's a funny relationship. They are both trying to preserve unecessary dud disks.
I only want to burn a simple CD !!!
Two years ago it worked all fine with k3b.
I thought it is the drive and bought this one (with DVD+-R DL support, both from LG -Super Multi writer) - NO
The mediums are from intenso the same when it did yet work.
Now I think I have to study how the writing of CDs work to get behind whats going wrong or
do you have any other hints?
It's a fork from cdrecord with a standard make system and all the extra code junked, along with hysterical warnings on running linux: "This is dvdrtools, not dvdlibc"
A non standard drive can get away in windows with an m$ windows driver. Seagate did this in times past - disk drivers, and you couldn't get dma on linux. Mandrake (Now mandriva) had a 'disk drake' and it had a list of dodgy drives at the time. They couldn't get dma out of seagate drives (Back in the 90s) Presume things are better now.
There are a lot of weird little options in cdrecord. If you don't want to replace the drive, read the cdrecord man page - in installments if necessary. Make sure /dev/pg0 & /dev/sg0 point to the cd drive (symlinks to /dev/whatever). Run it with -vv and see what it says. Try anything that sounds like a good idea. He does give you an accurate commentary on the drive "seems reasonable"means it's normal
Yes, but not the way that it is broken, but more that it is used wrong by the (system) tools.
So the write error could be no write error but maybe a DMA request or so ?
My dvd-recorder is SATA (/dev/sr0)
Content of file /sys/block/sr0/device
is:
Quote:
DVDRAM GH22NS50
Because of DVD-RAM functionality the write LASER must be correct adjusted.
And reading works also with all media. So the drive must be O.K..
Maybe I compiled something in the kernel that does interacts with the writing process?
dma error - I don't know.
I have slowish boxes and dma is 50-65mb/s on hard drive. If you don't have that, compile in the correct chipset driver into the kernel and get generic out - in case it nabs the chip first.
access on cd/dvd devices is usually an awful lot slower, under 10 mb/s. write is slower again. You can read, you can write, just you want it to write faster, am I correct?
BTW I can write faster, but I don't - because I have had access to a tester (Used in cdrom manufacturing). 2 clear rules came accross.
1. the faster you read a cdrom, the more mistakes are made
2. the faster you write a cdr, the more mistakes are made.
You can read, you can write, just you want it to write faster, am I correct?
It seams that I can not write mediums-R with the -R at the end (CD-R, DVD-R, DL-R).
And yes, +R writing is too slow and also breaks with this error, but DMA continues writing,
so DVD+R gets written with less than 1x speed.
cdrecord dev=6,0,0 -inq
Cdrecord-ProDVD-ProBD-Clone 3.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2010 Joerg Schilling
scsidev: '6,0,0'
scsibus: 6 target: 0 lun: 0
Linux sg driver version: 3.5.34
Using libscg version 'schily-0.9'.
Device type : Removable CD-ROM
Version : 5
Response Format: 2
Capabilities :
Vendor_info : 'HL-DT-ST'
Identifikation : 'DVDRAM GH22NS50 '
Revision : 'TN03'
Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM.
If I compile SCSI generic support into the kernel i get this error:
Quote:
cdrecord -scanbus
Cdrecord-ProDVD-ProBD-Clone 3.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2010 Joerg Schilling
cdrecord: No such file or directory. Cannot open '/dev/pg*'. Cannot open or use SCSI driver.
cdrecord: For possible targets try 'cdrecord -scanbus'.
cdrecord: For possible transport specifiers try 'cdrecord dev=help'.
So I think it is right to have it as module sg.
And if cdrecord can talk with my CD drive, like it can obviously (s.a.), it should work ???
Could there be a PAM problem? Maybe I shouldn't use PAM with cdrecord?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.