[k3b] [Bug 429584] growisofs crashes @ 99%

2024-03-30 Thread Thomas Schmitt
https://bugs.kde.org/show_bug.cgi?id=429584

--- Comment #9 from Thomas Schmitt  ---
Hi,

Leslie Zhai wrote:
> Lng time no see :)

Hehe. I'm still around, trying to uphold ISO 9660 and burning on free
operating systems. (Just no talent for working on GUIs.)

Stay well and ...

Have a nice day :)

Thomas

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 429584] growisofs crashes @ 99%

2024-03-30 Thread Leslie Zhai
https://bugs.kde.org/show_bug.cgi?id=429584

Leslie Zhai  changed:

   What|Removed |Added

 CC||zhaixi...@loongson.cn

--- Comment #8 from Leslie Zhai  ---
Hi Thomas,

I miss you so much!

Lng time no see :)

Miss you,
Leslie Zhai

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 429584] growisofs crashes @ 99%

2024-02-26 Thread Thomas Schmitt
https://bugs.kde.org/show_bug.cgi?id=429584

Thomas Schmitt  changed:

   What|Removed |Added

 CC||scdbac...@gmx.net

--- Comment #7 from Thomas Schmitt  ---
Hi,

medium type DVD-R, write type DAO, not aligned to full 16 blocks,
and failure within the last 16 blocks of the run.

This matches
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794868
  "dvd+rw-tools: Burn failure of growisofs on DVD-R[W] with write type DAO"

Consider to check whether a patch like this is applied:
---
--- growisofs_mmc-7.1-11.cpp2015-08-07 13:07:52.0 +0200
+++ growisofs_mmc.cpp   2015-08-07 14:06:31.375597960 +0200
@@ -540,7 +540,7 @@ ssize_t poor_mans_pwrite64 (int fd,const
// own higher HZ value and disrespects the user-land one.
// Sending them down as milliseconds is just safer...
//
-   if (!(errcode=cmd.transport (WRITE,(void *)buff,size)))
+   if (!(errcode=cmd.transport (WRITE,(void *)buff,nbl*2048)))
break;

//--- WRITE failed ---//
---

(The write error with DVD+R indicates a bad relationship between drive
and medium.)

Have a nice day :)

Thomas

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 429584] growisofs crashes @ 99%

2024-02-26 Thread Ian Proudler
https://bugs.kde.org/show_bug.cgi?id=429584

--- Comment #6 from Ian Proudler  ---
Re. "independent of file size" - Which file sizes have you tried?

I'm sorry it's been a long time since I first raised this issue and I don't
remember what sizes I tried. I imagine I made sure that the file would fit. 
I've just tried to burn a 2.5GiB .iso (in simulate mode) and it failed (see
below).

Note I have been using k3b with my 'new' optical drive without any trouble for
the past three years so it seems to be an issue with the drive itself. It is an
old drive and I don't use it to write any more so I wonder if we should just
close this issue. If you want more information I'm happy to help. 

Note my system has changed since the last time I tried using the 'old' drive.

-
Operating System: Kubuntu 22.04
KDE Plasma Version: 5.24.7
KDE Frameworks Version: 5.92.0
Qt Version: 5.15.3
Kernel Version: 5.15.0-97-generic (64-bit)
Graphics Platform: X11
Processor: 1 × Intel® Core™ i7-4770 CPU @ 3.40GHz
Memory: 7.6 GiB of RAM
Graphics Processor: Mesa Intel® HD Graphics 4600
---
Burned media
---
DVD-R Sequential

Devices
---
TSSTcorp CDDVDW SH-S223F SB00 (/dev/sr0, CD-R, CD-RW, CD-ROM, DVD-ROM, DVD-R,
DVD-RW, DVD-R DL, DVD+R, DVD+RW, DVD+R DL) [DVD-ROM, DVD-R Sequential, DVD-R
Dual Layer Sequential, DVD-R Dual Layer Jump, DVD-RAM, 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, Layer Jump] [%7]

System
---
K3b Version: 21.12.3
KDE Version: 5.91.0
Qt Version:  5.15.3
Kernel:  5.15.0-97-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 1289054 blocks
/dev/sr0: "Current Write Speed" is 8.2x1352KBps.
 655360/2639982592 ( 0.0%) @0.0x, remaining 469:51 RBU 100.0% UBU   4.8%
 655360/2639982592 ( 0.0%) @0.0x, remaining 671:12 RBU 100.0% UBU 100.0%
 655360/2639982592 ( 0.0%) @0.0x, remaining 872:34 RBU 100.0% UBU 100.0%
 655360/2639982592 ( 0.0%) @0.0x, remaining 1141:03 RBU 100.0% UBU 100.0%
 655360/2639982592 ( 0.0%) @0.0x, remaining 1342:25 RBU 100.0% UBU 100.0%
 655360/2639982592 ( 0.0%) @0.0x, remaining 1543:47 RBU 100.0% UBU 100.0%
