mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Jan Kara <jack@suse.cz>
To: "Pali Rohár" <pali.rohar@gmail.com>
Cc: Jan Kara <jack@suse.cz>, linux-kernel@vger.kernel.org
Subject: Re: Linux UDF support
Date: Tue, 26 Aug 2014 11:05:53 +0200	[thread overview]
Message-ID: <20140826090553.GB1581@quack.suse.cz> (raw)
In-Reply-To: <201408241446.47042@pali>

  Hello,

On Sun 24-08-14 14:46:46, Pali Rohár wrote:
> I would like to know what is state of linux UDF driver. It is 
> experimental or is now suitable for storing data?
  The kernel driver is quite stable. I would happily use it for USB sticks
etc. I would be reluctant to use it for say /home because we don't have any
reasonable repair tool for the filesystem (there are format checkers out
there but they mostly tell you there is a problem, however there's not a
decent tool which would fix the filesystem AFAIK).

> According to wikipedia [1] UDF has open specification format and 
> can be used also for HDDs (not only optical discs).
  Correct.

> 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)
  Yes, it is a good candidate for exchange between different OSs. I know
people who use it as such.

> 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?
  That is correct.

> 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?
  The kernel refuses to mount the filesystem read-write if its revision is
> 2.01. But frankly for interchange between OSs you don't want to use
advanced features anyway (lower chance fs will be supported) and there's not
much benefit since they are mostly aimed at optical media.

								Honza
-- 
Jan Kara <jack@suse.cz>
SUSE Labs, CR

      parent reply	other threads:[~2014-08-26  9:05 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-24 12:46 Pali Rohár
2014-08-25 12:45 ` Austin S Hemmelgarn
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 [this message]

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=20140826090553.GB1581@quack.suse.cz \
    --to=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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®