On 04/21/2015 02:02 AM, Per Jessen wrote:
I agree it would be nice to reduce the number of times the initrd is being rebuilt - you only have to update mdadm, and voila, a new initrd.
Apart from that, I don't really get what it is you're suggesting. Purging unneeded/unwanted modules would only save disk-space, I think.
Its not just about reducing the amount of disk space. When I download a whole new kernel from -stable I expect a mkinitrd. To build a new initrd. What don't expect is that when I run a 'zypper up' and I get 4 or 5 updates, each one of them triggers a mkinitrd. Surely just one, at the end when all the deltas/whatever have been done. As it happens. What's under /lib/modules comes along in a package with a new kernel. As I said, I can understand a complete set when installing or making a portable system,. Others have pointed out the issue of if you are actually building you can be specific about what you include, but this way I pay for bandwidth for stuff I don't want and never use. Why? If this is Thunderbird or Firefox, for example, I can download a new core, and the core sees what plugin modules I & extensions I have, checks to see if they are compatible (I think I pointed out that the 2.19.X modules were binary compatible between minor revisions) and if not requests the updates for the specific ones that need updating. I know which kernel modules I use - lsmod tells me. I can see what I've explicitly or automagically blacklisted. Why can't I get a automatic kernel module update on demand only as necessary in much the same way? To some degree I'm not sure why I need a complete mkinitrd. I can see why I need a update to the grub menu. As far as I can tell the bundling of a complete minisystem in the initrd is ether belt&braces or simple paranoia. I'm sure at this point Linda has something to offer on how initrd is not needed, but I'm not sure the path she has chosen is what I'm envisioning here, the 'load on demand' aspect of dealing with modules being extended to "download the specific and only the specific new version only on on demand". -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org