[Bug 678294] Re: Ubuntu 10.10 writes corrupted Blu-Ray BD-R

madbiologist 678294 at bugs.launchpad.net
Sun Jun 30 08:29:06 UTC 2019


Official support for Ubuntu 10.10 "Maverick Meerkat" has ended.  Does
this issue still exist on Ubuntu 19.04 "Disco Dingo"?

** Tags added: maverick

** Changed in: cdrkit (Ubuntu)
       Status: New => Incomplete

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to cdrkit in Ubuntu.
https://bugs.launchpad.net/bugs/678294

Title:
  Ubuntu 10.10 writes corrupted Blu-Ray BD-R

Status in cdrkit package in Ubuntu:
  Incomplete

Bug description:
  Binary package hint: genisoimage

  BACKGROUND, NEED
  When writing a blu-ray disc, you need to assemble an image that is then written to the disc
  Ubuntu 10.10 can recognize and write to blu-ray, but data is corrupted along the way

  to do blu-ray portable with large files, you need an iso9660 image with udf
  to be windows friendly, you need joliet
  to be mac/linux friendly, you need rock ridge
  this is all accomplished while writing the iso image
  it is not practically feasible to do this command line, because long filenames need to be resolved for joliet/rock ridge
  therefore, a frontend such as k3b is used

  k3b needs to do two things: create the iso image and write that image to the blu-ray media
  - there seems to be no way to successfully write to dual-layer media
  - otherwise writing to single layer media concludes with an error message but does produce a somewhat readable disc
  more serious issue: the data in the created iso image is corrupt, which can be verified by using md5sum

  SYMPTOM
  1. pick you favorite folder with a size of 10 GiB or so
  2. make that folder your current directory and generate an md5um file using for example:
  find . -name md5sum.txt -prune -o -type f -exec md5sum -b {} ";" >md5sum.txt
  3. create some project in k3b, instruct to create iso image only
  4. mount that iso image and run the md5sums using something like
  sudo mount -o loop -t udf myiso.iso myemptyfolder
  5. cd into that folder and verify your md5 hashes
  md5sum -c md5sum.txt
  BUG: checksums are corrupt

  CAUSE
  the iso is generated in either of three ways
  1. using the 10.10 genisoimage/wodim packages (from Ubuntu 10.10)
  foxyboy at xpc21:~$ wodim -version
  Cdrecord-yelling-line-to-tell-frontends-to-use-it-like-version 2.01.01a03-dvd 
  Wodim 1.1.10
  Copyright (C) 2006 Cdrkit suite contributors
  Based on works from Joerg Schilling, Copyright (C) 1995-2006, J. Schilling
  foxyboy at xpc21:~$ genisoimage -version
  genisoimage 1.1.10 (Linux)
  foxyboy at xpc21:~$ 
  ISSUE: Wodim does not support blu-ray

  2. Using an older version of cdrtools, for example (removed in Hardy due to licensing issues https://launchpad.net/ubuntu/+source/cdrtools/10:2.01.01a33-0ubuntu2/+build/394529)
  foxyboy at s10t:/media/de947ba3-08ad-4c21-b0a5-2c266fdb420b/md5$ mkisofs -version
  mkisofs 2.01.01a33 (i686-pc-linux-gnu) Copyright (C) 1993-1997 Eric Youngdale (C) 1997-2007 J�rg Schilling
  ISSUE: this crashes spectacularly at command line for any data beyond a handful lines of text under 8.3 filename

  3. Using cdrtools 3.00 (https://launchpad.net/~brandonsnider/+archive/cdrtools)
  ISSUE: does something but produces corrupt file data as reported by md5sum under SYMPTOM.

  Note: no matter if you use cdrtools or growisofs, in the end they both
  rely on mkisofs which is the root cause of the problem

  get-around: on mac snow leopard, this seems to work using Finder

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cdrkit/+bug/678294/+subscriptions



More information about the foundations-bugs mailing list