8749056/2639982592 ( 0.3%) @1.8x, remaining 135:20 RBU 100.0% UBU 100.0%
   36503552/2639982592 ( 1.4%) @6.0x, remaining 35:39 RBU 100.0% UBU 100.0%
   64258048/2639982592 ( 2.4%) @6.0x, remaining 22:02 RBU 100.0% UBU 100.0%
   85098496/2639982592 ( 3.2%) @4.5x, remaining 18:30 RBU 100.0% UBU 100.0%

   ...

 2448588800/2639982592 (92.8%) @8.0x, remaining 0:24 RBU 100.0% UBU  99.9%
 2484469760/2639982592 (94.1%) @7.8x, remaining 0:19 RBU 100.0% UBU  99.9%
 2513338368/2639982592 (95.2%) @6.3x, remaining 0:15 RBU 100.0% UBU  99.9%
 2550366208/2639982592 (96.6%) @8.0x, remaining 0:11 RBU  12.1% UBU  99.9%
 2556788736/2639982592 (96.8%) @1.4x, remaining 0:10 RBU 100.0% UBU  99.9%
 2593783808/2639982592 (98.3%) @8.0x, remaining 0:05 RBU 100.0% UBU  99.9%
:-[ WRITE@LBA=13ab50h failed with SK=5h/ASC=21h/ACQ=04h]: Invalid argument
:-( write failed: Invalid argument
/dev/sr0: flushing cache

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:1289054 -use-the-force-luke=dummy
-use-the-force-luke=dao:1289054 -dvd-compat -speed=8
-use-the-force-luke=bufsize:32m

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 429584] growisofs crashes @ 99%

2024-02-25 Thread Gordon
https://bugs.kde.org/show_bug.cgi?id=429584

Gordon  changed:

   What|Removed |Added

 CC||gordon...@web.de

--- Comment #5 from Gordon  ---
"independent of file size" - Which file sizes have you tried?

If the file size is around the maximum capacity of the disc, some
miscalculation such as the size difference between GB (gigabytes) and GiB
(gibibytes) might have caused the ISO file to overshoot the capacity of the
disc.

1 GiB = 1,073,741,824 bytes 
1 GB = 1,000,000,000 bytes

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 429584] growisofs crashes @ 99%

2022-11-09 Thread Ian Proudler
https://bugs.kde.org/show_bug.cgi?id=429584

Ian Proudler  changed:

   What|Removed |Added

 Status|NEEDSINFO   |REPORTED
 Resolution|WAITINGFORINFO  |---

--- Comment #4 from Ian Proudler  ---
As requested, I tried burning a DVD-R again. The processes failed again (see
below).
Note that this time I asked k3b to only simulate the burning process (I was
curious to see what it did in this mode and possibly avoid destroying a DVD-R).
I am happy to try to burn a DVD-R for real if requested.


The software on my system has been updated since my last post but the hardware
is the same:
Operating System: Kubuntu 22.04
KDE Plasma Version: 5.24.6
KDE Frameworks Version: 5.92.0
Qt Version: 5.15.3
Kernel Version: 5.15.0-52-generic (64-bit)
Graphics Platform: X11
Processors: 4 × Intel® Core™2 Quad CPU Q8200 @ 2.33GHz
Memory: 3.8 GiB of RAM
Graphics Processor: Mesa Intel® G41
Optical Drive: TSSTcorp CDDVDW SH-S223F

k3B Error Message:

Burned media
---
DVD-R Sequential

Devices
---
TSSTcorp CDDVDW SH-S223F SB00 (/dev/sr0, CD-R, CD-RW, CD-ROM, DVD-ROM, DVD-R,
DVD-RW, DVD-R DL, DVD+R, DVD+RW, DVD+R DL) [DVD-ROM, DVD-R Sequential, DVD-R
Dual Layer Sequential, DVD-R Dual Layer Jump, DVD-RAM, 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, Layer Jump] [%7]

System
---
K3b Version: 21.12.3
KDE Version: 5.91.0
Qt Version:  5.15.3
Kernel:  5.15.0-52-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 1358065 blocks
/dev/sr0: "Current Write Speed" is 18.4x1352KBps.
 655360/2781317120 ( 0.0%) @0.0x, remaining 424:17 RBU 100.0% UBU   4.8%
 655360/2781317120 ( 0.0%) @0.0x, remaining 707:09 RBU 100.0% UBU 100.0%
 655360/2781317120 ( 0.0%) @0.0x, remaining 919:18 RBU 100.0% UBU 100.0%
 655360/2781317120 ( 0.0%) @0.0x, remaining 1131:27 RBU 100.0% UBU 100.0%
