[CentOS] fstab multiple line entries?

Wed Jan 5 21:34:30 UTC 2011
Keith Roberts <keith at karsites.net>

On Wed, 5 Jan 2011, Brunner, Brian T. wrote:

> To: CentOS mailing list <centos at centos.org>
> From: "Brunner, Brian T." <BBrunner at gai-tronics.com>
> Subject: Re: [CentOS] fstab multiple line entries?
>> -----Original Message-----
>> From: centos-bounces at centos.org
>> [mailto:centos-bounces at centos.org] On Behalf Of Leonard den Ottolander
>> Sent: Wednesday, January 05, 2011 3:39 PM
>> To: CentOS mailing list
>> Subject: Re: [CentOS] fstab multiple line entries?
>> On Wed, 2011-01-05 at 19:16 +0000, Keith Roberts wrote:
>>> I'm trying to add a long list of mount options in my fstab,
>> and break
>>> the entry over 2 lines, as it goes off screen.
>> $ man fstab
>> /line
>> Each filesystem is described on a separate line;
> This is ambiguous as it stands; many tools understand 'line
> continuation' by a '\n' meaning multiple human-readable-lines treated as
> a single input line, however it appears fstab (meaning the tools that
> read it) do not promise to abide this continue-the-previous-line
> tradition.
> Perhaps http://linux.die.net/man/3/getmntent has useful info, but the
> man pages are about as ambiguous on this detail as anything I've seen.
> "The proper way to read records from fstab is to use the routines
> getmntent(3)" is about as ... as ...
> For further mudification, see
> http://www.linux-faqs.com/man/htmlman3/getmntent.3.html
> Zealously masochistic types can ref
> http://docs.sun.com/app/docs/doc/821-1465/getmntent-3c?l=en&n=1&a=view
> as well.
> Nobody gives a clear answer to your question, so I suppose any flavor of
> Linux can do any thing it pleases, and can alternate whether it does or
> does not honor the '\n' tradition on alternate releases.

No, it looks like mount does not recognise the '\' character 
as an escape character.

Thanks for all the replies to my question.

I'll just have to put things all on one line.

Kind Regards,



All email addresses are challenge-response protected with
TMDA [http://tmda.net]