From: walt <w41ter@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] Re: Strange new behavior from the "mount" command
Date: Sun, 19 Apr 2015 15:18:38 -0700 [thread overview]
Message-ID: <mh19jv$ivi$1@ger.gmane.org> (raw)
In-Reply-To: <3398594.KigUUE6dli@navi>
On 04/18/2015 05:33 PM, Fernando Rodriguez wrote:
> On Saturday, April 18, 2015 3:59:15 PM walt wrote:
>>
>> execve("/bin/mount", ["mount"], [/* 61 vars */]) = 0
>>
>> That number 61 on the 'bad' machine is 48, though, and I don't know where
>> that odd-looking string of characters is generated or what it means. To me
>> it looks like a comment in a file of 'c' code.
>>
>> Still stumped :(
>
> That would be the number of environment variables passed to execve. strace is
> just trying not to be too noisy.
>
>
> Are there any differences in the options used in fstab between both machines,
> Especially the auto or noauto options or if one of them is using labels. The
> mount(8) man page may have more hints.
As a quick-and-dirty way of testing your idea I moved /etc/fstab out of the way.
I was surprised to learn that "mount" doesn't care about fstab, and doesn't even
bother to look for it (when invoked with no arguments).
Using strace I examined the list of files opened by "mount" on both machines and
discovered that the "bad" machine reads the same 8 files as the "good" machine,
but then proceeds to read /etc/blkid.conf (I don't have that file on either machine)
and then /proc/cmdline. (And then proceeds to read all the partition tables, etc)
So, what kind of process needs those two files to do its job? I have no idea, but
I'm hoping that some of you smart people out there may know.
next prev parent reply other threads:[~2015-04-19 22:19 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-18 18:48 [gentoo-user] Strange new behavior from the "mount" command walt
2015-04-18 21:31 ` Paul Colquhoun
2015-04-18 22:59 ` [gentoo-user] " walt
2015-04-19 0:33 ` Fernando Rodriguez
2015-04-19 22:18 ` walt [this message]
2015-04-20 0:28 ` Fernando Rodriguez
2015-04-20 0:45 ` Mike Gilbert
2015-04-20 19:21 ` walt
2015-04-20 20:01 ` Mike Gilbert
2015-04-20 20:06 ` Mike Gilbert
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='mh19jv$ivi$1@ger.gmane.org' \
--to=w41ter@gmail.com \
--cc=gentoo-user@lists.gentoo.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox