Re: sudo and growisofs
Hi, On Tue, Jul 11, 2006 at 12:03:09PM +0200, Andy Polyakov wrote: [...] sudo growisofs ... /etc/shadow env MKISOFS=/tmp/evil.script sudo growisofs ... is enough reason for vast majority of users. A. How about I create a non superuser burn that is allowed to burn through permissions on the block device and then use: sudo burn cdrecord ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sudo and growisofs
sudo growisofs ... /etc/shadow env MKISOFS=/tmp/evil.script sudo growisofs ... is enough reason for vast majority of users. A. How about I create a non superuser burn that is allowed to burn through permissions on the block device and then use: Well, who makes sure that input data readable for non-superuser burn? Is it acceptable that account in question can be used for virtually any purpose through env MKISOFS=/tmp/evil.script ...? I bet not, and then we just come back to the workaround suggested in man-page. And once again, if you disagree just compile with 'make WARN=-DI_KNOW_ALL_ABOUT_SUDO' and make your own rules. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems when writing DVDs with growisofs
Folks! Do math first! Dataset size was reportedly about 4.4GB, while I/O error logged at 4GB *exactly*. It can't be some prefetch/pad bug! It looks as if kernel can't manage volumes larger than 4GB *at all*. Or at least refuses to... The problem has been solved (moved): For the device of my DVD-burners there was pktsetup (for writing to DVDRAM) called via a initscript from which I dont know that it was aktivated. This is misconception. pktsetup is not for DVD-RAM, but for CD-RW packet writing, but can as well be used with DVD-RW Restricted Overwrite and DVD+RW [at least as far as I understand]. Ok, I can now read my DVD successfully and completly. So that packet writing module limits volume size to 4GB? Talk to the maintainer... readcd worked because it bypasses block device and issues raw read commands to its liking. But it remains the question, why I should not read my my DVDRAM now completly... You should not have any problems reading or writing DVD-RAM with pkt module disengaged. Nor should you have problems *reading* any kind of DVD media and writing with growisofs with pkt module disengaged. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Different max speed on same DVD ????
Does anyone know why my Pionneer DVR-109 and my HP DVD writer report different speed for the same 8x DVD ?? Pionner reports 4x and 2x speeds whereas HP reports 8x and 4x. Support for particular media brands vary from firmware to firmware. One vendor can dare to offer higher velocity for particular media brand, while another can choose to take more fail-safe path. Or offer higher velocity in next firmware. That's the way it is and it does not indicate hardware failure of any kind. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: burning iso-image to DVD-R failed
I can write iso-images to DVD-RW, DVD+RW even Double-Layer DVD+R with k3b with out any problems. But trying to burn an image, which I can burn to DVD-/+RW medias, to a DVD-R fails with the message below after about 40 seconds or 2 minutes. Two factors. a) Earlier kernel versions don't allow for a [write] command to execute for longer than 30 seconds [for interface used by growisofs]. b) growisofs allows limit of 3 minutes for command to execute [when kernel respects it]. Meaning that if command takes longer to execute, most notably unit is to perform power calibration in the beginning of recording, the command will time out and show as some error. Well, neither 40 or 2 mins falls to mentioned limits, which suggests that either unit is defective or I have tested two types of DVD-R medias with the same result. What does this message mean? Does the burning-device be defect? Well, neither 40 or 2 mins falls to mentioned limits, which suggests that either unit is defective or you were unlucky to hit two media brands poorly supported by your firmware. Try some quality brands, such as Verbatim, check vendor site for firmware updates... A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: DVD Double Layer Playing problem
I recently obtained a two DVD+-RW DL burners and decided to test them by trying to burn a copy of Monster's Inc (which is a DVD we own that is a DL disk) They are the Plextor DVDR PX-750A and the DVD-RW drive that comes with the SONY VIAO VGN-SZ160P. I used dd if=/dev/dvd of=DVD.iso bs=2048 to make the ISO, and growisofs -dvd-compat -Z /dev/dvd=DVD.iso to burn it. There were no reported errors at all during the burning process. I can mount the burned disks on the either of the Dl DVD+-RW drives that did burning, but my oldest DVD drive (which is only a DVD-RW single layer burner) thinks there is no media there (it can play commerical DL DVDs just fine). It's probably deficiency of this recorder. Recorders [unlike pure ROM players] are expected to have closer look at media, closer than looking at Media Book Type that is. It probably smells recordable media, but it's too old to believe that it's double layer... I can play the ISO image with xine no problem and I have used diff to verify that 1) The ISO and the burned DVDs movie are the same But I cannot play the burned DVDs as video anywhere, including the drives that burned it one (with either windows or linux) On windows or a commercial stand-alone DVD player I get a frozen scene from one of the previews with a stuttering text that loops after a few minutes. With either xine or totem it reports that this DVD is encrypted and recommends that I install libdvdcss. I have libdvdccs installed and it is what I use to watch most commercial DVDs that I watch. Content protection is two-fold. First you have to authenticate yourself to unit so that it gives up protected sectors, and then you have to descramble the content. When you ran dd you probably were authenticated [you probably ran xine prior dd], but dd doesn't do any descrambling and therefore you've copied scrambled content. When you burn it to recordable media it turns unplayable [you're likely to hear audio though], because you didn't copy the descrambling keys, nor marked protected sectors as scrambled. But before you ask how do you do the latter two, keep in mind that you *can't*. Consumer recordables provide *no* way to copy or setup own descrambling keys and therefore the only way is to descramble content prior recording. How is another question [which I don't feel capable to answer]. It seems clear that in terms of data and filesystems, I'd challenge the terms of data part. The fact that you can mount it is not mystery, because not everything is scrambled. Most notably sectors describing/defining file system layout are not, which is why it's never a problem to mount protected media and list files on it. Not even whole video content is scrambled, most notably menus are commonly not, so you can always navigate... A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: can't read DVD+RW in Sony DW-G120A immediately after growisofs
I'm now quite confused. I'm attempting to use a Sony DW-G120A DVD+-RW which I have mounted in an external USB chassis. I have successfully burned CD-RWs with cdrecord, but am having no luck burning a DVD+RW. I have formatted two different DVD+RW blank and tried to record with what appears to be no success. I can not read the recorded DVD+RWs in a DVD-ROM drive in my laptop. This with laptop DVD-ROM can be just infamous incompatibility problem. Earlier very few, really very few laptop units could read DVD+RW. I can burn a DVD-R in the Sony, I can read that DVD-R in both the Sony and in my laptop DVD-ROM (and play it with ogle). I am not experienced enough to figure out what is going wrong with the DVD+RW. dvd+rw-tools-5.21.4.10.8 alexandria 2.6.12-gentoo-r10 # growisofs -speed 8 -Z /dev/scd0=/home/thoth/music.iso Executing 'builtin_dd if=/home/thoth/music.iso of=/dev/scd0 obs=32k seek=0' /dev/scd0: Current Write Speed is 2.5x1385KBps. 2392064/628006912 ( 0.4%) @0.3x, remaining 26:09 5111808/628006912 ( 0.8%) @0.6x, remaining 20:18 ... 623280128/628006912 (99.2%) @0.6x, remaining 0:06 625868800/628006912 (99.7%) @0.5x, remaining 0:02 builtin_dd: 306656*2KB out @ average 0.5x1385KBps /dev/scd0: flushing cache /dev/scd0: stopping de-icing /dev/scd0: writing lead-out /dev/scd0: reloading tray alexandria 2.6.12-gentoo-r10 # cat /dev/scd0 | file - cat: /dev/scd0: Input/output error /dev/stdin: empty The unit can be broken or simply doesn't like the particular media brand. Poor media support manifests itself in rather bizarre way. If quality brand media, such as Verbatim, doesn't work talk to your retailer and try to exchange unit. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems when writing DVDs with growisofs
From: Andy Polyakov [EMAIL PROTECTED] Subject: Re: Problems when writing DVDs with growisofs Date: Tue, 11 Jul 2006 15:43:35 +0200 Hi Andy, thanks for your reply ! Folks! Do math first! Dataset size was reportedly about 4.4GB, while I/O error logged at 4GB *exactly*. It can't be some prefetch/pad bug! It looks as if kernel can't manage volumes larger than 4GB *at all*. Or at least refuses to... The problem has been solved (moved): For the device of my DVD-burners there was pktsetup (for writing to DVDRAM) called via a initscript from which I dont know that it was aktivated. This is misconception. pktsetup is not for DVD-RAM, but for CD-RW packet writing, but can as well be used with DVD-RW Restricted Overwrite and DVD+RW [at least as far as I understand]. What data transferrate would you exspect while writing to a DVDRAM? I know, that is slower than DVD+/-RW, since it does verify the data, but with my setup it takes hours to write 4GB... Hardware: LG 4163B (A106 firmware, newest stable) Software: Linux 2.6.17.4 (newest stable) formatted with udf (udftools) Mounted directly (no pktcdvd...) Ok, I can now read my DVD successfully and completly. So that packet writing module limits volume size to 4GB? Talk to the maintainer... readcd worked because it bypasses block device and issues raw read commands to its liking. But it remains the question, why I should not read my my DVDRAM now completly... You should not have any problems reading or writing DVD-RAM with pkt module disengaged. Nor should you have problems *reading* any kind of DVD media and writing with growisofs with pkt module disengaged. A. Yes, if pktdvd disabled everything -- with exception of DVDRAM (see above) -- fine. Kind regards, mcc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: DVD Double Layer Playing problem
Andy, Thank you very much for taking the time to reply. Most of what you say makes the trouble I am having make sense. But three things do not seem to fit: 1) I can play the .iso that I made with dd just fine in Xine. This should be just as scrambled as the DVD I burn from it. 2) This procedure has worked to create a copy of a commercial single layer DVD just fine. 3) running diff on the .iso and the (unplayable) mounted burnt DL DVD reported no differences. regards brett On Tue, 2006-07-11 at 16:28 +0200, Andy Polyakov wrote: I recently obtained a two DVD+-RW DL burners and decided to test them by trying to burn a copy of Monster's Inc (which is a DVD we own that is a DL disk) They are the Plextor DVDR PX-750A and the DVD-RW drive that comes with the SONY VIAO VGN-SZ160P. I used dd if=/dev/dvd of=DVD.iso bs=2048 to make the ISO, and growisofs -dvd-compat -Z /dev/dvd=DVD.iso to burn it. There were no reported errors at all during the burning process. I can mount the burned disks on the either of the Dl DVD+-RW drives that did burning, but my oldest DVD drive (which is only a DVD-RW single layer burner) thinks there is no media there (it can play commerical DL DVDs just fine). It's probably deficiency of this recorder. Recorders [unlike pure ROM players] are expected to have closer look at media, closer than looking at Media Book Type that is. It probably smells recordable media, but it's too old to believe that it's double layer... I can play the ISO image with xine no problem and I have used diff to verify that 1) The ISO and the burned DVDs movie are the same But I cannot play the burned DVDs as video anywhere, including the drives that burned it one (with either windows or linux) On windows or a commercial stand-alone DVD player I get a frozen scene from one of the previews with a stuttering text that loops after a few minutes. With either xine or totem it reports that this DVD is encrypted and recommends that I install libdvdcss. I have libdvdccs installed and it is what I use to watch most commercial DVDs that I watch. Content protection is two-fold. First you have to authenticate yourself to unit so that it gives up protected sectors, and then you have to descramble the content. When you ran dd you probably were authenticated [you probably ran xine prior dd], but dd doesn't do any descrambling and therefore you've copied scrambled content. When you burn it to recordable media it turns unplayable [you're likely to hear audio though], because you didn't copy the descrambling keys, nor marked protected sectors as scrambled. But before you ask how do you do the latter two, keep in mind that you *can't*. Consumer recordables provide *no* way to copy or setup own descrambling keys and therefore the only way is to descramble content prior recording. How is another question [which I don't feel capable to answer]. It seems clear that in terms of data and filesystems, I'd challenge the terms of data part. The fact that you can mount it is not mystery, because not everything is scrambled. Most notably sectors describing/defining file system layout are not, which is why it's never a problem to mount protected media and list files on it. Not even whole video content is scrambled, most notably menus are commonly not, so you can always navigate... A. -- Choosing a basis for a vector space is an act of violence --unkown University of Chicago professor circa 1989 (If you know who said this please let me know) Brett Stevens School of Mathematics and Statistics Carleton University 1125 Colonel By Dr. Ottawa ON K1S 5B6 Canada 613 520 2600 x2125 [EMAIL PROTECTED] http://mathstat.carleton.ca/~brett/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: DVD Double Layer Playing problem
Thank you very much for taking the time to reply. Most of what you say makes the trouble I am having make sense. But three things do not seem to fit: I never said I know everything, or in other words I can as well be incorrect:-) No warranties implied. 1) I can play the .iso that I made with dd just fine in Xine. This should be just as scrambled as the DVD I burn from it. As far as I understand there're two ways to get scrambling key: a) convince player to give it up; b) brute-force it [which takes like milliseconds]. Xine is using libdvdcss and it's known fact that the latter is perfectly capable of b). If scrambled sectors are marked as such [I believe they are], then they can be identified and key can be brute-forced upon moment first scrambled sector is encountered. It's plausible that that's how .iso playback works. But once again, no warranties implied, as I don't actually consider myself an expert in CSS protection... 2) This procedure has worked to create a copy of a commercial single layer DVD just fine. It's possible that that video content on that particular DVD was not actually scrambled. It's not required by standard... You can even have region-protected media, yet unscrambled content... 3) running diff on the .iso and the (unplayable) mounted burnt DL DVD reported no differences. Keep in mind that scrambling keys reside in DVD control area. You can't copy them with dd, nor can you burn them on copy, so that original and copy *are* different. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems when writing DVDs with growisofs
What data transferrate would you exspect while writing to a DVDRAM? What does media case say? 3x? 2x? But no, not that much... I know, that is slower than DVD+/-RW, since it does verify the data, Keep in mind that data written to DVD-RAM is verified immediately upon write only when explicitly asked for with WRITE AND VERIFY command[*]. Otherwise data verification is performed upon later playback and if block smells deteriorated, then the data is transparently moved to spare area. It should also be noted that advertised velocity of 2-3x can only be observed when you switch off defect control system [or bypass it be means of streaming recording[**]]. So that as defect control is [presumably] on by default, you're likely to observe lower speeds, 1x if not less, so that an order of one hour magnitude for 4GB should be reasonable... [*] growisofs can do this with -use-the-force-luke=wrvfy, also note that Linux kernel does *not* do anything of that sort; [**] for technically minded streaming recording refers to WRITE(12) with streaming bit set; but with my setup it takes hours to write 4GB... Hardware: LG 4163B (A106 firmware, newest stable) Software: Linux 2.6.17.4 (newest stable) formatted with udf (udftools) Mounted directly (no pktcdvd...) I wouldn't put so much faith to Linux UDF write performance. Use ext2 or stick to growisofs:-) One way or another it hardly have anything to do with pktcdvd. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems when writing DVDs with growisofs
From: Andy Polyakov [EMAIL PROTECTED] Subject: Re: Problems when writing DVDs with growisofs Date: Tue, 11 Jul 2006 18:39:58 +0200 What data transferrate would you exspect while writing to a DVDRAM? What does media case say? 3x? 2x? But no, not that much... H...the media case is a plastic box witn a slider. Inside is a two sided DVDRAM. The writing on the slider says: Verbatim DVD-RAM 9.4GB - 4.7GB/side rewriteable TYPE A below that there is the DVD-logo with RAM RAM 4.7 added Beside SIDE A and SIDE B there nothing more on the media. I can removed the media from the box for writing. I know, that is slower than DVD+/-RW, since it does verify the data, Keep in mind that data written to DVD-RAM is verified immediately upon write only when explicitly asked for with WRITE AND VERIFY command[*]. ...Am I right here ?:When writing to a DVDRAM with growisofs I will get a filesystem identical to that of a DVD: udf or iso9660. Otherwise data verification is performed upon later playback and if block smells deteriorated, then the data is transparently moved to spare area. It should also be noted that advertised velocity of 2-3x can only be observed when you switch off defect control system [or bypass it be means of streaming recording[**]]. So that as defect control is [presumably] on by default, you're likely to observe lower speeds, 1x if not less, so that an order of one hour magnitude for 4GB should be reasonable... [*] growisofs can do this with -use-the-force-luke=wrvfy, also note that Linux kernel does *not* do anything of that sort; [**] for technically minded streaming recording refers to WRITE(12) with streaming bit set; but with my setup it takes hours to write 4GB... Hardware: LG 4163B (A106 firmware, newest stable) Software: Linux 2.6.17.4 (newest stable) formatted with udf (udftools) Mounted directly (no pktcdvd...) I wouldn't put so much faith to Linux UDF write performance. Use ext2 or stick to growisofs:-) One way or another it hardly have anything to do with pktcdvd. A. I heard, that using ext2 or such will kill DVDRAM soon, since there are sectors (blocks? or whatever it is named ... sorry, I am not a native English speaker...) constantly written to, so they will die to soon since there max. write count has been reached. [ ] true ? [ ] false ? Thanks a lot for your help in advance, Andy ! :) Keep hacking! mcc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems when writing DVDs with growisofs
...Am I right here ?:When writing to a DVDRAM with growisofs I will get a filesystem identical to that of a DVD: udf or iso9660. Or you can make an empty placeholder on hard disk, losetup it, format to your liking and burn it. I mean growisofs is actually a recording program and formally is filesystem neutral. But it does treat mkisofs output in special way, so you might get an impression that iso9660 is what you get... I heard, that using ext2 or such will kill DVDRAM soon, since there are sectors (blocks? or whatever it is named ... sorry, I am not a native English speaker...) constantly written to, so they will die to soon since there max. write count has been reached. And so would read-write mounted UDF. It's definitely good idea to mount *either* with noatime, but otherwise I don't think that ext2 would wear out the media faster than UDF. Even safer approach would be to keep media mounted read-only for most of the time and re-mount read-write when you actually intend to manipulate data. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]