pBurn 4.3.19
Pburn version 3.7.1
in console launched pburn produces this:
grep: /usr/share/doc/pburn/en.html: No such file or directory
----> the structure was this: /usr/share/doc/pburn.html
I had linux installation stuff in dvd, imaged from iso file.
I wanted to blank it. Yeah I know...you have told that it is not
necessary, but old habits....
Blanking dvd using fast blank option:
###################################################
COMMAND:
###################################################
growisofs -use-the-force-luke=notray -Z /dev/sr0=/dev/zero
###################################################
OUTPUT:
###################################################
WARNING: /dev/sr0 already carries isofs!
About to execute 'builtin_dd if=/dev/zero of=/dev/sr0 obs=32k seek=0'
/dev/sr0: "Current Write Speed" is 2.0x1352KBps.
:-[ WRITE@LBA=0h failed with SK=5h/INVALID ADDRESS FOR WRITE]: Invalid argument
attempt to re-run with -dvd-compat -dvd-compat to engage DAO or apply full blanking procedure
write failed: Invalid argument
Ok. gave commandline a go:
# dvd+rw-format -blank /dev/sr0
* BD/DVD±RW/-RAM format utility by <appro@fy.chalmers.se>, version 7.1.
-* 4.7GB DVD-RW media in Restricted Overwrite mode detected.
* blanking 100.0-
After blanking it from commandline pburn blank fast also was able to blank TOC.
I attach the pic what pburn info told about my dvd before I tried
blank fast option pburn.
in console launched pburn produces this:
grep: /usr/share/doc/pburn/en.html: No such file or directory
----> the structure was this: /usr/share/doc/pburn.html
I had linux installation stuff in dvd, imaged from iso file.
I wanted to blank it. Yeah I know...you have told that it is not
necessary, but old habits....
Blanking dvd using fast blank option:
###################################################
COMMAND:
###################################################
growisofs -use-the-force-luke=notray -Z /dev/sr0=/dev/zero
###################################################
OUTPUT:
###################################################
WARNING: /dev/sr0 already carries isofs!
About to execute 'builtin_dd if=/dev/zero of=/dev/sr0 obs=32k seek=0'
/dev/sr0: "Current Write Speed" is 2.0x1352KBps.
:-[ WRITE@LBA=0h failed with SK=5h/INVALID ADDRESS FOR WRITE]: Invalid argument
attempt to re-run with -dvd-compat -dvd-compat to engage DAO or apply full blanking procedure
write failed: Invalid argument
Ok. gave commandline a go:
# dvd+rw-format -blank /dev/sr0
* BD/DVD±RW/-RAM format utility by <appro@fy.chalmers.se>, version 7.1.
-* 4.7GB DVD-RW media in Restricted Overwrite mode detected.
* blanking 100.0-
After blanking it from commandline pburn blank fast also was able to blank TOC.
I attach the pic what pburn info told about my dvd before I tried
blank fast option pburn.
- Attachments
-
- dvd-content-info-before-trying-to-blank-fast-it-with-pburn.jpg
- (55 KiB) Downloaded 1218 times
pemasu
This is not a fast blank... I see your errors, but lacks knowledge to tell what's wrong.
Pburn uses for fast blanking, and it works ok for DVD, but troubles with BD (at least for me).
The whole new idea is to avoid blanking for DVD/BD, but we need to finetune how to tell this to the users. That is why I am interested what Flash (and all others) actually read and do.
Sigmund
Code: Select all
growisofs -use-the-force-luke=notray -Z /dev/sr0=/dev/zero
Pburn uses
Code: Select all
dvd+rw-format -force /dev/sr0
The whole new idea is to avoid blanking for DVD/BD, but we need to finetune how to tell this to the users. That is why I am interested what Flash (and all others) actually read and do.
Sigmund
I used burniso2cd for imaging the iso. Because it took so long for Pburn to creating commands or something. But now I used Pburn for imaging....I waited kindly enough minutes so that it started and burned the iso image.
This time the dvd was blanked nicely with Pburn. I have to also tell that my dvd burner is not in its best shape anymore and the dvd rw disk is also quite old, eventhough in good shape, no scratches.
So...just dismiss my previous report. I thought it could be useful to report but...I think not anymore. I could remove the whole post and reference this.....
This time the dvd was blanked nicely with Pburn. I have to also tell that my dvd burner is not in its best shape anymore and the dvd rw disk is also quite old, eventhough in good shape, no scratches.
So...just dismiss my previous report. I thought it could be useful to report but...I think not anymore. I could remove the whole post and reference this.....
Re: help file, pburn kills ...
Ah, good find. We didn't discover that workaround when I reported this years ago. I'll have to use Geany when I mess around with Pburn and co now.zigbert wrote:Confirmed!shinobar wrote:Maybe it is rare case and not serious.zigbert wrote:I haven't seen Pburn kill anything (else you use the emergency button). - I have Geany open 'all' the time ...... ???
- Open any file under /usr/local/pburn by geaney.
- Start pburn.
- Quit pburn.
Does not happen if another file is open in the first tab in Geany
Do you know a good gtkdialog program? Please post a link here
Classic Puppy quotes
ROOT FOREVER
GTK2 FOREVER
Classic Puppy quotes
ROOT FOREVER
GTK2 FOREVER
No, I thought Pburn 3.70 was supposed to overwrite by default, perhaps with a warning that the disk already contains data which will be overwritten if nothing is done.zigbert wrote:Flash
Did you check the overwrite-box?
So I had another try at burning the blank disk, this time checking the overwrite box and switching the temporary storage (even though temporary storage supposedly isn't needed for DVDs and Blu-Ray) to a 32 GB flash memory stick instead of the default location in RAM.
With the overwrite box checked and the temporary memory location moved to /mnt/sdb1, Pburn burned the 22 GB onto the blanked disk without error, though it took more than 2 hours.
Perhaps the cause of the error Pburn gave on the first try was that the temporary memory location (which was in RAM) was too small even though the computer has 4 GB of RAM. But why did Pburn use the temporary memory at all? It shouldn't need it. If it can't read the data from the source location fast enough to keep up with burning, then it should just slow down the burning process. I don't see how transferring the data from the source USB flash drive to an intermediate or temporary location which is itself a USB flash drive, before burning it speeds up the data transfer at all.
Tomorrow I plan to blank the disk and repeat the same burn to see if Pburn creates a symlink directory in /tmp and uses it for temporary storage even though it was told to put its temporary storage in /mnt/sdb1. That's what seemed to happen tonight, but I'm not certain.
Okay, this morning I blanked the BD-RE again (full blank - not fast blank). It took 2 hours. The BD-RE is a 2x and the burner is capable of 12x but Pburn only blanked at about 1x. I told Pburn to put its temporary memory in /mnt/sdc1. When I opened Pburn it apparently created a pburn_symlink_tree directory in both /tmp and mnt/sdc1. (I can't remember for sure but I think I checked that there was no pburn_symlink_tree directory in either place before I started, but there was that directory in both places after Pburn started blanking the disk.) I monitored the two directories for the whole 2 hours that Pburn took to blank the disk but neither one ever contained anything.
Code: Select all
Pburn version 3.7.0
###################################################
COMMAND:
###################################################
growisofs -use-the-force-luke=notray -Z /dev/sr0=/dev/zero
###################################################
OUTPUT:
###################################################
WARNING: /dev/sr0 already carries isofs!
About to execute 'builtin_dd if=/dev/zero of=/dev/sr0 obs=32k seek=0'
Sleeping for 5 sec...4 sec...0 sec...
/dev/sr0: "Current Write Speed" is 2.0x4390KBps.
23330816/24756879360 ( 0.1%) @0.8x, remaining 123:40 RBU 100.0% UBU 1.7%
38535168/24756879360 ( 0.2%) @1.0x, remaining 106:54 RBU 100.0% UBU 47.2%
52494336/24756879360 ( 0.2%) @0.9x, remaining 109:48 RBU 100.0% UBU 59.4%
24726274048/24756879360 (99.9%) @0.8x, remaining 0:07 RBU 100.0% UBU 57.2%
24737939456/24756879360 (99.9%) @0.8x, remaining 0:04 RBU 100.0% UBU 45.0%
24749604864/24756879360 (100.0%) @0.8x, remaining 0:01 RBU 100.0% UBU 62.8%
:-[ WRITE@LBA=b87400h failed with SK=5h/END OF USER AREA ENCOUNTERED ON THIS TRACK]: Input/output error
:-( write failed: Input/output error
/dev/sr0: flushing cache
- Attachments
-
- Pburn residue after full blank.png
- (46.15 KiB) Downloaded 1018 times
Next I burned the same 22 GB of mp3 files onto the 2x speed BD-RE that I'd just blanked. I checked the box for Pburn to overwrite and left the temporary memory at /mnt/sdc1. It took about an hour and a half and went with no problem or error message. This time, there was no pburn_symlink_tree directory created at all.
Encouraged by my success, I thought I'd try burning the exact same 22 GB onto a 6x speed Verbatim BD-R disk, using the same settings. It took a little less than an hour, but with an error message at the end. When I ejected the tray and reloaded it, the disk mounted ok though and appears to contain everything it should. It appears there was a pburn_symlink_tree directory created in /tmp but not in /mnt/sdc1.
Code: Select all
Pburn version 3.7.0
###################################################
COMMAND:
###################################################
growisofs -use-the-force-luke=notray -Z /dev/sr0 -f -iso-level 3 -D -R -J -joliet-long -V "pburn_project" -p root -publisher "Pburn" -exclude-list /root/.pburn/tmp/exclude -graft-points -path-list=/root/.pburn/tmp/graft_points
###################################################
OUTPUT:
###################################################
Executing 'mkisofs -f -iso-level 3 -D -R -J -joliet-long -V pburn_project -p root -publisher Pburn -exclude-list /root/.pburn/tmp/exclude -graft-points -path-list=/root/.pburn/tmp/graft_points | builtin_dd of=/dev/sr0 obs=32k seek=0'
Warning: -follow-links does not always work correctly; be careful.
I: -input-charset not specified, using utf-8 (detected in locale settings)
0.04% done, estimate finish Wed Jul 18 10:01:05 2012
0.09% done, estimate finish Wed Jul 18 10:20:16 2012
0.13% done, estimate finish Wed Jul 18 10:13:51 2012
/dev/sr0: "Current Write Speed" is 2.0x4390KBps.
0.17% done, estimate finish Wed Jul 18 10:58:38 2012
0.22% done, estimate finish Wed Jul 18 11:10:08 2012
0.26% done, estimate finish Wed Jul 18 11:11:26 2012
99.87% done, estimate finish Wed Jul 18 11:40:18 2012
99.91% done, estimate finish Wed Jul 18 11:40:19 2012
99.96% done, estimate finish Wed Jul 18 11:40:18 2012
Total translation table size: 0
Total rockridge attributes bytes: 2038396
Total directory bytes: 3553280
Path table size(bytes): 5384
Max brk space used 114a000
11514978 extents written (22490 MB)
/dev/sr0: flushing cache
Code: Select all
Pburn version 3.7.0
###################################################
COMMAND:
###################################################
growisofs -use-the-force-luke=notray -Z /dev/sr0 -f -iso-level 3 -D -R -J -joliet-long -V "mp3_books_delta 7-18-2012" -p root -publisher "Pburn" -exclude-list /root/.pburn/tmp/exclude -graft-points -path-list=/root/.pburn/tmp/graft_points
###################################################
OUTPUT:
###################################################
Executing 'mkisofs -f -iso-level 3 -D -R -J -joliet-long -V mp3_books_delta 7-18-2012 -p root -publisher Pburn -exclude-list /root/.pburn/tmp/exclude -graft-points -path-list=/root/.pburn/tmp/graft_points | builtin_dd of=/dev/sr0 obs=32k seek=0'
Warning: -follow-links does not always work correctly; be careful.
I: -input-charset not specified, using utf-8 (detected in locale settings)
0.04% done, estimate finish Wed Jul 18 12:05:32 2012
0.09% done, estimate finish Wed Jul 18 12:24:43 2012
0.13% done, estimate finish Wed Jul 18 12:18:18 2012
/dev/sr0: pre-formatting blank BD-R for 24.8GB...
/dev/sr0: "Current Write Speed" is 4.1x4390KBps.
0.17% done, estimate finish Wed Jul 18 19:45:58 2012
0.22% done, estimate finish Wed Jul 18 18:21:31 2012
0.26% done, estimate finish Wed Jul 18 17:31:45 2012
99.87% done, estimate finish Wed Jul 18 12:54:10 2012
99.91% done, estimate finish Wed Jul 18 12:54:10 2012
99.96% done, estimate finish Wed Jul 18 12:54:11 2012
Total translation table size: 0
Total rockridge attributes bytes: 2038396
Total directory bytes: 3553280
Path table size(bytes): 5384
Max brk space used 114a000
11514978 extents written (22490 MB)
/dev/sr0: flushing cache
/dev/sr0: closing track
/dev/sr0: closing session
:-[ CLOSE SESSION failed with SK=5h/INVALID FIELD IN
CDB]: Input/output error
- Attachments
-
- Pburn BD-R burn error msg.png
- (40.96 KiB) Downloaded 1028 times
Flash
What I did in Pburn 3.7.2 is to auto-set the correct burning command if media is empty (even if corrupted). That means you don't need to check the 'Overwrite existing...' with Pburn 3.7.2.
Regarding the pburn_symlink_tree this is set to /tmp at first run (until an alternative is set). /tmp should be deleted during shutdown. pburn_symlink_tree is not the place where huge amount of data is hold, but only symlinks to the actual files shown in burnlist. This means not all kind of burning needs it, but still might be there as Pburn don't bother to delete it.
I have checked the code a bit to see if your assumption that /tmp is used instead of the set temporary storage. What I found was that is happens if temporary storage is pointed to a VFAT partition. Else I could not find anything. Let's keep an eye on this....
Thank you for the report
Sigmund
What I did in Pburn 3.7.2 is to auto-set the correct burning command if media is empty (even if corrupted). That means you don't need to check the 'Overwrite existing...' with Pburn 3.7.2.
Regarding the pburn_symlink_tree this is set to /tmp at first run (until an alternative is set). /tmp should be deleted during shutdown. pburn_symlink_tree is not the place where huge amount of data is hold, but only symlinks to the actual files shown in burnlist. This means not all kind of burning needs it, but still might be there as Pburn don't bother to delete it.
I have checked the code a bit to see if your assumption that /tmp is used instead of the set temporary storage. What I found was that is happens if temporary storage is pointed to a VFAT partition. Else I could not find anything. Let's keep an eye on this....
Thank you for the report
Sigmund
Zigbert,
upgraded the Three Headed Dog Puppy with the new Pburn and can confirm that it fixes a bug I found, where sometimes when a rewritable cd was put in for blanking (particularly a puppy linux cdrw) it would not recognise it and say reinsert into the tray, and try again, and again, and again etc..
Now no problems with blanking CDRW. Solid
upgraded the Three Headed Dog Puppy with the new Pburn and can confirm that it fixes a bug I found, where sometimes when a rewritable cd was put in for blanking (particularly a puppy linux cdrw) it would not recognise it and say reinsert into the tray, and try again, and again, and again etc..
Now no problems with blanking CDRW. Solid
Over the last few days I've transferred mp3 files from a hard disk to 8 Blu-Ray, plus 2 DVD, disks using Pburn.
The only real complaint I have about how Pburn worked to do this is that I can't drag highlighted directories from a ROX window into the Pburn burn window. The only way I could find to do what I wanted was to highlight a bunch of directories on the hard disk drive, find their count, then, when it added up to 23 GB according to ROX, drag the highlighted directories into an empty directory I had created on another (USB flash) drive.
Transferring 23 GB from a USB hard disk drive to a USB flash drive takes hours in Puppy. I think it might go considerably faster in Windows but I didn't try it yet. After the transfer, I could then put the 23 GB directory in Pburn's burn window to see if it would fit on a Blu-Ray disk (ROX doesn't count the sizes with enough precision to tell.) A bit of adjustment was usually needed to just fill the Blu-Ray disk without overflowing. (At a dollar a pop, I'm not ready to try overburning a Blu-Ray disk yet. )
At the end, I didn't have enough left to fill a Blu-Ray disk so I used 2 DVDs. The last DVD I overburned by about 50 MB. Pburn gave an error message but the DVD seems to contain everything it should.
The only real complaint I have about how Pburn worked to do this is that I can't drag highlighted directories from a ROX window into the Pburn burn window. The only way I could find to do what I wanted was to highlight a bunch of directories on the hard disk drive, find their count, then, when it added up to 23 GB according to ROX, drag the highlighted directories into an empty directory I had created on another (USB flash) drive.
Transferring 23 GB from a USB hard disk drive to a USB flash drive takes hours in Puppy. I think it might go considerably faster in Windows but I didn't try it yet. After the transfer, I could then put the 23 GB directory in Pburn's burn window to see if it would fit on a Blu-Ray disk (ROX doesn't count the sizes with enough precision to tell.) A bit of adjustment was usually needed to just fill the Blu-Ray disk without overflowing. (At a dollar a pop, I'm not ready to try overburning a Blu-Ray disk yet. )
At the end, I didn't have enough left to fill a Blu-Ray disk so I used 2 DVDs. The last DVD I overburned by about 50 MB. Pburn gave an error message but the DVD seems to contain everything it should.
Code: Select all
Pburn version 3.7.2
###################################################
COMMAND:
###################################################
growisofs -use-the-force-luke=notray -overburn -dvd-compat -Z /dev/sr0 -f -iso-level 3 -D -R -J -joliet-long -V "mp3_books_7-25-12" -exclude-list /root/.pburn/tmp/exclude -graft-points -path-list=/root/.pburn/tmp/graft_points
###################################################
OUTPUT:
###################################################
Executing 'mkisofs -f -iso-level 3 -D -R -J -joliet-long -V mp3_books_7-25-12 -exclude-list /root/.pburn/tmp/exclude -graft-points -path-list=/root/.pburn/tmp/graft_points | builtin_dd of=/dev/sr0 obs=32k seek=0'
Warning: -follow-links does not always work correctly; be careful.
I: -input-charset not specified, using utf-8 (detected in locale settings)
:-( /dev/sr0: 2295104 blocks are free, 2322615 to be written!
:-! ignoring...
0.22% done, estimate finish Wed Jul 25 20:01:42 2012
0.43% done, estimate finish Wed Jul 25 19:57:51 2012
0.65% done, estimate finish Wed Jul 25 19:59:08 2012
/dev/sr0: "Current Write Speed" is 16.4x1352KBps.
0.86% done, estimate finish Wed Jul 25 20:42:21 2012
1.08% done, estimate finish Wed Jul 25 20:34:13 2012
1.29% done, estimate finish Wed Jul 25 20:28:49 2012
<---------->
99.03% done, estimate finish Wed Jul 25 20:00:48 2012
99.24% done, estimate finish Wed Jul 25 20:00:49 2012
99.46% done, estimate finish Wed Jul 25 20:00:48 2012
:-[ WRITE@LBA=230540h failed with SK=5h/END OF USER AREA ENCOUNTERED ON THIS TRACK]: Input/output error
:-( write failed: Input/output error
/dev/sr0: flushing cache
/dev/sr0: closing track
/dev/sr0: closing disc
genisoimage: Broken pipe. cannot fwrite 32768*1
Wouldn't it be easier to temporarily move them into a directory on the USB hard disk, and then move them out of it afterwards?Transferring 23 GB from a USB hard disk drive to a USB flash drive takes hours in Puppy.
Do you know a good gtkdialog program? Please post a link here
Classic Puppy quotes
ROOT FOREVER
GTK2 FOREVER
Classic Puppy quotes
ROOT FOREVER
GTK2 FOREVER
I took a quick look at Pfind 5.01 but couldn't figure out how to select multiple items. Maybe I misunderstood what you meant.
In general though, it should speed things up greatly for me if I could select multiple directories in ROX, then somehow transfer the selected directories en masse to either the Pburn burn window or to a directory created in that window, but without actually transferring any files until the actual burning operation commences. Does that make sense?
In general though, it should speed things up greatly for me if I could select multiple directories in ROX, then somehow transfer the selected directories en masse to either the Pburn burn window or to a directory created in that window, but without actually transferring any files until the actual burning operation commences. Does that make sense?
How would that be easier? Does Pburn not support adding files by right-click anymore or something?Would it help if the builtin browser supported multi-selection (like the new Pfind)?
Do you know a good gtkdialog program? Please post a link here
Classic Puppy quotes
ROOT FOREVER
GTK2 FOREVER
Classic Puppy quotes
ROOT FOREVER
GTK2 FOREVER