Bug 12012 - Upon upgrade, free space on partition for separate /boot should be checked...
Summary: Upon upgrade, free space on partition for separate /boot should be checked...
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: Installer (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia tools maintainers
QA Contact:
Keywords: IN_ERRATA5
Depends on:
Blocks: 11979 15637
  Show dependency treegraph
Reported: 2013-12-16 13:52 CET by Morgan Leijström
Modified: 2017-03-29 07:21 CEST (History)
7 users (show)

See Also:
Source RPM:
Status comment:


Description Morgan Leijström 2013-12-16 13:52:22 CET
... 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:
Comment 1 Dick Gevers 2013-12-16 22:15:42 CET
https://bugs.mageia.org/show_bug.cgi?id=11966 describes similar problems

CC: (none) => dvgevers

Comment 2 Manuel Hiebel 2013-12-22 15:35:21 CET
(iirc we have some note in the errata/release page)

CC: (none) => thierry.vignaud
Blocks: (none) => 11979

Comment 3 Samuel Verschelde 2014-02-04 15:34:37 CET
The problem can occur also when installing regular kernel updates, not only when upgrading the system, can't it?

CC: (none) => stormi

Comment 4 Morgan Leijström 2014-02-04 18:21:20 CET
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.
Comment 5 Anne Nicolas 2015-02-05 21:43:03 CET
We will deal with errata notes for Mageia 5 and add this to Mageia 6 specifications for installer

CC: (none) => ennael1

Angelo Naselli 2015-02-05 21:46:10 CET

CC: (none) => anaselli

Marja Van Waes 2015-04-06 22:58:58 CEST

Blocks: (none) => 15637

Samuel Verschelde 2015-05-21 12:46:31 CEST

Whiteboard: (none) => FOR_ERRATA

Comment 6 papoteur 2015-05-31 18:27:54 CEST
Added in errata:

CC: (none) => yves.brungard_mageia

Samuel Verschelde 2016-10-16 15:41:35 CEST

Assignee: bugsquad => mageiatools

Comment 7 Marja Van Waes 2017-03-29 07:21:45 CEST
(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?

Keywords: (none) => IN_ERRATA5
CC: (none) => marja11
Whiteboard: IN_ERRATA => (none)

Note You need to log in before you can comment on or make changes to this bug.