OpenBSD Journal

UDF support

Contributed by mk/reverse on from the this-does-not-mean-a-graphical-installer dept.

Pedro Martelletto has committed support for UDF: 

CVSROOT:	/cvs
Module name:	src
Changes by:	pedro@cvs.openbsd.org	2005/03/29 10:24:52

Modified files:
	sys/conf       : files 
	sys/kern       : vfs_conf.c 
	sys/sys        : malloc.h mount.h vnode.h 
Added files:
	sys/isofs/udf  : ecma167-udf.h osta.c osta.h udf.h udf_extern.h 
	                 udf_vfsops.c udf_vnops.c 

Log message:
Bring in UDF support from FreeBSD, disabled for now.

This needs testing so start mounting UDF volumes. Be sure to report breakage and success to Pedro.

(Comments are closed)

Comments

  1. By Anonymous Coward (82.182.149.46) on

    the manual page mentions UDF is typically found on dvd's. is this for future releases on dvd? are dvd's all/mostly udf? (sounds strange, because then dvd's couldn't have been read before?) don't have a dvd-drive, so... bit low on facts.

    Comments

    1. By Anthony Roberts (68.145.103.21) on

      I need to use growisofs to burn DVDs with it, which is slightly irritating because it's not in ports, but the source from the website builds fine and seems to work.

      Mounting works fine.

      Comments

      1. By steven mestdagh (213.118.15.42) on

        3.7 will have dvd+rw-tools (including growisofs) in packages and ports.

    2. By steven mestdagh (213.118.15.42) on

      Quoting the DVD FAQ:

      Almost all DVD-Video and DVD-ROM discs use the UDF bridge format, which is a combination of the DVD MicroUDF (subset of UDF 1.02) and ISO 9660 file systems. The OSTA UDF file system will eventually replace the ISO 9660 system originally designed for CD-ROMs, but the bridge format provides backwards compatibility until more operating systems support UDF.

    3. By Anonymous Coward (24.173.162.174) on

      The advantages of UDF over ISO9660 are that UDF can be mounted rw and UDF can store files bigger than 4GB.

  2. By Anonymous Coward (81.173.227.168) on

    Thanks for linking to a GFDL'd website. Read here why you should not.

    Comments

    1. By djm@ (218.214.226.34) on

      Nobody complains when we link to vendor sites with far more restrictive licenses...

    2. By tedu (64.173.147.27) on

      that page says nothing about why one shouldn't link to a gfdl'd website.

    3. By m0rf (68.104.57.241) on

      "But the GFDL is not a free license in the same sense as the GPL."

      perhaps if you want to do anti-GFDL advocacy to BSD-folks perhaps you should link to a document that actually compares the GFDL to a license we might ever use, instead of the "free" GPL license.

  3. By Leon Yendor (218.214.194.113) on

    Any chance of DVD-RAM support using this?

    I found a Linux once that had amkudffs command and I wrote a bunch of stuff by copying /etc and its subdirs. WinXP could see it all without any driver as if it was a DVD-ROM (0 freespace) and with the driver installed could read and write to it. I can't remember which Linux it was :(

    OTOH we use it at a client site to back up a W2K3 server database and the client, having been bitten by tape failures in the past, loves it. Particularly the fast(enough) random access. Much better choice than DVD+/-RW performance wise and the Type 2 cartridges give protection against sticky-finger-itis.

    I know Panasonic has given some help to somebody in the past to get drivers written.

    The Linux story is here: http://www.panasonic.com/industrial/computer/storage/dvdram/new/press/pr32.htm

    Sounds like they would supply good info.

Latest Articles

Credits

Copyright © - Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]