Burning 16.04.4 -64 bit

[anonprivate]

Hello,

I downloaded the iso file and the checksum was correct

I used kb3 to first simulate the burn. It was successful.

I then burned the file to the DVD -R. The writing was successful, according to k3b, but the verification came back with an error (Elapsed Time 3min 58s). When burning the 32 bit version I received no errors.

I give the ouput from the log below:

[#]Burned media
-----------------------
DVD-R Sequential

Devices
-----------------------
HL-DT-ST DVD+-RW GSA-H31N B109 (/dev/sr0, CD-R, CD-RW, CD-ROM, DVD-ROM, DVD-R, DVD-RW, DVD+R, DVD+RW, DVD+R DL) [DVD-ROM, DVD-R Sequential, DVD-RW Restricted Overwrite, DVD-RW Sequential, DVD+RW, DVD+R, DVD+R Dual Layer, CD-ROM, CD-R, CD-RW] [SAO, TAO, RAW, SAO/R96P, SAO/R96R, RAW/R16, RAW/R96P, RAW/R96R, Restricted Overwrite] [%7]

K3b:ataTrackReader
-----------------------
reading sectors 0 to 790743 with sector size 2048. Length: 790744 sectors, 1619443712 bytes.

System
-----------------------
K3b Version: 2.0.2
KDE Version: 4.13.3
QT Version: 4.8.6
Kernel: 4.4.0-116-generic

Used versions
-----------------------
growisofs: 7.1

growisofs
-----------------------
Executing 'builtin_dd if=/dev/fd/0 of=/dev/sr0 obs=32k seek=0'
/dev/sr0: engaging DVD-R DAO upon user request...
/dev/sr0: reserving 790744 blocks
/dev/sr0: "Current Write Speed" is 16.4x1352KBps.
0/1619443712 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU 0.0%
=== last message repeated 21 times. ===
10485760/1619443712 ( 0.6%) @2.3x, remaining 189:14 RBU 100.0% UBU 7.0%
41648128/1619443712 ( 2.6%) @6.7x, remaining 48:37 RBU 100.0% UBU 83.9%
73269248/1619443712 ( 4.5%) @6.8x, remaining 28:29 RBU 100.0% UBU 83.9%
105447424/1619443712 ( 6.5%) @7.0x, remaining 20:06 RBU 100.0% UBU 83.9%
138084352/1619443712 ( 8.5%) @7.1x, remaining 15:33 RBU 100.0% UBU 83.9%
171180032/1619443712 (10.6%) @7.2x, remaining 12:49 RBU 100.0% UBU 83.9%
204832768/1619443712 (12.6%) @7.3x, remaining 10:49 RBU 100.0% UBU 83.9%
238944256/1619443712 (14.8%) @7.4x, remaining 9:20 RBU 100.0% UBU 83.9%
273547264/1619443712 (16.9%) @7.5x, remaining 8:16 RBU 100.0% UBU 83.9%
308609024/1619443712 (19.1%) @7.6x, remaining 7:21 RBU 100.0% UBU 83.9%
344195072/1619443712 (21.3%) @7.7x, remaining 6:36 RBU 100.0% UBU 83.9%
380239872/1619443712 (23.5%) @7.8x, remaining 6:01 RBU 100.0% UBU 83.9%
416776192/1619443712 (25.7%) @7.9x, remaining 5:28 RBU 100.0% UBU 83.9%
453771264/1619443712 (28.0%) @8.0x, remaining 5:00 RBU 100.0% UBU 83.9%
491323392/1619443712 (30.3%) @8.1x, remaining 4:37 RBU 100.0% UBU 83.9%
522354688/1619443712 (32.3%) @6.7x, remaining 4:20 RBU 100.0% UBU 83.9%
560791552/1619443712 (34.6%) @8.3x, remaining 3:59 RBU 100.0% UBU 86.2%
599621632/1619443712 (37.0%) @8.4x, remaining 3:42 RBU 100.0% UBU 86.2%
639074304/1619443712 (39.5%) @8.5x, remaining 3:25 RBU 100.0% UBU 86.2%
678920192/1619443712 (41.9%) @8.6x, remaining 3:09 RBU 100.0% UBU 86.2%
719323136/1619443712 (44.4%) @8.7x, remaining 2:56 RBU 99.9% UBU 86.2%
760184832/1619443712 (46.9%) @8.9x, remaining 2:42 RBU 100.0% UBU 86.2%
801505280/1619443712 (49.5%) @8.9x, remaining 2:30 RBU 100.0% UBU 86.2%
843350016/1619443712 (52.1%) @9.1x, remaining 2:18 RBU 100.0% UBU 86.2%
885653504/1619443712 (54.7%) @9.2x, remaining 2:07 RBU 100.0% UBU 86.2%
928481280/1619443712 (57.3%) @9.3x, remaining 1:56 RBU 100.0% UBU 86.2%
971800576/1619443712 (60.0%) @9.4x, remaining 1:47 RBU 100.0% UBU 86.2%
1015611392/1619443712 (62.7%) @9.5x, remaining 1:37 RBU 100.0% UBU 86.2%
1059913728/1619443712 (65.4%) @9.6x, remaining 1:28 RBU 100.0% UBU 86.2%
1104642048/1619443712 (68.2%) @9.7x, remaining 1:19 RBU 100.0% UBU 86.2%
1149894656/1619443712 (71.0%) @9.8x, remaining 1:11 RBU 100.0% UBU 86.2%
1195671552/1619443712 (73.8%) @9.9x, remaining 1:02 RBU 100.0% UBU 86.2%
1241874432/1619443712 (76.7%) @10.0x, remaining 0:55 RBU 100.0% UBU 86.2%
1288568832/1619443712 (79.6%) @10.1x, remaining 0:47 RBU 100.0% UBU 86.2%
1335787520/1619443712 (82.5%) @10.2x, remaining 0:39 RBU 100.0% UBU 86.2%
1383464960/1619443712 (85.4%) @10.3x, remaining 0:32 RBU 100.0% UBU 86.2%
1431666688/1619443712 (88.4%) @10.4x, remaining 0:25 RBU 100.0% UBU 86.2%
1477902336/1619443712 (91.3%) @10.0x, remaining 0:18 RBU 100.0% UBU 86.2%
1522466816/1619443712 (94.0%) @9.6x, remaining 0:12 RBU 100.0% UBU 88.5%
1572012032/1619443712 (97.1%) @10.7x, remaining 0:06 RBU 100.0% UBU 88.5%

growisofs command:
-----------------------
/usr/bin/growisofs -Z /dev/sr0=/dev/fd/0 -use-the-force-luke=notray -use-the-force-luke=tty -use-the-force-luke=4gms -use-the-force-luke=tracksize:790744 -use-the-force-luke=dao:790744 -dvd-compat -speed=16 -use-the-force-luke=bufsize:32m
[/#]

I need advice regarding the next step.

Thanks

[anonprivate]

UPDATE.

I put the DVD -R back in the drive and it said Blank Disk.

I attempted to burn again and, again, I received the Time Elapsed Error.

I attempted a re-burn, but this time I slowed the burning speed to 4x, again I received an error (Write Error and Time Elapsed - as I recall)

I don't know what's on the disk, but I may have made a coaster.

I am waiting for advice so that I don't waste another DVD -R.

I am wondering if the way forward is to burn using a new DVD -R at 4x?

Maybe my machine will not burn software rated at 64bit?

What do you think.

Regards

[GreyGeek]

If a few bits get corrupted while burning a audio or video file to a DVD no one could tell the difference, or care.
Burning ISO's is different. One bad bit spoils the whole burn.
The slower the burn the better.
I haven't burned an ISO to DVD in years, but when I did the general rule of thumb at the time was "burn as slow as your burner allows". That's still a good rule.
I also found that using DVD +RW was better because they could be reformatted and used again.

[anonprivate]

If a few bits get corrupted while burning a audio or video file to a DVD no one could tell the difference, or care.
Burning ISO's is different. One bad bit spoils the whole burn.
The slower the burn the better.
I haven't burned an ISO to DVD in years, but when I did the general rule of thumb at the time was "burn as slow as your burner allows". That's still a good rule.
I also found that using DVD +RW was better because they could be reformatted and used again.

Good advice, as usual.

I can burn at x4

I assume that as far as burning is concerned whether the file is 32 or 64 bit is irrelevant.

Do you know if I can determine if the DVD is finalised. k3b did not give a message?

If it is not finalised, how can I use the free space. I would like to create a folder and copy some files into the area.

Regards

[vinnywright]

ya ,,,I always had better luck with DVD+R , but like GG said you should always use the slowest speed and leave the writing mode on auto ...and you did select "burn image" from the menu rite ,,,,ya I guess so since it's using built in "dd"

VINNY

[anonprivate]

Thank you.

A couple of points.

If I simulate the burn, where does the data go, and does k3b clear up after itself? Do I need to do some housekeeping?

If the simulation is successful, I wonder why the burn was not successful?

Regards

[GreyGeek]

K3b indicates it is done when it ejects the CD. There is also a counter indicating x out of y tracks recorded.
Also, when you drag and drop data into K3b's "folder" it isn't actually moved. Those are links that are deleted when that folder's tab is deleted.

A RW DVD allows you to add files to a partially used DVD

[anonprivate]

I am going to repeat the burn, but this time at 4x, rather than 16x. Interestingly, when I burned a previous iso file at 16x, I had no difficulty in making the live DVD -R. Both iso files checked satisfactory regarding their hashes.

I clicked the verify data box when burning the iso file. Is this more, or less, likely to achieve a satisfactory result. I assume the former.

Regards