Bug #6326
Eliminate unused filesystems from GRUB's stage 2 to bring back free memory
Status: | Closed | Start date: | 2015-10-13 | |
---|---|---|---|---|
Priority: | Normal | Due date: | ||
Assignee: | % Done: | 100% | ||
Category: | kernel | |||
Target version: | - | |||
Difficulty: | Medium | Tags: | needs-triage |
Description
Recent changes to GRUB ( #6294, #6242, and #4185 ) has made its text larger, which reduces the room for storing menu.lst entries for boot environments. Current experiments show an upper limit of 22.
Because memory management in GRUB is so horrible, an expedient band-aid is to eliminate filesystems which are not going to be used. ReiserFS and FFS (the very old BSD Fast File System) are two obvious candidates.
5360 bytes from the are returned by eliminating these, and more experiments show an upper limit beyond 50, but below 60.
Related issues
History
#1
Updated by Dan McDonald over 2 years ago
- Related to Bug #5943: grub fails to boot when too many boot environments are present added
#2
Updated by Electric Monk over 2 years ago
- % Done changed from 0 to 100
- Status changed from New to Closed
git commit 495a25e757699e05ac57407a3f80f6ee235eee2d
commit 495a25e757699e05ac57407a3f80f6ee235eee2d Author: Dan McDonald <danmcd@omniti.com> Date: 2015-10-15T14:20:55.000Z 6326 Eliminate unused filesystems from GRUB's stage 2 to bring back free memory Reviewed by: Toomas Soome <tsoome@me.com> Reviewed by: Igor Kozhukhov <ikozhukhov@gmail.com> Reviewed by: Josef 'Jeff' Sipek <jeffpc@josefsipek.net> Approved by: Gordon Ross <gordon.ross@nexenta.com>
Also available in: Atom