summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/2012-February/011980.html
blob: 7650c82e225f01ad0287dd09b1e531da33df9068 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
 <HEAD>
   <TITLE> [Mageia-dev] New Dracut: Please test
   </TITLE>
   <LINK REL="Index" HREF="index.html" >
   <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20New%20Dracut%3A%20Please%20test&In-Reply-To=%3C4F3B8D06.40505%40colin.guthr.ie%3E">
   <META NAME="robots" CONTENT="index,nofollow">
   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
   <LINK REL="Previous"  HREF="011977.html">
   <LINK REL="Next"  HREF="011984.html">
 </HEAD>
 <BODY BGCOLOR="#ffffff">
   <H1>[Mageia-dev] New Dracut: Please test</H1>
    <B>Colin Guthrie</B> 
    <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20New%20Dracut%3A%20Please%20test&In-Reply-To=%3C4F3B8D06.40505%40colin.guthr.ie%3E"
       TITLE="[Mageia-dev] New Dracut: Please test">mageia at colin.guthr.ie
       </A><BR>
    <I>Wed Feb 15 11:46:30 CET 2012</I>
    <P><UL>
        <LI>Previous message: <A HREF="011977.html">[Mageia-dev] New Dracut: Please test
</A></li>
        <LI>Next message: <A HREF="011984.html">[Mageia-dev] New Dracut: Please test
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#11980">[ date ]</a>
              <a href="thread.html#11980">[ thread ]</a>
              <a href="subject.html#11980">[ subject ]</a>
              <a href="author.html#11980">[ author ]</a>
         </LI>
       </UL>
    <HR>  
<!--beginarticle-->
<PRE>'Twas brillig, and Thomas Backlund at 15/02/12 10:09 did gyre and gimble:
&gt;<i> Colin Guthrie skrev 15.2.2012 11:35:
</I>&gt;&gt;<i> 'Twas brillig, and David W. Hodgins at 14/02/12 23:21 did gyre and
</I>&gt;&gt;<i> gimble:
</I>&gt;&gt;&gt;<i> On Tue, 14 Feb 2012 10:55:17 -0500, Colin Guthrie
</I>&gt;&gt;&gt;<i> &lt;<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">mageia at colin.guthr.ie</A>&gt;  wrote:
</I>&gt;&gt;&gt;<i>
</I>&gt;&gt;&gt;&gt;<i> Can everyone please test the new dracut please? Especially those of you
</I>&gt;&gt;&gt;<i>
</I>&gt;&gt;&gt;<i> I'll test it shortly.  I think there is a slight problem when dracut
</I>&gt;&gt;&gt;<i> gets
</I>&gt;&gt;&gt;<i> updated at the same time as the kernel, udev, or anything else that is
</I>&gt;&gt;&gt;<i> going to get installed in the initramfs.
</I>&gt;&gt;&gt;<i>
</I>&gt;&gt;&gt;<i> Rather then triggering the running of dracut when the kernel gets
</I>&gt;&gt;&gt;<i> installed,
</I>&gt;&gt;&gt;<i> I think it would be better to have something that runs at the end of
</I>&gt;&gt;&gt;<i> urpmi
</I>&gt;&gt;&gt;<i> or MageiaUpdate, that check to see if dracut or anything in the existing
</I>&gt;&gt;&gt;<i> initramfs has been updated, and if so, then run dracut.
</I>&gt;<i> 
</I>&gt;<i> The best I can do from kernel pov is to change %post into %posttrans so
</I>&gt;<i> creating initrd would happend at end of install transaction
</I>&gt;<i> 
</I>&gt;&gt;<i>
</I>&gt;&gt;<i> Strangely enough I was thinking vaguely along the same lines. My issue
</I>&gt;&gt;<i> was udev specifically. Sadly working out exactly when to rebuild the
</I>&gt;&gt;<i> initramfs is pretty tricky, e.g. if lvm or dm tools are updated do we
</I>&gt;&gt;<i> really need them in this particular setup's initramfs? Should we rebuild
</I>&gt;&gt;<i> anyway (it should be safe) and accept the unnecessary work in those
</I>&gt;&gt;<i> cases? Might be a reasonable thing to do...
</I>&gt;&gt;<i>
</I>&gt;<i> 
</I>&gt;<i> &quot;it should be safe&quot; - famous last words... :)
</I>
:<i>)
</I>
&gt;&gt;<i> I guess then a filetrigger could be written that checks for files
</I>&gt;&gt;<i> certain locations and triggers an initrd rebuild. For the kernel it
</I>&gt;&gt;<i> would only build one, but for udev, dm, lvm etc. it would rebuild all of
</I>&gt;&gt;<i> them...
</I>&gt;&gt;<i>
</I>&gt;<i> 
</I>&gt;<i> We should _never_ rebuild all initrds.
</I>&gt;<i> If/when one of the updated packaged has a critical systemcrashing bug,
</I>&gt;<i> we render the whole system unbootable.
</I>
Did we not used to do it when e.g. the bootspash theme changed? I
remember a while back I had a problem as my /boot was quite modest and
it ended up getting filled up with lots of .old files for the initrds....

