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/011703.html | 88 ++++++++++++++++++++++++++++ 1 file changed, 88 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-February/011703.html (limited to 'zarb-ml/mageia-dev/2012-February/011703.html') diff --git a/zarb-ml/mageia-dev/2012-February/011703.html b/zarb-ml/mageia-dev/2012-February/011703.html new file mode 100644 index 000000000..b6d50e05d --- /dev/null +++ b/zarb-ml/mageia-dev/2012-February/011703.html @@ -0,0 +1,88 @@ + + + + [Mageia-dev] Issues with dracut + + + + + + + + + +

[Mageia-dev] Issues with dracut

+ David W. Hodgins + davidwhodgins at gmail.com +
+ Fri Feb 3 09:04:54 CET 2012 +

+
+ +
On Tue, 17 Jan 2012 07:22:30 -0500, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+
+> Are things working OK for you now with dracut or is it still busted?
+
+Just to clarify why I think the problem is happening on single
+core systems.
+
+On a multi-core system, the bash and udevd processes will be
+running on different cores.
+When the script executes the udev settle command, it continues
+to execute, so the loop checking to see if udev is done finds
+it isn't, so it then looks for/runs the initqueue jobs.
+
+On a single core system, the bash script waits for the settle
+command to finish, so then finds it's done, and exits without
+even trying to run the initqueue jobs.
+
+The patch in my prior message is effectively changing the script
+ from "udev done or jobs done" to "udev done and jobs done".
+
+Regards, Dave Hodgins
+
+ + + + + + + + + + + + + + +
+

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