On Mon, Jan 02, 2012 at 01:22:21AM +0100, Christian Hofstaedtler wrote:
- Marc Haber mh+grml-devel@zugschlus.de [120101 23:45]:
On Sun, Jan 01, 2012 at 11:10:40PM +0100, Ulrich Dangel wrote:
- Marc Haber wrote [01.01.12 22:33]:
Loading an 350 MB image to RAM takes considerably more time than an 130 MB image.
You can load the image into ram after you started it via the command grml2ram. This means you can copy it to ram while already working.
Nice idea. How about an option to copy to ram in the background?
What do I do on old systems that only have 512 MB RAM?
Use an old release.
With old security-bugs? I don't like that idea at all.
Additionally, on my typically 1 GB large boot, I was able to place to grml-small images in addition to the normal /bot contents. I was already forced to resize /boot on my notebook because of grmls size increase.
As i said before you can place the grml iso images on a dedicated LVM lv or on raid and use that for mounting the isos. Stacked setups will work also (LVM on raid)
That doesn't help too much for systems that are already installed.
1GB is enough for kernels, initrds and Grml.
Are you aware how big kernel debug infos are?
Also, nothing forces you to put Grml into /boot.
Up to grml 2011.05, grml forced me to do that. I haven't yet verified whether grml can find its iso on an LV on GPT. If so, that would be a big step forward.
Generally speaking, having /boot seperate from / is one of those legacy errors that need to die.
I still frequently have that for a number of reasons, that are unlikely to change.
Greetings Marc