Re: [opensuse] dvd and filenames
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-05-20 a las 22:46 +0200, jdd sur free escribió: You forgot to email to the list?
Carlos E. R. wrote:
Play with the options, like pure Joliet, no windows extensions.
don't works
No? Weird.
At the worst, you can burn an ext2 or xfs image.
don't seems to be possible with k3b - will try other programs
No, you create the image file manually, then you burn it using k3b or any other program. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIM1LPtTMYHG2NR9URAunPAJ4kdG4Ch4l0NOOsc54X+4GT2PwMIACeI1NY rTNWlrYG1N/HJOH3e151I/4= =Cqgm -----END PGP SIGNATURE-----
Carlos E. R. wrote:
You forgot to email to the list? sorry :-(
At the worst, you can burn an ext2 or xfs image.
don't seems to be possible with k3b - will try other programs
No, you create the image file manually, then you burn it using k3b or any other program.
http://new.dodin.org/wiki/index.php?n=Main.DvdEnExt2 works, but really complicated. I'l open a new thread for this characters problem thanks jdd -- Jean-Daniel Dodin Président du CULTe www.culte.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
jdd sur free wrote:
I'l open a new thread for this characters problem
well, after some search, I see this is a PmWiki charset problem (utf8, probably, I will see this on the appropriate list). But it stays for us the backup problem., revisited "how to backup files with badly named files" ext2/3 seems to handle this properly. Is there anyway to write ext2 to cd/dvd simply? is the udf file system usable in this respect? how? thanks jdd -- Jean-Daniel Dodin Président du CULTe www.culte.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Wednesday 2008-05-21 at 09:51 +0200, jdd sur free wrote:
well, after some search, I see this is a PmWiki charset problem (utf8, probably, I will see this on the appropriate list).
AH.
But it stays for us the backup problem., revisited
"how to backup files with badly named files"
ext2/3 seems to handle this properly. Is there anyway to write ext2 to cd/dvd simply?
Yes, it is quite simple, once you set it up. Procedure: 1) create an empty file of the exact size: dd if=/dev/zero of=image_file bs=1MB count=4700 2) associate a loop device to it. Mmmm... now I have a little doubt, because I usually do this for encrypted filesystems using losetup. It could be: losetup /dev/loop2 image_file 3) Make a filesystem on it mkfs.ext3 [options] /dev/loop2 (options: create label, etc. I need to RTFM) 4) mount it, test, umount. fsck it. remove: "losetup -d /dev/loop2" 5) Create fstab entry for it. /path/image_file /mnt/my_ext_dvd_loop ext3 default,loop,user,users 0 0 6) test that "mount /mnt/my_ext_dvd_loop" works. Now, once you have created it, the procedure for backup is: 1) mount the image 2) Copy every thing needed to it (use mc, konqueror, whatever) 3) umount the image 4) burn the image file via k3b 5) repeat the procedure as many times as needed: simply delete the old files and copy new ones. done. The only thing to be careful about is to be sure to umount the image before burning it: k3b will not warn that it is mounted. What it will do is ask if you are sure you want to burn it because it is not an iso image. And unless you are short on disk space and delete the 4 gigabyte disk image, you don't have to repeat the creation steps: the image can be reused thousands of times. Ah! You probably need an entry like this in fstab: /dev/dvd /mnt/dvd auto ro,noauto,user,exec 0 0 to mount the resulting dvds - I don't know if the automounted mechanism in kde/gnome will mount them automatically. Possibly, there is a refinement to this procedure: the image size (bs=1MB * 4700) could be adjusted to an exact multiple of the DVD physical sector size. I'm unsure of the exact size. 2KiB? Another refinement: place the image in a HD that is not on the same cable as the burner.
is the udf file system usable in this respect? how?
I don't know. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIM/4xtTMYHG2NR9URAsxmAJ9zCxk6lQZmSnxgoVjZoSVhOusaQgCfeWhO +WjkqA2K2448RBIryvBrJ1k= =rxK5 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Carlos E. R. wrote:
But it stays for us the backup problem., revisited
"how to backup files with badly named files"
ext2/3 seems to handle this properly. Is there anyway to write ext2 to cd/dvd simply?
Yes, it is quite simple, once you set it up. (known loop procedure)
this is not simple at all, long and disk usage intensive :-( (but it works :-)
5) Create fstab entry for it.
well this will permanently use 4.4Gb of disk space :-(
Possibly, there is a refinement to this procedure: the image size (bs=1MB * 4700) could be adjusted to an exact multiple of the DVD physical sector size. I'm unsure of the exact size. 2KiB?
http://new.dodin.org/wiki/index.php?n=Main.DvdEnExt2
is the udf file system usable in this respect? how?
thanks jdd -- Jean-Daniel Dodin Président du CULTe www.culte.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Wednesday 2008-05-21 at 13:36 +0200, jdd sur free wrote:
Yes, it is quite simple, once you set it up. (known loop procedure)
this is not simple at all, long and disk usage intensive :-( (but it works :-)
Not so intensive... perhaps the dd part. Creating an ISO image is also disk intensive.
5) Create fstab entry for it.
well this will permanently use 4.4Gb of disk space :-(
Of course, but with the sizes of disks nowdays... But you can also create an script that recreates the image when needed, and remove it later. Notice that you can also use those 4 gig for normal storage. It is like another disk.
Possibly, there is a refinement to this procedure: the image size (bs=1MB * 4700) could be adjusted to an exact multiple of the DVD physical sector size. I'm unsure of the exact size. 2KiB?
bs=1024k count=4489 ? Could be. I'll have to note this. Ah, beetween your 2. and 3., add "umount empty_file". Do not forget, or when you try to mount the dvd it will say that it is dirty or already mounted. And it can not be fscked. I don't forget because I use a script to burn it: #!/bin/bash # fichero existe y es mas grande que cero if test -s "$1" ; then #Comprobando que el fichero no este montado ahora mismo MOUNT=`mount | grep $1` if test -n "$MOUNT" ; then echo "*** ERROR: ese dispositivo esta montado, no debo quemarlo:" echo $MOUNT else /sbin/hdparm -d -c -u /dev/hdc echo Esperando 10 segundos sleep 10 echo Quemando, paciencia time growisofs -Z /dev/dvd=$1 -dvd-compat -speed=8 # time growisofs -Z /dev/hdc=$1 sleep 5 echo Comprobando, mas paciencia... time nice cmp --bytes=4700000000 /dev/hdc $1 fi else echo "No existe el fichero imagen '$1'" echo "Este script sirve para quemar una imagen iso (o no iso) al dvd y compararla." fi The notes are in Spanish, if somebody wants I'll translate. The code itself is simple. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFINB5DtTMYHG2NR9URAj9gAJ9O7UnpkeExnHOkrHUL/HGtoh9QhACeIirB 1k5NkKNRR+1Sz/ZowqxoqvU= =LqR6 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wed, 21 May 2008, Carlos E. R. wrote:-
bs=1024k count=4489 ?
For a DVD-R the size is 2,298,496 sectors, or 4,707,319,808 bytes, which you can get from using: bs=256k count=17957 A DVD+R is slightly smaller at 2,295,104 sectors, or 4,700,372,992 bytes, and you can get that from using: bs=128k count=35861 <snip>
time nice cmp --bytes=4700000000 /dev/hdc $1
You do know this will miss any errors that may occur in the last 365KiB to 7MiB, don't you? If you use: time nice cmp --bytes=$(wc -c <$1) /dev/hdc $1 it'll compare the exact size and show up any errors that the script might miss at present. Regards, David Bolt -- Team Acorn: http://www.distributed.net/ OGR-P2 @ ~100Mnodes RC5-72 @ ~15Mkeys SUSE 10.1 32bit | openSUSE 10.2 32bit | openSUSE 10.3 32bit | openSUSE 11.0b3 SUSE 10.1 64bit | openSUSE 10.2 64bit | openSUSE 10.3 64bit RISC OS 3.6 | TOS 4.02 | openSUSE 10.3 PPC | RISC OS 3.11 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Wednesday 2008-05-21 at 15:00 +0100, David Bolt wrote:
On Wed, 21 May 2008, Carlos E. R. wrote:-
bs=1024k count=4489 ?
For a DVD-R the size is 2,298,496 sectors, or 4,707,319,808 bytes, which you can get from using:
bs=256k count=17957
The sector being...? ah, 2 KiB. Then I prefer bs=2K count=2298496 (note that for dd KB is not equal to kB, they don't use the new notation (KB/KiB))
A DVD+R is slightly smaller at 2,295,104 sectors, or 4,700,372,992 bytes, and you can get that from using:
bs=128k count=35861
bs=2K count=2295104 :-)
<snip>
time nice cmp --bytes=4700000000 /dev/hdc $1
You do know this will miss any errors that may occur in the last 365KiB to 7MiB, don't you? If you use:
time nice cmp --bytes=$(wc -c <$1) /dev/hdc $1
I wrote that as quick hack, because my DVDs are exactly 4700000000 bytes. I didn't know the exact sizes you mentioned above.
it'll compare the exact size and show up any errors that the script might miss at present.
Yep, thanks, I simply haven't bothered to modify it yet :-) You use wordcount (wc) to count bytes! Funny. It is strictly correct and according to the manual, but I hadn't thought of that. ... cer@nimrodel:~> wc -c /Grande/imgs/crypta_f2_dvd.mm.x 4700000000 /Grande/imgs/crypta_f2_dvd.mm.x I'd better remove the second word. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFINDKBtTMYHG2NR9URAuW6AJ9w6A9gJhdmXK1Kemwbufjb4jl53wCdEVa/ cnICmNfRM7DuaXj5CzVz21U= =Qe1H -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Carlos E. R. wrote:
I wrote that as quick hack, because my DVDs are exactly 4700000000
may be it's possible to ask growisofs (or some ither utility, I don't know how growisofs do the job), if the dvd size can vary... jdd -- Jean-Daniel Dodin Président du CULTe www.culte.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wed, 21 May 2008, Carlos E. R. wrote:-
The Wednesday 2008-05-21 at 15:00 +0100, David Bolt wrote:
For a DVD-R the size is 2,298,496 sectors, or 4,707,319,808 bytes, which you can get from using:
bs=256k count=17957
The sector being...? ah, 2 KiB.
Yes. Should have mentioned that.
Then I prefer bs=2K count=2298496
That's another way.
it'll compare the exact size and show up any errors that the script might miss at present.
Yep, thanks, I simply haven't bothered to modify it yet :-)
You use wordcount (wc) to count bytes! Funny. It is strictly correct and according to the manual, but I hadn't thought of that.
I was trying to think of another way to get the size but, as I don't know another way as yet, I just went with what I know.
cer@nimrodel:~> wc -c /Grande/imgs/crypta_f2_dvd.mm.x 4700000000 /Grande/imgs/crypta_f2_dvd.mm.x
I'd better remove the second word.
If you pipe the file into it, rather than passing it as a name, you don't need to remove the second word: davjam@adder:/local> ls -l test.image.blank -rw-r--r-- 1 davjam users 4707319808 2008-05-21 14:52 test.image.blank davjam@adder:/local> wc -c <test.image.blank 4707319808 Regards, David Bolt -- Team Acorn: http://www.distributed.net/ OGR-P2 @ ~100Mnodes RC5-72 @ ~15Mkeys SUSE 10.1 32bit | openSUSE 10.2 32bit | openSUSE 10.3 32bit | openSUSE 11.0b3 SUSE 10.1 64bit | openSUSE 10.2 64bit | openSUSE 10.3 64bit RISC OS 3.6 | TOS 4.02 | openSUSE 10.3 PPC | RISC OS 3.11 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
David Bolt wrote:
On Wed, 21 May 2008, Carlos E. R. wrote:-
bs=1024k count=4489 ?
For a DVD-R the size is 2,298,496 sectors, or 4,707,319,808 bytes, which you can get from using:
bs=256k count=17957
when I tried to use growisofs, it said: growisofs -Z /dev/dvd=image.iso -dvd-compat Executing 'builtin_dd if=image.iso of=/dev/dvd obs=32k seek=0' :-( /dev/dvd: 2297888 blocks are free, 2298368 to be written! so I deducted the dd if=/dev/zero of=image.iso bs=2048 count=2287888 (I have only dvd-r at present time) may be some bytes are used for housekeeping? jdd -- http://www.dodin.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wed, 21 May 2008, jdd wrote:-
David Bolt wrote:
On Wed, 21 May 2008, Carlos E. R. wrote:-
bs=1024k count=4489 ?
For a DVD-R the size is 2,298,496 sectors, or 4,707,319,808 bytes, which you can get from using:
bs=256k count=17957
when I tried to use growisofs, it said:
growisofs -Z /dev/dvd=image.iso -dvd-compat Executing 'builtin_dd if=image.iso of=/dev/dvd obs=32k seek=0' :-( /dev/dvd: 2297888 blocks are free, 2298368 to be written!
Interesting. I do the same and I get: davjam@lion:/local> wc -c blank.image.iso 4707319808 blank.image.iso davjam@lion:/local> growisofs -dry-run -Z /dev/dvd=blank.image.iso -dvd-compat -speed 4 Executing 'builtin_dd if=blank.image.iso of=/dev/dvd obs=32k seek=0'
so I deducted the
dd if=/dev/zero of=image.iso bs=2048 count=2287888
(I have only dvd-r at present time)
may be some bytes are used for housekeeping?
Maybe. Are you sure it's a DVD-R not a DVD+R? What does: dvd+rw-mediainfo /dev/dvd return? For a DVD-R I get: davjam@lion:/local> dvd+rw-mediainfo /dev/dvd INQUIRY: [MATSHITA][UJ-840D ][1.02] GET [CURRENT] CONFIGURATION: Mounted Media: 11h, DVD-R Sequential Media ID: CMC MAG. AM3 Current Write Speed: 2.0x1385=2770KB/s Write Speed #0: 2.0x1385=2770KB/s Write Speed #1: 1.0x1385=1385KB/s Speed Descriptor#0: 01/2297888 R@2.0x1385=2770KB/s W@2.0x1385=2770KB/s Speed Descriptor#1: 01/2297888 R@1.0x1385=1385KB/s W@1.0x1385=1385KB/s READ DVD STRUCTURE[#10h]: Media Book Type: 00h, DVD-ROM book [revision 0] Legacy lead-out at: 2298496*2KB=4707319808 READ DVD STRUCTURE[#0h]: Media Book Type: 25h, DVD-R book [revision 5] Last border-out at: 2045*2KB=4188160 READ DISC INFORMATION: Disc status: blank Number of Sessions: 1 State of Last Session: empty "Next" Track: 1 Number of Tracks: 1 READ TRACK INFORMATION[#1]: Track State: blank Track Start Address: 0*2KB Next Writable Address: 0*2KB Free Blocks: 2298496*2KB Track Size: 2298496*2KB READ CAPACITY: 0*2048=0 And with my only DVD+R I get: davjam@lion:/local> dvd+rw-mediainfo /dev/dvd INQUIRY: [MATSHITA][UJ-840D ][1.02] GET [CURRENT] CONFIGURATION: Mounted Media: 1Bh, DVD+R Media ID: YUDEN000/T02 Current Write Speed: 8.0x1385=11080KB/s Write Speed #0: 8.0x1385=11080KB/s Write Speed #1: 6.0x1385=8310KB/s Write Speed #2: 4.0x1385=5540KB/s Write Speed #3: 2.4x1385=3324KB/s Speed Descriptor#0: 01/2295103 R@8.0x1385=11080KB/s W@8.0x1385=11080KB/s Speed Descriptor#1: 01/2295103 R@6.0x1385=8310KB/s W@6.0x1385=8310KB/s Speed Descriptor#2: 01/2295103 R@4.0x1385=5540KB/s W@4.0x1385=5540KB/s Speed Descriptor#3: 01/2295103 R@2.4x1385=3324KB/s W@2.4x1385=3324KB/s READ DVD STRUCTURE[#0h]: Media Book Type: 00h, DVD-ROM book [revision 0] Legacy lead-out at: 2295104*2KB=4700372992 READ DISC INFORMATION: Disc status: blank Number of Sessions: 1 State of Last Session: empty "Next" Track: 1 Number of Tracks: 1 READ TRACK INFORMATION[#1]: Track State: blank Track Start Address: 0*2KB Next Writable Address: 0*2KB Free Blocks: 2295104*2KB Track Size: 2295104*2KB ROM Compatibility LBA: 265696 READ CAPACITY: 0*2048=0 As an aside, I get the following with a DVD+RW: davjam@lion:/local> dvd+rw-mediainfo /dev/dvd INQUIRY: [MATSHITA][UJ-840D ][1.02] GET [CURRENT] CONFIGURATION: Mounted Media: 1Ah, DVD+RW Media ID: INFODISC/A10 Current Write Speed: 4.0x1385=5540KB/s Write Speed #0: 4.0x1385=5540KB/s Write Speed #1: 2.4x1385=3324KB/s Speed Descriptor#0: 00/2295103 R@4.0x1385=5540KB/s W@4.0x1385=5540KB/s Speed Descriptor#1: 00/2295103 R@2.4x1385=3324KB/s W@2.4x1385=3324KB/s READ DVD STRUCTURE[#0h]: Media Book Type: 00h, DVD-ROM book [revision 0] Legacy lead-out at: 2295104*2KB=4700372992 READ DISC INFORMATION: Disc status: complete Number of Sessions: 1 State of Last Session: complete Number of Tracks: 1 BG Format Status: complete READ FORMAT CAPACITIES: formatted: 2295104*2048=4700372992 26h(0): 2295104*2048=4700372992 READ TRACK INFORMATION[#1]: Track State: complete Track Start Address: 0*2KB Free Blocks: 0*2KB Track Size: 2295104*2KB FABRICATED TOC: Track#1 : 14@0 Track#AA : 14@2295104 Multi-session Info: #1@0 READ CAPACITY: 2295104*2048=4700372992 Regards, David Bolt -- Team Acorn: http://www.distributed.net/ OGR-P2 @ ~100Mnodes RC5-72 @ ~15Mkeys SUSE 10.1 32bit | openSUSE 10.2 32bit | openSUSE 10.3 32bit | openSUSE 11.0b3 SUSE 10.1 64bit | openSUSE 10.2 64bit | openSUSE 10.3 64bit RISC OS 3.6 | TOS 4.02 | openSUSE 10.3 PPC | RISC OS 3.11 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
David Bolt wrote:
dvd+rw-mediainfo /dev/dvd
return? (empty disk)
relevant seems to be: (noname dvd) Mounted Media: 11h, DVD-R Sequential Media ID: MCC 02RG20 Legacy lead-out at: 2298496*2KB=4707319808 Free Blocks: 2297888*2KB same than growisofs These data are written by the maker. I wonder if these noname dvd are a little under the nominal capacity? all the other brands I tested have the 2298496 capacity. full result dvd+rw-mediainfo /dev/dvd INQUIRY: [TSSTcorp][CD/DVDW TS-L632D][ac00] GET [CURRENT] CONFIGURATION: Mounted Media: 11h, DVD-R Sequential Media ID: MCC 02RG20 Current Write Speed: 8.0x1385=11080KB/s Write Speed #0: 8.0x1385=11080KB/s Write Speed #1: 6.0x1385=8310KB/s Write Speed #2: 4.0x1385=5540KB/s Write Speed #3: 2.0x1385=2770KB/s GET [CURRENT] PERFORMANCE: Write Performance: 8.0x1385=11080KB/s@[0 -> 2298496] Speed Descriptor#0: 08/2297887 R@8.0x1385=11080KB/s W@8.0x1385=11080KB/s Speed Descriptor#1: 08/2297887 R@8.0x1385=11080KB/s W@6.0x1385=8310KB/s Speed Descriptor#2: 00/2297887 R@8.0x1385=11080KB/s W@4.0x1385=5540KB/s Speed Descriptor#3: 00/2297887 R@8.0x1385=11080KB/s W@2.0x1385=2770KB/s READ DVD STRUCTURE[#10h]: Media Book Type: 00h, DVD-ROM book [revision 0] Legacy lead-out at: 2298496*2KB=4707319808 READ DVD STRUCTURE[#0h]: Media Book Type: 25h, DVD-R book [revision 5] Last border-out at: 2045*2KB=4188160 READ DISC INFORMATION: Disc status: blank Number of Sessions: 1 State of Last Session: empty "Next" Track: 1 Number of Tracks: 1 READ TRACK INFORMATION[#1]: Track State: invisible incremental Track Start Address: 0*2KB Next Writable Address: 0*2KB Free Blocks: 2297888*2KB Track Size: 2297888*2KB READ CAPACITY: 0*2048=0 jdd -- Jean-Daniel Dodin Président du CULTe www.culte.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wed, 21 May 2008, jdd sur free wrote:-
relevant seems to be:
(noname dvd) Mounted Media: 11h, DVD-R Sequential Media ID: MCC 02RG20 ^^^^^^^^^^ Similar to the Verbatim branded 16x discs I sometimes use. Their media ID is MCC 03RG20, so I'd guess it's 8x media with a similar dye and manufacturer.
Legacy lead-out at: 2298496*2KB=4707319808 Free Blocks: 2297888*2KB
These data are written by the maker. I wonder if these noname dvd are a little under the nominal capacity?
It looks like it.
all the other brands I tested have the 2298496 capacity.
AFAIK, all the DVD-Rs I've ever used have had that capacity. With the exception of DVD+Rs, and a few 1GB mini DVD-Rs, I certainly don't recall any discs that have been smaller. Regards, David Bolt -- Team Acorn: http://www.distributed.net/ OGR-P2 @ ~100Mnodes RC5-72 @ ~15Mkeys SUSE 10.1 32bit | openSUSE 10.2 32bit | openSUSE 10.3 32bit | openSUSE 11.0b3 SUSE 10.1 64bit | openSUSE 10.2 64bit | openSUSE 10.3 64bit RISC OS 3.6 | TOS 4.02 | openSUSE 10.3 PPC | RISC OS 3.11 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
In the true art of a self follow-up, I wrote:-
On Wed, 21 May 2008, jdd sur free wrote:-
Legacy lead-out at: 2298496*2KB=4707319808 Free Blocks: 2297888*2KB
These data are written by the maker. I wonder if these noname dvd are a little under the nominal capacity?
It looks like it.
Now I'm really curious. Actually writing a disc with the full 2,298,496 sectors fails: davjam@lion:/local> growisofs -Z /dev/dvd=blank.image.iso -dvd-compat -speed 4 Executing 'builtin_dd if=blank.image.iso of=/dev/dvd obs=32k seek=0' /dev/dvd: "Current Write Speed" is 4.1x1352KBps. 3014656/4707319808 ( 0.1%) @0.7x, remaining 104:01 RBU 100.0% UBU 2.0% 12288000/4707319808 ( 0.3%) @2.0x, remaining 44:34 RBU 100.0% UBU 100.0% 21561344/4707319808 ( 0.5%) @2.0x, remaining 36:13 RBU 100.0% UBU 100.0% 30834688/4707319808 ( 0.7%) @2.0x, remaining 35:23 RBU 100.0% UBU 100.0% 40108032/4707319808 ( 0.9%) @2.0x, remaining 32:58 RBU 100.0% UBU 100.0% 49348608/4707319808 ( 1.0%) @2.0x, remaining 31:27 RBU 100.0% UBU 100.0% 58621952/4707319808 ( 1.2%) @2.0x, remaining 31:43 RBU 100.0% UBU 100.0% 67895296/4707319808 ( 1.4%) @2.0x, remaining 30:44 RBU 100.0% UBU 100.0% ..... 4623040512/4707319808 (98.2%) @4.0x, remaining 0:16 RBU 100.0% UBU 98.0% 4633690112/4707319808 (98.4%) @2.3x, remaining 0:14 RBU 100.0% UBU 100.0% 4652204032/4707319808 (98.8%) @4.0x, remaining 0:10 RBU 100.0% UBU 100.0% 4670750720/4707319808 (99.2%) @4.0x, remaining 0:07 RBU 100.0% UBU 100.0% 4689297408/4707319808 (99.6%) @4.0x, remaining 0:03 RBU 100.0% UBU 98.0% 4706074624/4707319808 (100.0%) @3.6x, remaining 0:00 RBU 100.0% UBU 100.0% :-[ WRITE@LBA=231020h failed with SK=5h/ASC=21h/ACQ=02h]: Invalid argument :-( write failed: Invalid argument /dev/dvd: flushing cache /dev/dvd: updating RMA /dev/dvd: closing disc And the failure point is after 4,706,074,624 bytes have been written, which works out to be 2,297,888 sectors. So, from this, it looks like the combination of growisofs on openSUSE 10.3 PPC, the writer I'm using, and the media get the maximum free size wrong and it should actually be 608 sectors, or 1,245,184 bytes, less than reported. I guess the reason I've never actually noticed this is purely because I normally don't write discs with more than about 4.35GiB. Normally I aim to make sure they are closer to the 4GiB mark. This leaves just that little bit of extra space at the edge of the disc, just in case someone isn't quite as careful as I am, and leaves partial finger prints on the outside edge of the disc. Regards, David Bolt -- Team Acorn: http://www.distributed.net/ OGR-P2 @ ~100Mnodes RC5-72 @ ~15Mkeys SUSE 10.1 32bit | openSUSE 10.2 32bit | openSUSE 10.3 32bit | openSUSE 11.0b3 SUSE 10.1 64bit | openSUSE 10.2 64bit | openSUSE 10.3 64bit RISC OS 3.6 | TOS 4.02 | openSUSE 10.3 PPC | RISC OS 3.11 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Wednesday 2008-05-21 at 22:55 +0100, David Bolt wrote:
I guess the reason I've never actually noticed this is purely because I normally don't write discs with more than about 4.35GiB. Normally I aim to make sure they are closer to the 4GiB mark. This leaves just that little bit of extra space at the edge of the disc, just in case someone isn't quite as careful as I am, and leaves partial finger prints on the outside edge of the disc.
So my rounding of using 4700000000 bytes is not so wrong after all, I haven't had problems with it. ;-) I should modify it to 4699998208 or 4700000256, the closest 2048 multiples. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFINKG+tTMYHG2NR9URAvqlAKCW2iJAU0CvgCzYEkLYbVe98NrjcwCfTQf1 SwnrQ15QIw+1PBlDsIpdjeM= =6i9R -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, 22 May 2008, Carlos E. R. wrote:-
The Wednesday 2008-05-21 at 22:55 +0100, David Bolt wrote:
I guess the reason I've never actually noticed this is purely because I normally don't write discs with more than about 4.35GiB. Normally I aim to make sure they are closer to the 4GiB mark. This leaves just that little bit of extra space at the edge of the disc, just in case someone isn't quite as careful as I am, and leaves partial finger prints on the outside edge of the disc.
So my rounding of using 4700000000 bytes is not so wrong after all, I haven't had problems with it. ;-)
If the size you use is about that, no it's not that far out.
I should modify it to 4699998208 or 4700000256, the closest 2048 multiples.
You'll want it a multiple of 32768 due to the fact that the sectors are usually written[0] in blocks of 16[1], so you'll want either 4699979776 or 4700012544. [0] and, since read-ahead is employed, probably read as well. [1] Executing 'builtin_dd if=blank.image.iso of=/dev/dvd obs=32k seek=0' ^^^^^^^ as seen in this output from growisofs. Regards, David Bolt -- Team Acorn: http://www.distributed.net/ OGR-P2 @ ~100Mnodes RC5-72 @ ~15Mkeys SUSE 10.1 32bit | openSUSE 10.2 32bit | openSUSE 10.3 32bit | openSUSE 11.0b3 SUSE 10.1 64bit | openSUSE 10.2 64bit | openSUSE 10.3 64bit RISC OS 3.6 | TOS 4.02 | openSUSE 10.3 PPC | RISC OS 3.11 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Wednesday 2008-05-21 at 23:54 +0100, David Bolt wrote:
So my rounding of using 4700000000 bytes is not so wrong after all, I haven't had problems with it. ;-)
If the size you use is about that, no it's not that far out.
I should modify it to 4699998208 or 4700000256, the closest 2048 multiples.
You'll want it a multiple of 32768 due to the fact that the sectors are usually written[0] in blocks of 16[1], so you'll want either 4699979776 or 4700012544.
No problem, I suppose. It might make dd a bit faster. As long as it is smaller than the maximum size of a dvd, with a little margin.
[0] and, since read-ahead is employed, probably read as well.
[1] Executing 'builtin_dd if=blank.image.iso of=/dev/dvd obs=32k seek=0' ^^^^^^^ as seen in this output from growisofs.
Interesting. Maybe some time I'm bored I'll time dd with several block sizes. :-) - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFINKwstTMYHG2NR9URAmL5AJ9Mez2tmUSMXcEOYPL9W0Uyfc37hACfSmGd AOu5/XzNqwIOJ1xuFJRS2D4= =jGWg -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Carlos E. R. wrote:
bs=1024k count=4489 ?
I did find this on google, but I don't know if it's good, just now my first writing of the image with k3b failed (couldn't close the dvd :-?)
Could be. I'll have to note this.
Ah, beetween your 2. and 3., add "umount empty_file". Do not forget, or when you try to mount the dvd it will say that it is dirty or already mounted. And it can not be fscked.
right
time growisofs -Z /dev/dvd=$1 -dvd-compat
this is the main part :-) growisofs complained with my file size (too big, my info was wrong), but did it intelligently, giving the free space :-), so I could fix the size: dd if=/dev/zero of=image.iso bs=2048 count=2287888 -- http://www.dodin.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (4)
-
Carlos E. R. -
David Bolt -
jdd -
jdd sur free