Remounting File Systems

Remounting File Systems

[Joseph D. Wagner]

I'm writing a program that has to remount a file system on the fly for the 
purpose of changing the mount flags.

Is there any system function that can tell me what the mount flags are for a 
currently mounted file system?

TIA.

Joseph D. Wagner

Re: Remounting File Systems

[Glynn Clements]

Joseph D. Wagner wrote:

> I'm writing a program that has to remount a file system on the fly for the 
> purpose of changing the mount flags.
> 
> Is there any system function that can tell me what the mount flags are for a 
> currently mounted file system?

setmntent/getmntent/endmntent, possibly in conjunction with hasmntopt.

-- 
Glynn Clements <glynn.clements@virgin.net>

Re: Remounting File Systems

[Joseph D. Wagner]

> > I'm writing a program that has to remount a file system on the fly for
> > the purpose of changing the mount flags.
> >
> > Is there any system function that can tell me what the mount flags are
> > for a currently mounted file system?
>
> setmntent/getmntent/endmntent, possibly in conjunction with hasmntopt.

Nice try, but there's still the unlikely chance that /etc/fstab or /etc/mtab 
have not been updated to reflect the CURRENTLY MOUNTED file system.

Joseph D. Wagner

Re: Remounting File Systems

[Glynn Clements]

Joseph D. Wagner wrote:

> > > I'm writing a program that has to remount a file system on the fly for
> > > the purpose of changing the mount flags.
> > >
> > > Is there any system function that can tell me what the mount flags are
> > > for a currently mounted file system?
> >
> > setmntent/getmntent/endmntent, possibly in conjunction with hasmntopt.
> 
> Nice try, but there's still the unlikely chance that /etc/fstab or /etc/mtab 
> have not been updated to reflect the CURRENTLY MOUNTED file system.

In which case, I think that you're stuffed; /proc/mounts doesn't list
the mount flags (apart from ro/rw), [f]statfs() doesn't provide this
information, and I can't see any plausible-looking ioctl()s.

-- 
Glynn Clements <glynn.clements@virgin.net>

Re: Remounting File Systems

[Jamie LeTual]

Use the Source, Luke!

I would look at the source code for mount(8)

Peace,
Jamie

Joseph D. Wagner wrote:

>I'm writing a program that has to remount a file system on the fly for the 
>purpose of changing the mount flags.
>
>Is there any system function that can tell me what the mount flags are for a 
>currently mounted file system?
>
>TIA.
>
>Joseph D. Wagner
>
>-
>To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at  http://vger.kernel.org/majordomo-info.html
>  
>

Remounting File Systems

[Joseph D. Wagner]

I'm writing a program that has to remount a file system on the fly for the 
purpose of changing the mount flags.

Is there any system function that can tell me what the mount flags are for a 
currently mounted file system?

TIA.

Joseph D. Wagner

Re: Remounting File Systems

[Herbert Poetzl]

On Thu, Nov 20, 2003 at 11:19:23PM +0600, Joseph D. Wagner wrote:
> I'm writing a program that has to remount a file system on the fly for the 
> purpose of changing the mount flags.
> 
> Is there any system function that can tell me what the mount flags are for a 
> currently mounted file system?

no, but with a little luck, you can get this
information from /etc/mtab (luck means /etc/mtab
exists is writeable, and was used by mount ...)

HTH,
Herbert

> TIA.
> 
> Joseph D. Wagner
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: Remounting File Systems

[Bryan Henderson]

>> Is there any system function that can tell me what the mount flags are 
for a 
>> currently mounted file system?

>with a little luck, you can get this
>information from /etc/mtab

With less luck, you can get some of the information directly from the 
kernel via /proc/mounts.

/etc/mtab tells you about past invocations of mount/unmount programs, 
whereas /proc/mounts tells you about what mounts presently exist.  So the 
information is a little different.

(/etc/mtab is a sloppy way of doing what it does, and at one time there 
were hopes of replacing it with /proc/mounts.  I use it that way -- my 
/etc/mtab is a symlink to /proc/mounts.  But I don't think that's very 
common).

Re: Remounting File Systems

[Pat LaVarre]

> > > > what the mount flags are 
> > > > for a currently mounted file system?
> 
> > with a little luck, you can get this
> > information from /etc/mtab
> 
> With less luck, ... some ... info... from via /proc/mounts.
> 
> /etc/mtab tells you about past invocations of mount/unmount programs, 
> whereas /proc/mounts tells you about what mounts presently exist ...

/proc/mounts isn't going away with the change over to sysfs?

Yours in breathtaking ignorance, Pat LaVarre

Re: Remounting File Systems

[Greg KH]

