Kernel update fails due to grub update
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
LTSP5 |
Fix Released
|
Undecided
|
Alkis Georgopoulos | ||
grub (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
ltsp (Ubuntu) |
Fix Released
|
Undecided
|
Alkis Georgopoulos |
Bug Description
LTSP client is running Ubuntu 11.04
I had problems during an update in the chroot that wanted to update to kernel 2.6.38-11.50. This was the first time a kernel update was performed on this image so it's the first time I could run into this problem.
The installation process runs /etc/kernel/
I had the same problem when I tried to perform the update on a running client system. In this case the problem was due to root being on an aufs disk rather than on an actual harddisk.
I came to the conclusion that an LTSP image doesn't have to have a working grub because it doesn't boot from disk. My solution: „chmod -x /etc/kernel/
If my thinking is correct I suggest that zz-update-grub be removed from the directory when the LTSP client tree is first created.
Fixed in LTSP 5.3. You can now use `ltsp-chroot -m` to have /dev mounted so that the grub postinst doesn't fail. I'm opening a task to the grub package though, as I think that it shouldn't fail when it doesn't detect any devices, it should consider it the same as not selecting any device at its debconf dialog.