[Xymon] Detecting read-only file system in Linux

Thomas Eckert thomas.eckert at it-eckert.de
Wed Mar 11 08:42:29 CET 2015


> On 11 Mar 2015, at 00:58, Jeremy Laidman <jlaidman at rebel-it.com.au> wrote:
> 
> On 11 March 2015 at 00:44, Thomas Eckert <thomas.eckert at it-eckert.de <mailto:thomas.eckert at it-eckert.de>> wrote:
> Just for future reference as you already found your solution:
> 
> From looking at the util-linux package I understand that _if_ the /proc-filesystem is mounted the information is used from there.
> 
> I don't think this is the case.  Running "strace" on the "mount" command shows that it first looks at /etc/mtab, and if that exists, it doesn't look at /proc/mounts.  Only if /etc/mtab doesn't exist, does mount look at /proc/mounts.

Strange, I did also check with strace and did not see `/etc/mtab` used. This is on Debian 7.x, Debian kernel 3.2.0-4-amd64 and util-linux 2.20.1-5.3

	root at bb:~# strace -e trace=open mount 2>&1 | egrep 'mtab|proc'
	open("/proc/filesystems", O_RDONLY)     = 3
	open("/proc/self/mountinfo", O_RDONLY)  = 3
	proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)

> So in a situation where the filesystem containing /etc is having problems and goes read-only, /etc/mtab won't get updated because it's now read-only.


Agreed.
So re-using the `mount`-info for the r/o-check is at least highly dependent on the individual environment and versions.

Cheers
Thomas


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20150311/ec7db074/attachment.html>


More information about the Xymon mailing list