From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2012-February/011972.html | 132 +++++++++++++++++++++++++++ 1 file changed, 132 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-February/011972.html (limited to 'zarb-ml/mageia-dev/2012-February/011972.html') diff --git a/zarb-ml/mageia-dev/2012-February/011972.html b/zarb-ml/mageia-dev/2012-February/011972.html new file mode 100644 index 000000000..bf3c963b6 --- /dev/null +++ b/zarb-ml/mageia-dev/2012-February/011972.html @@ -0,0 +1,132 @@ + + + + [Mageia-dev] New Dracut: Please test + + + + + + + + + +

[Mageia-dev] New Dracut: Please test

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Wed Feb 15 10:35:05 CET 2012 +

+
+ +
'Twas brillig, and David W. Hodgins at 14/02/12 23:21 did gyre and gimble:
+> On Tue, 14 Feb 2012 10:55:17 -0500, Colin Guthrie
+> <mageia at colin.guthr.ie> wrote:
+> 
+>> Can everyone please test the new dracut please? Especially those of you
+> 
+> I'll test it shortly.  I think there is a slight problem when dracut gets
+> updated at the same time as the kernel, udev, or anything else that is
+> going to get installed in the initramfs.
+> 
+> Rather then triggering the running of dracut when the kernel gets
+> installed,
+> I think it would be better to have something that runs at the end of urpmi
+> or MageiaUpdate, that check to see if dracut or anything in the existing
+> initramfs has been updated, and if so, then run dracut.
+
+Strangely enough I was thinking vaguely along the same lines. My issue
+was udev specifically. Sadly working out exactly when to rebuild the
+initramfs is pretty tricky, e.g. if lvm or dm tools are updated do we
+really need them in this particular setup's initramfs? Should we rebuild
+anyway (it should be safe) and accept the unnecessary work in those
+cases? Might be a reasonable thing to do...
+
+I guess then a filetrigger could be written that checks for files
+certain locations and triggers an initrd rebuild. For the kernel it
+would only build one, but for udev, dm, lvm etc. it would rebuild all of
+them...
+
+Might confuse some people however and create cases working systems are
+hosed unnecessarily, and I'm not sure how much of real, practical
+problem it is to simply have a slightly outdated tools in the initram
+fs? Perhaps we just need to get ordering better on updates such that
+udev, lvm, dm etc. are all ordered before kernel during updates? Maybe
+that will solve 95% of the issues?
+
+
+-- 
+
+Colin Guthrie
+colin(at)mageia.org
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited http://www.tribalogic.net/
+Open Source:
+  Mageia Contributor http://www.mageia.org/
+  PulseAudio Hacker http://www.pulseaudio.org/
+  Trac Hacker http://trac.edgewall.org/
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1