..
2547220480/2781317120 (91.6%) @12.6x, remaining 0:17 RBU 100.0% UBU  96.4%
 2613772288/2781317120 (94.0%) @14.4x, remaining 0:12 RBU  97.5% UBU  97.9%
 2680979456/2781317120 (96.4%) @14.6x, remaining 0:07 RBU 100.0% UBU  97.6%
:-[ WRITE@LBA=14b8f0h failed with SK=5h/ASC=21h/ACQ=04h]: Invalid argument
:-( write failed: Invalid argument
/dev/sr0: flushing cache

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:1358065 -use-the-force-luke=dummy
-use-the-force-luke=dao:1358065 -dvd-compat -speed=18
-use-the-force-luke=bufsize:32m

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 429584] growisofs crashes @ 99%

2022-11-06 Thread Justin Zobel
https://bugs.kde.org/show_bug.cgi?id=429584

Justin Zobel  changed:

   What|Removed |Added

 Resolution|--- |WAITINGFORINFO
 Status|REPORTED|NEEDSINFO

--- Comment #3 from Justin Zobel  ---
Thank you for reporting this issue in KDE software. As it has been a while
since this issue was reported, can we please ask you to see if you can
reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when
replying. Thank you!

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 429584] growisofs crashes @ 99%

2020-12-05 Thread Ian Proudler
https://bugs.kde.org/show_bug.cgi?id=429584

--- Comment #2 from Ian Proudler  ---
For completeness I thought I'd better try burning a new TDK DVR+R using the
Windows VM just to confirm that route worked for them as well as the Verbatim
ones. It did not. The error message led me to a set of posts that suggested the
problem could be out-of-date firmware of the optical drive. 

The Samsung drive is circa 2009 but I could not find a support page for it so
I'm struck with the firmware I have. I decided to buy a new drive (ASUS). Now I
can successfully burn both the new TDK disks and the old Verbatim ones. 

I'm now not sure if this issue should be classed as a bug or not.

-- 
You are receiving this mail because:
You are watching all bug changes.

[k3b] [Bug 429584] growisofs crashes @ 99%

2020-11-26 Thread Ian Proudler
https://bugs.kde.org/show_bug.cgi?id=429584

--- Comment #1 from Ian Proudler  ---
I bought some TDK 16x DVD+R disks. More or less the same issue but started to
have issues around 89%:

growisofs: 7.1

growisofs
---
Executing 'builtin_dd if=/dev/fd/0 of=/dev/sr0 obs=32k seek=0'
/dev/sr0: "Current Write Speed" is 16.4x1352KBps.
  0/4535754752 ( 0.0%) @0x, remaining ??:?? RBU 100.0% UBU   0.0%
=== last message repeated 2 times. ===
 360448/4535754752 ( 0.0%) @0.1x, remaining 2726:14 RBU 100.0% UBU  76.7%
...
4030693376/4535754752 (88.9%) @0.0x, remaining 0:36 RBU 100.0% UBU 100.0%
=== last message repeated 2 times. ===
 4030693376/4535754752 (88.9%) @0.0x, remaining 0:37 RBU 100.0% UBU 100.0%
=== last message repeated 3 times. ===
 4030693376/4535754752 (88.9%) @0.0x, remaining 0:38 RBU 100.0% UBU 100.0%
=== last message repeated 2 times. ===
 4088266752/4535754752 (90.1%) @12.5x, remaining 0:34 RBU 100.0% UBU  99.6%
 4088266752/4535754752 (90.1%) @0.0x, remaining 0:34 RBU 100.0% UBU 100.0%
 4088266752/4535754752 (90.1%) @0.0x, remaining 0:35 RBU 100.0% UBU 100.0%
=== last message repeated 3 times. ===
 4088266752/4535754752 (90.1%) @0.0x, remaining 0:36 RBU 100.0% UBU 100.0%
=== last message repeated 3 times. ===
 4088266752/4535754752 (90.1%) @0.0x, remaining 0:37 RBU 100.0% UBU 100.0%
:-[ WRITE@LBA=1e75c0h failed with SK=3h/WRITE ERROR]: Input/output error
:-( write failed: Input/output error
/dev/sr0: flushing cache
/dev/sr0: closing track
/dev/sr0: closing disc

-- 
You are receiving this mail because:
You are watching all bug changes.