kernel-packages team mailing list archive
-
kernel-packages team
-
Mailing list archive
-
Message #10662
[Bug 43706] Re: Excessive memory usage on live CD
Why en_US.UTF-8 locale is generated every time during liveCD/liveUSB
startup? See these lines in less /var/log/casper.log :
Begin: Setting up locales... ... Generating locales...
en_US.UTF-8... done
Generation complete.
done.
Locale generation uses a lot of memory and slowdowns startup.
I think en_US.UTF-8 locale should be already generated in filesystem.squashfs and other locales should be generated during liveCD/liveUSB startup only if user chooses another language in syslinux.
It seems Ubuntu 12.04 and newer releases already contains en_US and
other en_* locales in filesystem.squashfs (they are generated during
installation of language-pack-en-base package), but script casper-
bottom/14locales doesn't check if locale isn't already generated - I
think command "localedef --list-archive" should be used for checking if
needed locale isn't already generated.
** Changed in: baltix
Importance: Medium => High
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/43706
Title:
Excessive memory usage on live CD
Status in “casper” package in Ubuntu:
Fix Released
Status in “linux” package in Ubuntu:
Incomplete
Status in “linux-ubuntu-modules-2.6.22” package in Ubuntu:
Won't Fix
Status in Baltix GNU/Linux:
Confirmed
Bug description:
I was poking around the /cow filesystem to see how much memory was
being used and why. The figure was higher than I expected (14M), and
the bulk of it was due to two things:
/var/cache/debconf - the templates are huge, but we're also storing
two copies of them (templates.dat and templates.dat-old). Unlinking
templates.dat-old should immediately free up 5M of memory, at least
until ubiquity runs. It would be nice if we could avoid this
entirely, though. An md5sum check reveals that templates.dat and
templates.dat-old are identical; if it's unchanged, then why make a
backup? I don't see why this file should need to change during a
casper session
/lib/modules - something is causing many kernel modules to be copied,
but not all of them. I'll attach a list.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/casper/+bug/43706/+subscriptions