Hi,

I've seen a growing number of people reporting efibootmgr failing with
ENOSPC when trying to add new boot entries, e.g. on grub-efi
upgrades. It's a worrying trend, and users are ending up with
unbootable systems (hence the severity).

#852513 is a great example. Norbert has done an excellent job of
investigating the problem (thankfully) and in his case this seems to
be a problem with the pstore filling up. Maybe this is the cause of a
number of these problems (e.g. #756253).

With ENOSPC error, at the very least, we should:

 * warn users that their system may fail to boot
 * give some ideas on what might be the cause
 * suggest ways to investigate and/or fix the problem

We could even check for files in /sys/fs/pstore and complain if
they're taking up too much space, maybe?

Hi,
 * Propose or silently remove dumps (generated via pstore), or maybe
leave only one dump
 * Avoid recreating entries if they are not changed or create the new
entries before removing the old ones (so if it fails, old ones are still
there)

The dumps in pstore are kernel oops dumps.

I'm not sure if these are possible to implement or if they are good ones.

Or maybe refuse to do anything if there is no more than a minimum
required free space left on device.
But that minimum required free space need to be determined.

Hello,

Good morning,

We have gone through your samples from a partner and Here is our  Order
List. Please do bear in mind that we are very much in  need of this
order, quote your competitive prices.

Kindly send the Order confirmation.

Your early reply will be much appreciated.

Best Regards,

Maryanah Erwin.

PT FINDORA INTERNUSA

Jln Pahlawan 66 Kec. Arjawinangun

45162 CIREBON West-Java INDONESIA

tel : +62 231 357334

fax: +62 231 357260

email: marketing@findora.com