... and if less than 40MB(?) stop and tell user to abort and make more free space in /boot before attempting upgrade. (and/or possibly offer to delete some not needed files)
Description of problem:
When /boot is on a separate partition (i.e for encrypted system)
it may be small and been pretty filled up by automatic kernel updates.
Then when an ignorant user ( no names... doh!) ) upgrades his system without checking there is enough space it may fail in last step when running mkinitrd.
WORKAORUND: If the user knows, he can switch to vt2 where there is a working prompt, manually clean up space, then issue the exact same command the installer say failed, switch back to installer, press next and it finished, making this user smile :)
Steps to Reproduce:
https://bugs.mageia.org/show_bug.cgi?id=11966 describes similar problems
(iirc we have some note in the errata/release page)
The problem can occur also when installing regular kernel updates, not only when upgrading the system, can't it?
Yes exactly, and there may be quite many during mgaX lifetime.
Problem is worst for regular use:
During install/system upgrade mgaX to mga(X+1) the user is thinking more about dis space, and he probably is knowing. Then say maybe he installs a system for friend/grandma/employees who i less sawy.
After half a year and four kernel updates suddenlu the system fail to boot, and the user panicks and do not realise he can easily select a working kernel - instead he yells/cries at the installer guy or talk bad about mandriva.
We will deal with errata notes for Mageia 5 and add this to Mageia 6 specifications for installer
Added in errata:
(In reply to Anne Nicolas from comment #5)
> We will deal with errata notes for Mageia 5 and add this to Mageia 6
> specifications for installer
Did anything change in installer, or does this need to be added to the Mageia6 errata, too?