Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
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.
, the fixating time becomes enormous (about 30 minutes), it ends with:
Writing time: 52.987s
Fixating...
Currently running 'flush cache' command.
Condition not caught: SCSI ALREADY RUNNING !!.
Raisecond: not implemented.
Aborted
and the record is not performed.
Does anybody have any explanation/suggestion?
Thanks in advance,
Rodolfo
If i am not wrong DAO mode needs the exact size of the image which in your case it doesn't know it.
maybe that is why it does the 30minute because it doesn't know when to end.
try "mkisofs -R -print-size -quiet myfile". It will print a number. It is the number of sectors that the image occupies.
Let's say for example 200 sectors.
Then you try the command as you run it but with another option specified.
# mkisofs -R myfile | dvdrecord -v dev=/dev/hdc blank=fast speed=2 tsize=200s -dao -data -
the option tsize gives the size of the track. You put the number that the "mkisofs -print-size" tells you and don't forget the trailing
"s" which means sectors.
Thanks indeed for your help,
it seems to work!
But then I ask to myself why with the two steps separated:
mkisofs and dvdrecord,
it worked fine also without the `tsize' option.
Thanks again, your help was precious!
(In fact, very few people seem to use command line
to burn their CD/DVDs.)
Originally posted by Rodolfo Medina Thanks indeed for your help,
it seems to work!
But then I ask to myself why with the two steps separated:
mkisofs and dvdrecord,
it worked fine also without the `tsize' option.
Thanks again, your help was precious!
(In fact, very few people seem to use command line
to burn their CD/DVDs.)
Cheers,
Rodolfo
Because, when you did the two steps separated, in the first step mkisofs created a file.
in the second step dvdrecord knew the size of the iso file. When reading of a pipe, you don't know the size
of the data. You get data until the process that is feeding the pipe stops. In the case of the file the size is standard.
Track 01: data 1110 MB
Total size: 1275 MB (126:21.06) = 568580 sectors
Lout start: 1275 MB (126:23/05) = 568580 sectors
Current Secsize: 2048
ATIP start of lead in: -150 (00:00/00)
Disk type: unknown dye (reserved id code)
Manuf. index: -1
Manufacturer: unknown (not in table)
dvdrecord: Data will not fit on any disk.
dvdrecord: Cannot write CD's >= 100 minutes.
The problem seems to be solved with:
# urpmi cdrecord
, that told my Mandrakelinux 10.1 Community to install the package
cdrecord-2.01-1mdk.i586, an unofficial (modified) version of 'cdrecord'
with DVD support. All the commands we discussed in our previous
messages seem to work fine then with `cdrecord' in place of `dvdrecord'.
Without that pre-compiled package, I wonder I could have installed cdrecord
from source applying the patch created by Nicolae Mihalache for DVD support
to cdrecord. The last version of cdrecord should be cdrtools-2.00.tar.gz,
and the patch to apply to it cdrtools-2.0-dvd.patch.gz.
How to apply the patch to the tarball?
Thanks, cheers,
Rodolfo
Last edited by Rodolfo Medina; 08-19-2005 at 03:58 AM.
I believe the normal cdrecord program has only 1GB support, that is why you got the error.
There are some ports of cdrecord that have dvd support but they have many problems.
I suggest downloading Cdrecord-ProDVD which is the usual cdrecord without the 1gb limit (only it is binary,no sources)
I don't know if the one you downloaded from the community is the one i mention.
Originally posted by Rodolfo Medina What about burning a video DVD, instead?
Could you suggest the right syntax adjustments
respect to data DVD burning?
Rodolfo
If your files have the right structure (VIDEO_TS/VTS_XX.VOB,etc,etc) then you only need to add some options to mkisofs
"mkisofs -dvd-video -o dvd_video.iso directory_with_files/"
and it will make an iso named dvd_video of the dvd structure in the directory_with_files directory.
some people also add "-udf" to the options, but it is not necessary.
If you have a divx/xvid/mpeg/whatever file and you want to burn it as dvd-video then you must convert it to the proper format.
I can tell you how to do it, but there are many guides and more tools to do it.
[root@localhost rodolfo]# mkisofs -dvd-video -o dvd_video.iso /mnt/cdrom2/
0.13% done, estimate finish Sat Aug 20 16:22:41 2005
0.25% done, estimate finish Sat Aug 20 16:29:23 2005
0.38% done, estimate finish Sat Aug 20 16:27:09 2005
[...]
52.08% done, estimate finish Sat Aug 20 16:15:18 2005
52.21% done, estimate finish Sat Aug 20 16:15:18 2005
52.33% done, estimate finish Sat Aug 20 16:15:17 2005
52.46% done, estimate finish Sat Aug 20 16:15:16 2005
File size limit exceeded
Originally posted by Rodolfo Medina
# mkisofs -dvd-video -o dvd_video.iso /mnt/cdrom2/
, but it replied:
mkisofs: Input/output error. cannot read from '/mnt/cdrom2/VIDEO_TS/VIDEO_TS.VOB'
Some DVDs are protected and you cannot copy them with cp/dd/readcd/etc
You must "rip" them.
Use "vobcopy","dvdbackup" or similar tools and it should work.
Quote:
Originally posted by Rodolfo Medina I tried with another disk, and this time:
[root@localhost rodolfo]# mkisofs -dvd-video -o dvd_video.iso /mnt/cdrom2/
0.13% done, estimate finish Sat Aug 20 16:22:41 2005
0.25% done, estimate finish Sat Aug 20 16:29:23 2005
0.38% done, estimate finish Sat Aug 20 16:27:09 2005
[...]
52.08% done, estimate finish Sat Aug 20 16:15:18 2005
52.21% done, estimate finish Sat Aug 20 16:15:18 2005
52.33% done, estimate finish Sat Aug 20 16:15:17 2005
52.46% done, estimate finish Sat Aug 20 16:15:16 2005
File size limit exceeded
. Any thought?
Rodolfo
I guess you have reached 2.1gb limit (DVD5 is 4.3gb 52.46*4.3 ~= 2.1)
What filesystem do you use ?
All modern filesystems (ext2/ext3,reiserfs,xfs,jfs,etc) support files greatly larger than 2.1gb
The only filesystem which doesn't support it that i can think of is fat32(vfat)
Hi, imitheosw, thanks indeed for your precious help.
imitheosw wrote:
> Some DVDs are protected and you cannot copy them with cp/dd/readcd/etc
> You must "rip" them.
> Use "vobcopy","dvdbackup" or similar tools and it should work.
Once created the image with vobcopy, shall I use cdrecord to copy it onto CD,
or what else instead of it?
imitheosw wrote:
> I guess you have reached 2.1gb limit (DVD5 is 4.3gb 52.46*4.3 ~= 2.1)
> What filesystem do you use ?
> All modern filesystems (ext2/ext3,reiserfs,xfs,jfs,etc) support files greatly larger than 2.1gb
> The only filesystem which doesn't support it that i can think of is fat32(vfat)
In fact, I was trying to copy the image into my vfat /mnt/windows partition.
No way to make my /mnt/windows vfat partition support files greatly larger than 2.1gb?
Once created the image with vobcopy, shall I use cdrecord to copy it onto CD,
or what else instead of it?
Once you create the image with vobcopy you need to check if it is a DVD9 (8.5GB) or a DVD5(4.3GB)
If it is a DVD5 you just run "mkisofs -dvd-video -etc -etc" and then you burn it with cdrecord.
If it is a DVD9, then you have 2 options.
1) Your burn it to a DVD9 (double layer) dvd with the exact method i described above
2) Your rip it to a DVD5 and then burn it to a normal DVD5 disc.
Quote:
Originally posted by Rodolfo Medina
In fact, I was trying to copy the image into my vfat /mnt/windows partition.
No way to make my /mnt/windows vfat partition support files greatly larger than 2.1gb?
Rodolfo
I can't tell you for sure, but when i used dvd-decrypter in windows once it told me that vfat doesn't support large files
and cut the files to segments of 2.1gb so i guess there is no way it can be done, otherwise the windows programs would
have a way to do it.
Let me say again that i don't know for sure as i don't use windows.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.