On Mon, 2018-12-03 at 10:22 +, LAHAYE Olivier wrote:
> My though (outside this bug reporting) is that it would be a good
> step forward for Debian to switch from old initramfs-tools to modern
> dracut.
In 2015, at Debconf, there was a BoF session about kernel and userland.
There dracut was
I understand, I don't want to break things for sure.
In the meantime, I think that dracut native multipath module has the logic to
handle stackable storage, though, of course, on Debian nobody can test as both
dracut and multiupath-tools can't be installed together for further testing
Hi Olivier,
I am not denying any of what you have said below. Dracut may be a great
tool. But unfortunately, it does not have the uptake in Debian, that
initramfs-tools has. Just look at the popcon stats.
multipath-tools needs tight integration with the plumbing layer to
ensure you have a
Dracut is the only tool to create initramfs on many distros and it works fine
with multipath so far. Dracut is to initramfs-tools what systemd is to basic
initscripts.
Dracut is modular and event driven while initramfs-tools is monolithic and
linear static.
If you look at
On Fri, 2018-11-30 at 09:10 +, Olivier Lahaye wrote:
>* What exactly did you do (or not do) that was effective (or
> ineffective)?
> Installed multipath-tools using:
> apt-get install --no-install-suggests multipath-tools
>
>* What was the outcome of this action?
>
Package: multipath-tools
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
I'm SystemImager developper, a software that is based on dracut.
SystemImager is an imaging software mainly
6 matches
Mail list logo
