BTS

Issue1069

Title grml-live: Bad detection of kernel versions
Priority bug Status resolved
Superseder Nosy List jordanm, mika
Assigned To mika Topics grml-live

Created on 2011-10-18.19:44:06 by jordanm, last changed 2011-10-27.23:18:22 by mika.

Files
File name Uploaded Type Edit Remove
kernel-ver.patch jordanm, 2011-10-18.19:44:06 text/x-patch
Messages
msg3988 (view) Author: mika Date: 2011-10-27.23:18:22
grml-live 0.16.1 is available in the grml repositry, closing therefore.

thanks && regards,
-mika-
msg3985 (view) Author: mika Date: 2011-10-27.21:28:38
Thanks for reporting and thanks also for the patch!

We've reworked the grml_cleanup_chroot script (into much more sane config/scripts with 
FAI's class features) so it actually doesn't even look at the most recent kernel version 
any longer the way it used to do. So your issue should be fixed when upgrading either to 
the current git version of grml-live or just waiting for the soon to come upload.

Marking this issue as fixed-in-git for now, if you notice any further issues please let us 
know.

Thanks!

regards,
-mika-
msg3982 (view) Author: jordanm Date: 2011-10-18.19:44:06
In the script /etc/grml/fai/grml/grml_cleanup_chroot, the latest kernel version is detected by 
looking in the /lib/modules/ and reverse sorting the entries by locale. This hits a bug when 
directories that are not associated with a specific kernel version are placed in /lib/modules. I 
patched this file to look at /boot/vmlinuz-* rather than /lib/modules. My patch does expect the 
kernel image to start with vmlinuz, but this should be a safe assumption as this is they way 
kernel-package will name the file. Like the original method, it is locale dependent. 

I am attaching the patch.
History
Date User Action Args
2011-10-27 23:18:22mikasetstatus: fixed-in-git -> resolved
nosy: mika, jordanm
messages: + msg3988
2011-10-27 21:28:38mikasetstatus: unread -> fixed-in-git
assignedto: mika
messages: + msg3985
nosy: + mika
2011-10-18 19:44:06jordanmcreate