All of lore.kernel.org
 help / color / mirror / Atom feed
From: Austin S Hemmelgarn <ahferroin7@gmail.com>
To: "Pali Rohár" <pali.rohar@gmail.com>, "Jan Kara" <jack@suse.cz>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Linux UDF support
Date: Mon, 25 Aug 2014 08:45:13 -0400	[thread overview]
Message-ID: <53FB2FD9.7060406@gmail.com> (raw)
In-Reply-To: <201408241446.47042@pali>

[-- Attachment #1: Type: text/plain, Size: 2008 bytes --]

On 2014-08-24 08:46, Pali Rohár wrote:
> Hi,
> 
> I would like to know what is state of linux UDF driver. It is 
> experimental or is now suitable for storing data?
> 
I know that read support works for every version I have tested, but I've
only tested it reading data from DVD's and Blu-Ray discs, so I don't
know how well it works for other purposes.
> According to wikipedia [1] UDF has open specification format and 
> can be used also for HDDs (not only optical discs).
> 
> In OS support table is written that all major and other minor OSs 
> support UDF FS (without needs for additional programs).
> 
> So it looks like UDF is good candidate for multi OS filesystem. 
> Are there any disadvantages for using UDF on e.g USB flash disk? 
> (when I want read/write support on Linux, Windows 7 and Mac OS X)
If you are going to go that way, make sure to use the Spared Build, as
otherwise you will run in to the same media wear-out issues that NTFS
and FAT have.  Also, keep in mind that pre-Vista Windows and pre-10.4
OSX don't have very good support for the newer formats.
> Because lot of manuals say that FAT32 (or NTFS) is only one 
> solution for using USB flash disk on more OS.
> 
> On wikipedia there is one note about linux: Write support is only 
> up to UDF version 2.01. Is this restriction still valid?
I do know that we support reading UDF 2.60 (I've used linux to read
Blu-Ray discs), but I have no idea about write support for versions
above 2.01.
> What will happen if I try to mount FS with UDF version 2.60 in 
> R/W mode on linux? It will fallback to R/O mode? Or newly written 
> files will be in previous (2.01) versions?
> 
> And last question: Is there some fsck tool for UDF? Or at least 
> tool which print if FS is in inconsistent state?
Most Linux distributions have a package called udftools, the upstream
URL given by portage is http://sf.net/projects/linux-udf/
> 
> [1] - http://en.wikipedia.org/wiki/Universal_Disk_Format
> 



[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 2455 bytes --]

  reply	other threads:[~2014-08-25 12:45 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-24 12:46 Linux UDF support Pali Rohár
2014-08-25 12:45 ` Austin S Hemmelgarn [this message]
2014-08-25 13:24   ` Pali Rohár
2014-08-25 14:05     ` Austin S Hemmelgarn
2014-08-25 21:44       ` Pali Rohár
2014-08-26  9:05 ` Jan Kara

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=53FB2FD9.7060406@gmail.com \
    --to=ahferroin7@gmail.com \
    --cc=jack@suse.cz \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pali.rohar@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.