* Correct fsck behavior on boot
@ 2008-09-11 11:26 Anders Aagaard
[not found] ` <80294dc60809110450i20d43214o144b754b33713f48@mail.gmail.com>
0 siblings, 1 reply; 4+ messages in thread
From: Anders Aagaard @ 2008-09-11 11:26 UTC (permalink / raw)
To: reiserfs-devel
Hi
What's the correct options to pass to reiser4.fsck on boot to get it to
check the filesystem when it's not marked as clean?
reiser4 fsck does implement -a, but it seems to return right away,
including when the filesystem wasn't unmounted cleanly. Is the
filesystem integrity still secured by hash'es, so skipping fsck is
intentional?
--check --fix seems a tad bit excessive on every boot.
Anders Aagaard
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Correct fsck behavior on boot
[not found] ` <80294dc60809110450i20d43214o144b754b33713f48@mail.gmail.com>
@ 2008-09-11 12:21 ` Anders Aagaard
[not found] ` <80294dc60809110523t3009e87bx9f2c2cb5f88aaebc@mail.gmail.com>
2008-10-13 12:11 ` Edward Shishkin
0 siblings, 2 replies; 4+ messages in thread
From: Anders Aagaard @ 2008-09-11 12:21 UTC (permalink / raw)
To: Alexander Lyamin; +Cc: reiserfs-devel
Alexander Lyamin wrote:
> Why one have to worry about cleanness of a _journaled_ fs ?
> Its seems like immediate return on -a is intended behavior.
I suspect it is, I'm just making sure I have something to fire back with
when a gentoo developer complains about my patch here:
http://bugs.gentoo.org/show_bug.cgi?id=237393
>
> On Thu, Sep 11, 2008 at 3:26 PM, Anders Aagaard <aagaande@gmail.com
> <mailto:aagaande@gmail.com>> wrote:
>
> Hi
>
> What's the correct options to pass to reiser4.fsck on boot to get it
> to check the filesystem when it's not marked as clean?
>
> reiser4 fsck does implement -a, but it seems to return right away,
> including when the filesystem wasn't unmounted cleanly. Is the
> filesystem integrity still secured by hash'es, so skipping fsck is
> intentional?
> --check --fix seems a tad bit excessive on every boot.
>
> Anders Aagaard
>
>
>
> --
> connecting the dots
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Correct fsck behavior on boot
[not found] ` <80294dc60809110523t3009e87bx9f2c2cb5f88aaebc@mail.gmail.com>
@ 2008-09-11 12:53 ` Anders Aagaard
0 siblings, 0 replies; 4+ messages in thread
From: Anders Aagaard @ 2008-09-11 12:53 UTC (permalink / raw)
To: Alexander Lyamin; +Cc: reiserfs-devel
Alexander Lyamin wrote:
> I dont really like both: idea and flag name.
> Can you elaborate a bit on your reasoning behind the patch ?
>
http://bugs.gentoo.org/195988
Currently closed as RESOLVED_FIXED with preen aliased to --check --fix
more or less. It's not something I expect will be included upstream
anytime soon, but if the gentoo developers refuse to support reiser4 in
init scripts it has to be supported elsewhere. And they default to -p
on linux systems.
>
> On Thu, Sep 11, 2008 at 4:21 PM, Anders Aagaard <aagaande@gmail.com
> <mailto:aagaande@gmail.com>> wrote:
>
> Alexander Lyamin wrote:
>
> Why one have to worry about cleanness of a _journaled_ fs ?
> Its seems like immediate return on -a is intended behavior.
>
>
> I suspect it is, I'm just making sure I have something to fire back
> with when a gentoo developer complains about my patch here:
>
> http://bugs.gentoo.org/show_bug.cgi?id=237393
>
>
>
> On Thu, Sep 11, 2008 at 3:26 PM, Anders Aagaard
> <aagaande@gmail.com <mailto:aagaande@gmail.com>
> <mailto:aagaande@gmail.com <mailto:aagaande@gmail.com>>> wrote:
>
> Hi
>
> What's the correct options to pass to reiser4.fsck on boot to
> get it
> to check the filesystem when it's not marked as clean?
>
> reiser4 fsck does implement -a, but it seems to return right
> away,
> including when the filesystem wasn't unmounted cleanly. Is the
> filesystem integrity still secured by hash'es, so skipping
> fsck is
> intentional?
> --check --fix seems a tad bit excessive on every boot.
>
> Anders Aagaard
>
>
>
> --
> connecting the dots
>
>
>
>
>
> --
> connecting the dots
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Correct fsck behavior on boot
2008-09-11 12:21 ` Anders Aagaard
[not found] ` <80294dc60809110523t3009e87bx9f2c2cb5f88aaebc@mail.gmail.com>
@ 2008-10-13 12:11 ` Edward Shishkin
1 sibling, 0 replies; 4+ messages in thread
From: Edward Shishkin @ 2008-10-13 12:11 UTC (permalink / raw)
To: Anders Aagaard; +Cc: Alexander Lyamin, reiserfs-devel
Anders Aagaard wrote:
> Alexander Lyamin wrote:
>> Why one have to worry about cleanness of a _journaled_ fs ?
>> Its seems like immediate return on -a is intended behavior.
>
> I suspect it is, I'm just making sure I have something to fire back
> with when a gentoo developer complains about my patch here:
>
> http://bugs.gentoo.org/show_bug.cgi?id=237393
Would you please maintain this issue in Gentoo? I was sure that reiser4
is not checked after every incorrect umount, whereas people shrink their
root partitions, format them with other file systems, etc.. and this is sad.
Thanks,
Edward.
>>
>> On Thu, Sep 11, 2008 at 3:26 PM, Anders Aagaard <aagaande@gmail.com
>> <mailto:aagaande@gmail.com>> wrote:
>>
>> Hi
>>
>> What's the correct options to pass to reiser4.fsck on boot to get it
>> to check the filesystem when it's not marked as clean?
>>
>> reiser4 fsck does implement -a, but it seems to return right away,
>> including when the filesystem wasn't unmounted cleanly. Is the
>> filesystem integrity still secured by hash'es, so skipping fsck is
>> intentional?
>> --check --fix seems a tad bit excessive on every boot.
>>
>> Anders Aagaard
>>
>>
>>
>> --
>> connecting the dots
>
> --
> To unsubscribe from this list: send the line "unsubscribe
> reiserfs-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-10-13 12:11 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-09-11 11:26 Correct fsck behavior on boot Anders Aagaard
[not found] ` <80294dc60809110450i20d43214o144b754b33713f48@mail.gmail.com>
2008-09-11 12:21 ` Anders Aagaard
[not found] ` <80294dc60809110523t3009e87bx9f2c2cb5f88aaebc@mail.gmail.com>
2008-09-11 12:53 ` Anders Aagaard
2008-10-13 12:11 ` Edward Shishkin
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.