That said, I can't really disagree.

&gt;&gt;<i> Might confuse some people however and create cases working systems are
</I>&gt;&gt;<i> hosed unnecessarily, and I'm not sure how much of real, practical
</I>&gt;&gt;<i> problem it is to simply have a slightly outdated tools in the initram
</I>&gt;&gt;<i> fs? Perhaps we just need to get ordering better on updates such that
</I>&gt;&gt;<i> udev, lvm, dm etc. are all ordered before kernel during updates? Maybe
</I>&gt;&gt;<i> that will solve 95% of the issues?
</I>&gt;&gt;<i>
</I>&gt;<i> 
</I>&gt;<i> That could be an option of we can get the tools to differentiate between
</I>&gt;<i> high-priority (glibc/rpm/urpm*/...), priority (udev/lvm/dm/...) and the
</I>&gt;<i> rest...
</I>&gt;<i> 
</I>&gt;<i> Otoh, most of the issues we see now is Cauldron -&gt; Cauldron updates.
</I>&gt;<i> in a stable release many of the packages wont change.
</I>
Yeah I think overall Cauldron-&gt;Cauldron is not that important in the
overall scheme of things. Users hear should be able to rebuild their
initrd with a quick command or two easily enough when needed.

&gt;<i> Of course that still leaves distro upgrades, but maybe that can be
</I>&gt;<i> handled in the installer or by adding versionated conflicts to kernel
</I>&gt;<i> to help urpmi figure out the order to update...
</I>
Yeah, that's probably a good shout. Just before release, we can put a
&quot;Conflicts: udev &lt; $latest&quot; and similar stuff into the kernel... that
would likely catch most potential problems.

Col



-- 

Colin Guthrie
colin(at)mageia.org
<A HREF="http://colin.guthr.ie/">http://colin.guthr.ie/</A>

Day Job:
  Tribalogic Limited <A HREF="http://www.tribalogic.net/">http://www.tribalogic.net/</A>
Open Source:
  Mageia Contributor <A HREF="http://www.mageia.org/">http://www.mageia.org/</A>
  PulseAudio Hacker <A HREF="http://www.pulseaudio.org/">http://www.pulseaudio.org/</A>
  Trac Hacker <A HREF="http://trac.edgewall.org/">http://trac.edgewall.org/</A>
</PRE>





























<!--endarticle-->
    <HR>
    <P><UL>
        <!--threads-->
	<LI>Previous message: <A HREF="011977.html">[Mageia-dev] New Dracut: Please test
</A></li>
	<LI>Next message: <A HREF="011984.html">[Mageia-dev] New Dracut: Please test
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#11980">[ date ]</a>
              <a href="thread.html#11980">[ thread ]</a>
              <a href="subject.html#11980">[ subject ]</a>
              <a href="author.html#11980">[ author ]</a>
         </LI>
       </UL>

<hr>
<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev
mailing list</a><br>
</body></html>