From: "LinuxBSDos.com" <finid-aEpbUQpJQqXlKS8GlytQkw@public.gmane.org>
To: Ryusuke Konishi
<konishi.ryusuke-Zyj7fXuS5i5L9jVzuh4AOg@public.gmane.org>
Cc: linux-nilfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: Recommended partition scheme for nilfs2
Date: Wed, 6 Jul 2011 21:56:43 -0600 [thread overview]
Message-ID: <5e3e49d501ed21fb756ac9092e581386.squirrel@linuxbsdos.com> (raw)
In-Reply-To: <20110707.122142.41457972.ryusuke-sG5X7nlA6pw@public.gmane.org>
Thanks for taking the time to answer my questions.
> On Wed, 6 Jul 2011 19:19:37 +0200, dexen deVries wrote:
>> On Wednesday 06 July 2011 18:05:29 you wrote:
>> > Just one more thing.
>> >
>> > For btrfs and other file systems, it is customary to have a separate
>> boot
>> > partition, so that at a minimum, you have 3 partitions - /boot, Swap,
>> and
>> > /. Would that be a problem for nilfs2?
>> >
>> > If it is ok to have a separate boot partition, does it make sense to
>> use
>> > nilfs2 on it? Or is it better to use a non-journaling file system,
>> like
>> > Linux Native (ext2) on the boot partition, and nilfs2 on /.
>>
>>
>> for reference, my setup at home and at work:
>> two harddrives, one for / and /boot, the other for /home.
>>
>> both / and /home are NILFS2, while /boot is ext3.
>>
>> i wanted a very reliable journaling FS on /boot to lessen risk of
>> foobar,
>
> As dexen mentioned, separating boot partition is more reliable. And I
> think ext3 is a good choice for it. This configuration is recommended
> especially if you make a dual boot environment.
>
> On the other hand, incorporating /boot into / is not bad choice if
> grub2 and initramfs-tools are properly set up and used. This
> configuration is simple and allows us to back up a fully consistent
> state of the system (with a snapshot).
>
>> and also I'm using lilo, which is not supported by NILFS2 yet --
>> lack of fibmap syscall.
>
> This topic was once discussed with the title of "FIBMAP ioctl
> missing".
>
> fibmap internally uses bmap vfs method. Adding the feature is not so
> difficult, but it must not be used for overwriting data blocks because
> nilfs everytime changes allocation of file blocks due to its COW
> nature. Garbage collection also blows up safety of such operation.
> Unfortunately, swap file is actually doing it.
>
> Does LILO use fibmap for read-only purpose ?
>
> If so, we only need a method to deny direct block write by the swap
> file.
>
>
> Regards,
> Ryusuke Konishi
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2011-07-07 3:56 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-04 19:28 Recommended partition scheme for nilfs2 LinuxBSDos.com
[not found] ` <4c09eb01174eecf704c751d7bf1b4bb2.squirrel-aEpbUQpJQqXlKS8GlytQkw@public.gmane.org>
2011-07-06 4:35 ` Ryusuke Konishi
[not found] ` <20110706.133558.186520806.ryusuke-sG5X7nlA6pw@public.gmane.org>
2011-07-06 12:29 ` LinuxBSDos.com
[not found] ` <59b61d7de047661eb7c2a1cf42df08f1.squirrel-aEpbUQpJQqXlKS8GlytQkw@public.gmane.org>
2011-07-06 15:43 ` Ryusuke Konishi
[not found] ` <20110707.004339.125911682.ryusuke-sG5X7nlA6pw@public.gmane.org>
2011-07-06 15:56 ` LinuxBSDos.com
[not found] ` <3414843e1dfde171b9a9da8db1d295a6.squirrel-aEpbUQpJQqXlKS8GlytQkw@public.gmane.org>
2011-07-06 16:05 ` LinuxBSDos.com
[not found] ` <a6cda77328d5712a296a687a0e05e298.squirrel-aEpbUQpJQqXlKS8GlytQkw@public.gmane.org>
2011-07-06 17:19 ` dexen deVries
[not found] ` <201107061919.38253.dexen.devries-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2011-07-07 3:21 ` Ryusuke Konishi
[not found] ` <20110707.122142.41457972.ryusuke-sG5X7nlA6pw@public.gmane.org>
2011-07-07 3:56 ` LinuxBSDos.com [this message]
2011-07-07 4:04 ` Ryusuke Konishi
[not found] ` <20110707.130423.56377867.ryusuke-sG5X7nlA6pw@public.gmane.org>
2011-07-07 9:13 ` dexen deVries
[not found] ` <201107071113.49938.dexen.devries-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2011-07-07 16:31 ` Ryusuke Konishi
2011-07-07 3:55 ` LinuxBSDos.com
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=5e3e49d501ed21fb756ac9092e581386.squirrel@linuxbsdos.com \
--to=finid-aepbuqpjqqxlks8glytqkw@public.gmane.org \
--cc=konishi.ryusuke-Zyj7fXuS5i5L9jVzuh4AOg@public.gmane.org \
--cc=linux-nilfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.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;
as well as URLs for NNTP newsgroup(s).