On Fri, Nov 21, 2003 at 12:40:16PM -0700, Pat LaVarre wrote:
> > > > > what the mount flags are 
> > > > > for a currently mounted file system?
> > 
> > > with a little luck, you can get this
> > > information from /etc/mtab
> > 
> > With less luck, ... some ... info... from via /proc/mounts.
> > 
> > /etc/mtab tells you about past invocations of mount/unmount programs, 
> > whereas /proc/mounts tells you about what mounts presently exist ...
> 
> /proc/mounts isn't going away with the change over to sysfs?

In 2.7, possibly.  For 2.6, no.

greg k-h

Re: Remounting File Systems

[Christoph Hellwig]

On Fri, Nov 21, 2003 at 07:36:30PM -0800, Greg KH wrote:
> On Fri, Nov 21, 2003 at 12:40:16PM -0700, Pat LaVarre wrote:
> > > > > > what the mount flags are 
> > > > > > for a currently mounted file system?
> > > 
> > > > with a little luck, you can get this
> > > > information from /etc/mtab
> > > 
> > > With less luck, ... some ... info... from via /proc/mounts.
> > > 
> > > /etc/mtab tells you about past invocations of mount/unmount programs, 
> > > whereas /proc/mounts tells you about what mounts presently exist ...
> > 
> > /proc/mounts isn't going away with the change over to sysfs?
> 
> In 2.7, possibly.  For 2.6, no.

well, /proc/self/mounts certainly is not going away, because it's one of
the few proper procfs uses.  And just removing the copat symlink for the
sake of it doesn't sound like a really good idea to me..

Re: Remounting File Systems

[Herbert Poetzl]

On Fri, Nov 21, 2003 at 11:25:08AM -0800, Bryan Henderson wrote:
> >> Is there any system function that can tell me what the mount flags are 
> for a 
> >> currently mounted file system?
> 
> >with a little luck, you can get this
> >information from /etc/mtab
> 
> With less luck, you can get some of the information directly from the 
> kernel via /proc/mounts.

well, I hate to disappoint people trying to help,
but if you take a look at the relevant sections
of the kernel (do_add_mount(), struct vfsmount,
mounts_open() and show_vfsmnt() for 2.4) you will 
see, that only a subset of the mount options is
stored and therefor can be retrieved from proc

just to make an example, the usrquota and grpquota
options passed on mount, will not be visible via
/proc but will be recorded in mtab

> /etc/mtab tells you about past invocations of mount/unmount programs, 
> whereas /proc/mounts tells you about what mounts presently exist.  So the 
> information is a little different.

agreed on that ;)

and it might be useful to check /proc/mounts if
/etc/mtab isn't present or does not contain useful
information about the mount in question.

> (/etc/mtab is a sloppy way of doing what it does, and at one time there 
> were hopes of replacing it with /proc/mounts.  I use it that way -- my 
> /etc/mtab is a symlink to /proc/mounts.  But I don't think that's very 
> common).

so for example, you will never be able to use 
ext2/3 with quota support, unless you hack the
tools to think quota is enabled ;)

best,
Herbert

Re: Remounting File Systems

[Bryan Henderson]

>>... my /etc/mtab is a symlink to /proc/mounts...
>
>so for example, you will never be able to use 
>ext2/3 with quota support, unless you hack the
>tools to think quota is enabled ;)

Actually, my strategy for such things is to hack the kernel to add the 
information to /proc/mounts.  I put a lot of effort into being righteous 
:).  However, it's all hypothetical now -- I haven't yet encountered (on 
my system) a case of such sophisticated use of /etc/mtab.

Re: Remounting File Systems

[Eric Sandeen]

> well, I hate to disappoint people trying to help,
> but if you take a look at the relevant sections
> of the kernel (do_add_mount(), struct vfsmount,
> mounts_open() and show_vfsmnt() for 2.4) you will 
> see, that only a subset of the mount options is
> stored and therefor can be retrieved from proc
>
> just to make an example, the usrquota and grpquota
> options passed on mount, will not be visible via
> /proc but will be recorded in mtab

That depends  on whether the filesystem has hooked
up "show_options" in the superblock operations:

[root@lite root]# mount -t xfs -o usrquota /dev/sda1 /mnt/sda1
[root@lite root]# grep sda1 /proc/mounts
/dev/sda1 /mnt/sda1 xfs rw,usrquota 0 0
[root@lite root]# grep sda1 /etc/mtab
/dev/sda1 /mnt/sda1 xfs rw,usrquota 0 0

[root@lite root]# mount -t ext3 -o usrquota /dev/sda2 /mnt/sda2
[root@lite root]# grep sda2 /proc/mounts
/dev/sda2 /mnt/sda2 ext3 rw 0 0
[root@lite root]# grep sda2 /etc/mtab
/dev/sda2 /mnt/sda2 ext3 rw,usrquota 0 0


-Eric