0

I'm attempting to script burning data Blu-ray media for a large collection of files. I want to generate image files on one server to be burned onto BD-R DL (50GB) media at a later point on another workstation. Some of my files are in the 5-6GB range each, which is why I want to UDF to avoid needing to split them.

I know that genisoimage will work to some degree with experimental udf support and I'm likely going to have to use that method, but I wanted to better understand the udf tools and I'm not finding a lot of documentation which explains the situation. I've been looking at mkudffs (I'm on v2.1 from debian buster) but I'm having a bit of trouble with them...

I made the UDF image like this:

$ mkudffs --media-type=bdr --label "test" disk1.udf 24414062
filename=disk1.udf
label=test
uuid=5ec05b12f5d75d8c
blocksize=2048
blocks=24414062
udfrev=2.50
vatblock=319
start=0, blocks=16, type=RESERVED 
start=16, blocks=4, type=VRS 
start=20, blocks=76, type=USPACE 
start=96, blocks=16, type=MVDS 
start=112, blocks=16, type=USPACE 
start=128, blocks=1, type=LVID 
start=129, blocks=95, type=USPACE 
start=224, blocks=16, type=RVDS 
start=240, blocks=16, type=USPACE 
start=256, blocks=1, type=ANCHOR 
start=257, blocks=31, type=USPACE 
start=288, blocks=24413760, type=PSPACE 
start=24414048, blocks=14, type=USPACE 

I then attempted to use the image by loop mounting it:

$ mount -o loop,rw disk1.udf /mnt/usb

$ mount |grep usb
disk1.udf on /mnt/usb type udf (ro,relatime,utf8)

But I am unable to write to it...

I assume that it is mounting as read-only because as the man pages indicate blu-ray uses UDF revision 2.50 and the linux kernel only supports read-write support on UDF revisions up to 2.01.

My questions are:

  1. So how is one supposed to use the mkudffs tool to make a blu-ray UDF image?
  2. Am I missing a way to feed the data in during the creation?
  3. Or can mkudffs convert the image after creation?
  4. Why would mkudffs have a '--close' and '--read-only' parameter if it only makes a blank filesystem and it would need to be read-write in order to put data on it?
  5. Is there a way to packet-write to the image file?

Thanks!

CC BY-SA 4.0

1 Answer 1

0

Ok, so I received an answer by posting this question to GitHub on the pali/udftools repo.

Below are the responses from Pali as found here. I added a comment which is prefixed by an asterisk(*).


I assume that it is mounting as read-only because as the man pages indicate blu-ray uses UDF revision 2.50 and the linux kernel only supports read-write support on UDF revisions up to 2.01.

Exactly.

So how is one supposed to use the mkudffs tool to make a blu-ray UDF image?

Currently in the way how you used it. Problem is that there is no linux tool which can copy new file into UDF 2.50 or UDF 2.60 image.

Am I missing a way to feed the data in during the creation?

mkudffs does not support putting files during formatting. In the same way works also mke2fs (for ext2/3/4), it does not support putting new files during formatting.

Or can mkudffs convert the image after creation?

No it cannot.

Why would mkudffs have a '--close' and '--read-only' parameter if it only makes a blank filesystem and it would need to be read-write in order to put data on it?

To have feature complete support for formatting UDF filesystems

Is there a way to packet-write to the image file?

Sorry, but I do not understand this question. Packet writing is a technique/operation how to write data/packets to optical media, e.g. something like implementation of "write" syscall.

*This question was confusing, but the answer is simply No. Packet writing only works with actual drives.

Basically I do not know any non-comercial Linux tool which can create non-empty BD-R UDF image (2.50+) with files. There is paid Nero for Linux which support it.

My plan was to extend mkudffs to allow "putting" files/directory during formatting, but I have not had time to implement it yet. So it would have been the first free Linux tool for pre-formatting UDF 2.50+ discs. But I do not see that I would have time for it in near future. Of course patches for such implementation are welcome!

CC BY-SA 4.0

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.