All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pavel Fedin <sonic_amiga@rambler.ru>
To: linux-fsdevel@vger.kernel.org
Subject: Question about "mount" command (continued)
Date: Tue, 09 Aug 2005 11:00:02 +0400	[thread overview]
Message-ID: <42F85472.8090402@rambler.ru> (raw)

  Hello there! I moved to a new job so my old email archive is lost. I 
can't quote the whole discussion, here is an original letter (found in 
the list archive):
  --- cut ---
    Also i would like to ask someone who is responsible for "mount" tool.
I'd suggest to modify it in order to support several lines in fstab with
the same device and mount points but different filesystems and options.
   For example:
/dev/cdrom /mnt/cdrom udf,iso9660 user,noauto,iocharset=koi8-r 0 0
/dev/cdrom /mnt/cdrom hfsplus user,noauto,nls=koi8-r 0 0
/dev/cdrom /mnt/cdrom hfs user,noauto,iocharset=koi8-r,codepage=10007 0 0
   Currently mount will stop at the first line and produce an error if
the filesystem is not udf or iso (in the example). It will ignore the
following lines.
   This would greatly improve handling of removable devices. Is there
something (standards for example) which could prevent from this
implementation?
  --- cut ---
  There was a suggestion to unify all the arguments in order to be able 
to write something like:
/dev/cdrom /mnt/cdrom hfsplus,hfs,udf,iso9660 
user,noauto,iocharset=koi8-r,codepage=10007 0 0
  But there is one flaw. Let's take a floppy drive as an example, where 
Mac or Windows diskettes can be read. We could write:
/dev/floppy /mnt/floppy hfs,vfat 
user,noauto,iocharset=koi8-r,codepage=10007 0 0
  But there is a problem. Mac diskettes use different codepage from 
Windows diskettes (they use 866). This leads to a problem. So the 
solution could be to write two lines instead of one:
/dev/floppy /mnt/floppy vfat user,noauto,iocharset=koi8-r,codepage=866 0 0
/dev/floppy /mnt/floppy hfs user,noauto,iocharset=koi8-r,codepage=10007 0 0
  Also i would suggest to change argument parsing policy for filesystems 
a bit. I suggest to silently ignore unknown arguments instead of 
producing an error. This would make autofs much more usable (i would be 
able to specify the whole set of needed arguments for all possible 
filesystems). For example something like:
/dev/hdd4 /mnt/zip ext2fs,vfat user,noauto,iocharset=koi8-r,codepage=866 0 0
  will not work when ext2 cartridge is inserted because ext2fs doesn't 
understand "iocharset" and "codepage" and will give an error. Removing 
these two options produces disadvantage when reading FAT cartridge.
  This would also fix problem with "user,noauto" for smbfs automatically 
(i presented the patch earlier but it was rejected because "there's no 
need to pollute the kernel with dummy arguments, smbmount should be 
fixed instead").

  Kind regards

             reply	other threads:[~2005-08-09  7:00 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-09  7:00 Pavel Fedin [this message]
2005-08-11  7:25 ` Question about "mount" command (continued) Pavel Fedin
     [not found]   ` <a4e6962a050811052966611496@mail.gmail.com>
2005-08-12  7:09     ` Pavel Fedin

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=42F85472.8090402@rambler.ru \
    --to=sonic_amiga@rambler.ru \
    --cc=linux-fsdevel@vger.kernel.org \
    /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.