Fwd: how to mount r/w encrypted partition when it is mount ad read-only?

s m sam.gh1986 at gmail.com
Tue Feb 18 05:32:37 UTC 2014


thank you guys for your completed answers. "u" flag solve my problem:)

thank you so much
Sam


On Sun, Feb 16, 2014 at 1:42 AM, <kpneal at pobox.com> wrote:

> TL;DR: the sync command shouldn't be needed. The mount command should
> be enough.
>
> On Thu, Feb 13, 2014 at 01:28:36PM +0100, Polytropon wrote:
> > THis _should_ work with GELI encrypted partitions too, even
> > though I haven't tested it. Note that reverting back to r/o
> > could be delayed when writes are still pending; calling "sync"
> > should issue all buffers to be written. In worst case, -f can
>
> Well, almost.
>
> The 'sync' command uses the sync system call, and that system call
> _schedules_
> blocks for writing but does _not_ wait for them to be written.
>
> Traditionally, at least. Before the 'clean bit' was added to the filesystem
> (about 20 years ago) the traditional way to stop a system was the command
> sequence:
> sync ; sync ; sync ; halt
>
> (Well, ok, that's how I was taught.)
>
> I assume the sync command still works the same way. I'm backlevel and
> still running 8.2, but the sync system call man page still says this:
>
> BUGS
>      The sync() system call may return before the buffers are completely
>      flushed.
>
> Personally, I hope that the attempt to change the filesystem to read-only
> would be hint enough that all buffers need to be flushed right now. I
> also hope the mount command does not return until the job is done. If it
> does then a bug report should probably be filed.
> --
> "A method for inducing cats to exercise consists of directing a beam of
> invisible light produced by a hand-held laser apparatus onto the floor ...
> in the vicinity of the cat, then moving the laser ... in an irregular way
> fascinating to cats,..." -- US patent 5443036, "Method of exercising a cat"
>


More information about the freebsd-questions mailing list