* when specifying multiple types, mount will mount
@ 2014-07-24 20:31 Benno Schulenberg
2014-07-25 8:32 ` Karel Zak
0 siblings, 1 reply; 3+ messages in thread
From: Benno Schulenberg @ 2014-07-24 20:31 UTC (permalink / raw)
To: Util-Linux
Hi,
Current mount (2.25) will always mount a device when more
than one type is given in a comma-separated list. Older mount
(2.17.2 for example) would not not do that but error out.
For example, /dev/sda2 is of type ext4, but we are playing dumb,
to see what mount will say:
$ sudo ./mount /dev/sda2 /place -t btrfs
lt-mount: /dev/sda2: can't read superblock
$ sudo ./mount /dev/sda2 /place -t msdos
lt-mount: wrong fs type, bad option, bad superblock on /dev/sda2,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
$ sudo ./mount /dev/sda2 /place -t btrfs,msdos
$ ./mount | grep sda2
/dev/sda2 on /place type ext4 (rw)
I find this surprising. If -t does not support a comma-separated
list, it should report an error. If it does, it should, IMO, only
try the specified types and not any others.
Benno
--
http://www.fastmail.fm - Accessible with your email software
or over the web
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: when specifying multiple types, mount will mount
2014-07-24 20:31 when specifying multiple types, mount will mount Benno Schulenberg
@ 2014-07-25 8:32 ` Karel Zak
2014-07-25 11:11 ` Karel Zak
0 siblings, 1 reply; 3+ messages in thread
From: Karel Zak @ 2014-07-25 8:32 UTC (permalink / raw)
To: Benno Schulenberg; +Cc: Util-Linux
On Thu, Jul 24, 2014 at 10:31:11PM +0200, Benno Schulenberg wrote:
> Current mount (2.25) will always mount a device when more
> than one type is given in a comma-separated list. Older mount
> (2.17.2 for example) would not not do that but error out.
We want to support list-of-types in fstab and on command line.
> For example, /dev/sda2 is of type ext4, but we are playing dumb,
> to see what mount will say:
>
> $ sudo ./mount /dev/sda2 /place -t btrfs
> lt-mount: /dev/sda2: can't read superblock
>
> $ sudo ./mount /dev/sda2 /place -t msdos
> lt-mount: wrong fs type, bad option, bad superblock on /dev/sda2,
> missing codepage or helper program, or other error
>
> In some cases useful info is found in syslog - try
> dmesg | tail or so.
>
> $ sudo ./mount /dev/sda2 /place -t btrfs,msdos
this is bug, it continues with /{proc,etc}/filesystems when no found
anything useful in the list.
> $ ./mount | grep sda2
> /dev/sda2 on /place type ext4 (rw)
>
> I find this surprising. If -t does not support a comma-separated
> list, it should report an error. If it does, it should, IMO, only
> try the specified types and not any others.
yes, I'm just working on patch and regression test for all -t
use-cases.
Karel
--
Karel Zak <kzak@redhat.com>
http://karelzak.blogspot.com
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: when specifying multiple types, mount will mount
2014-07-25 8:32 ` Karel Zak
@ 2014-07-25 11:11 ` Karel Zak
0 siblings, 0 replies; 3+ messages in thread
From: Karel Zak @ 2014-07-25 11:11 UTC (permalink / raw)
To: Benno Schulenberg; +Cc: Util-Linux
On Fri, Jul 25, 2014 at 10:32:16AM +0200, Karel Zak wrote:
> > I find this surprising. If -t does not support a comma-separated
> > list, it should report an error. If it does, it should, IMO, only
> > try the specified types and not any others.
>
> yes, I'm just working on patch and regression test for all -t
> use-cases.
Fixed, git pull.
Karel
--
Karel Zak <kzak@redhat.com>
http://karelzak.blogspot.com
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-07-25 11:11 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-07-24 20:31 when specifying multiple types, mount will mount Benno Schulenberg
2014-07-25 8:32 ` Karel Zak
2014-07-25 11:11 ` Karel Zak
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).