From: Rolf Fokkens <rolf-6w2rdlBuEQTpMFipWq+H6g@public.gmane.org>
To: linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Development discussions related to Fedora
<devel-TuqUDEhatI4ANWPb/1PvSmm0pvjS0E/A@public.gmane.org>
Subject: bcache-tools and bcache support in other linux packages
Date: Thu, 26 Sep 2013 11:56:25 +0200 [thread overview]
Message-ID: <524404C9.3030103@rolffokkens.nl> (raw)
In-Reply-To: <52344BAA.7070005-6w2rdlBuEQTpMFipWq+H6g@public.gmane.org>
Hi,
Like I did on the 14th on the linux-bcache list I'd like to send an
update on the progress of bcache related packages. While focussing on
Fedora packaging of bcache-tools, I had some good collaboration with
other packagers resulting in improved bcache support in other packages
as well. Other Linux distro's may benefit from these updated packages too.
util-linux
==========
On 27th of September util-linux v2.24 RC will probably be released. This
release supports the identification of bcache superblocks in libblkid,
actually integrating and obsoleting probe-bcache. Because of this udev
rules for bcache can be simplified because they only need blkid. Of
course this only applies to systems where util-linux v2.24 RC (or
higher) actually is installed, otherwise probe-bcache is still needed.
Dracut
======
Since version 032 Dracut already had bcache support. Since version 033
it adds support for util-linux v2.24 RC, so even without (obsoleted)
probe-bcache it is able to identify bcache using blkid. Additionally
Dracut benefits from blkid being able to identify bcache, because it
uses blkid to identify all necessary kernel modules automatically, so no
-N option is needed anymore.
LVM2
====
With the release of v2_01_102 LVM2 now accepts Physical Volumes on
bcache by default. This simplifies the creation of initramfs (by Dracut)
because no specific LVM2 option (--lvmconf) needs to be passed to
Dracut.For the user this means that updating a kernel just works out of
the box!
bcache-tools
============
The bcache-tools package is available in Fedora 20. I plan to build an
updated package that no longer includes probe-bcache when the new
util-linux is released.
Anaconda
========
Anaconda (the Fedora installer) does not support bcache yet. This is
planned for Fedora 20. This is important when installing Fedora on a
system and having your root filesystem on bcache. Althought other
Distro's don't use Anaconda, I guess their installers also need to be
changed in some way to supportbcache.
Currently having Fedora installed with your root Filesystem on bcache is
possible, but It's done in a fewsteps:
1. Install Fedora using Anaconda without using bcache, but create an
extra partition to supportan alternate root FS
2. From the running system build a bcache device using the extra
partition. Copy the current root FS to the bcache root FS
3. Reboot your system in the bcache root FS, and reclaim the spaces used
by the non-bcache root partition
More information can be found below, related to the "SSD Cache Fedora
test day".
The SSD Cache Fedora test day
=============================
On 13th of October there's an "SSD Cache Fedora test day": see the Wiki
page https://fedoraproject.org/wiki/Test_Day:2013-10-13_SSD_Cache. This
page is work in progress, any feedback is welcome. People interested in
testing are invited to participate on 13th of October.
When there's anything new toreport, I'll keep you posted.
Rolf Fokkens
next prev parent reply other threads:[~2013-09-26 9:56 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-10 18:22 Updated package for Fedora Rolf Fokkens
[not found] ` <522F635D.4030905-6w2rdlBuEQTpMFipWq+H6g@public.gmane.org>
2013-09-14 11:42 ` bcache support in other linux packages Rolf Fokkens
[not found] ` <52344BAA.7070005-6w2rdlBuEQTpMFipWq+H6g@public.gmane.org>
2013-09-26 9:56 ` Rolf Fokkens [this message]
[not found] ` <524404C9.3030103-6w2rdlBuEQTpMFipWq+H6g@public.gmane.org>
2013-09-30 15:04 ` bcache-tools and " Rolf Fokkens
2013-09-30 15:39 ` Chris Murphy
2013-10-18 9:22 ` Piergiorgio Sartor
[not found] ` <20131018092234.GA18159-W+Wf6LxwHt0@public.gmane.org>
2013-10-18 9:56 ` Rolf Fokkens
2013-10-18 12:15 ` Hans de Goede
[not found] ` <CE86CB5C.BB96%rolf-6w2rdlBuEQTpMFipWq+H6g@public.gmane.org>
2013-10-18 13:30 ` Gabriel de Perthuis
[not found] ` <5261380B.2020007-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2013-10-20 18:59 ` Piergiorgio Sartor
[not found] ` <20131020185937.GA18759-W+Wf6LxwHt0@public.gmane.org>
2013-10-21 12:34 ` Rolf Fokkens
[not found] ` <CE8AE869.BD62%rolf-6w2rdlBuEQTpMFipWq+H6g@public.gmane.org>
2013-10-21 16:47 ` Piergiorgio Sartor
2013-10-22 17:53 ` Rolf Fokkens
[not found] ` <5266BBA7.4070106-6w2rdlBuEQTpMFipWq+H6g@public.gmane.org>
2013-10-23 2:01 ` Paul B. Henson
2013-10-26 15:04 ` Rolf Fokkens
2013-10-26 15:06 ` Rolf Fokkens
2013-10-18 15:57 ` Reartes Guillermo
2013-10-19 7:59 ` Rolf Fokkens
[not found] ` <52623BE9.5070507-6w2rdlBuEQTpMFipWq+H6g@public.gmane.org>
2013-10-23 1:36 ` Paul B. Henson
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=524404C9.3030103@rolffokkens.nl \
--to=rolf-6w2rdlbueqtpmfipwq+h6g@public.gmane.org \
--cc=devel-TuqUDEhatI4ANWPb/1PvSmm0pvjS0E/A@public.gmane.org \
--cc=linux-bcache-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 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.