This version has expired
** Changed in: baltix
Status: Confirmed = Invalid
** Changed in: linux (Ubuntu)
Status: Incomplete = Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
** Changed in: baltix
Status: New = Confirmed
** Changed in: baltix
Importance: Undecided = Medium
** Changed in: baltix
Assignee: (unassigned) = Mantas Kriaučiūnas (mantas)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the
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
I've reported separate bug #1218429 (casper-bottom/14locales should check if
locale isn't already generated)
It seems command /usr/sbin/locale-gen , used in 14locales script, should detect
that en_US .UTF-8 is already generated, but doesn't detect during startup of
live system and generates
** Branch linked: lp:ubuntu/casper
--
Excessive memory usage on live CD
https://bugs.launchpad.net/bugs/43706
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
I advised Dave on IRC to use the 'showmounts' kernel parameter and poke
around in /cow.
--
Excessive memory usage on live CD
https://bugs.launchpad.net/bugs/43706
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing
there is no /cow/lib
ubu...@ubuntu:/cow$ ls -al
total 0
drwxr-xr-x 13 root root 280 2009-09-18 07:45 .
drwxr-xr-x 31 root root 280 2009-09-18 07:45 ..
drwxr-xr-x 3 root root 60 2009-09-18 07:45 casper
drwxr-xr-x 2 root root 40 2009-09-18 07:45 cdrom
drwxr-xr-x 2 root root 40 2009-09-18
mdz
I've run a system with the recommended minimum ram of 384 for live cd.
Using mem=384M as recommended by cjwatson.
The system is slow but usable.
Fire fox is a killer
pre firefox
ubu...@ubuntu:~$ free
total used free sharedbuffers cached
Mem:
On Thu, Sep 17, 2009 at 09:49:37PM -, Dave Morley wrote:
I've run a system with the recommended minimum ram of 384 for live cd.
Using mem=384M as recommended by cjwatson.
The system is slow but usable.
Did you check whether the problems described in this bug report are still
present,
The 18 month support period for Gutsy Gibbon 7.10 has reached its end of life -
http://www.ubuntu.com/news/ubuntu-7.10-eol . As a result, we are closing the
linux-ubuntu-modules-2.6.22 task. It would be helpful if you could test the
new Jaunty Jackalope 9.04 release and confirm if this issue
The kernel part of this issue had to do with unionfs, per
https://bugs.edge.launchpad.net/ubuntu/+source/casper/+bug/43706/comments/7
I have no idea whether the same issue affects aufs, though it's possible.
This needs to be verified on 9.04.
--
- mdz
--
Excessive memory usage on live CD
For the record:
casper (1.110) gutsy; urgency=low
* Don't generate fglrx or the nvidia modules in the live session at boot;
we disable restricted-manager in the live session anyway so they aren't
straightforward to use (see #43706). Saves about 19 MB of memory.
-- Colin Watson [EMAIL
On Thu, Oct 04, 2007 at 10:52:28PM -, Mantas Kriaučiūnas wrote:
Matt Zimmerman wrote:
what could we do to work around it?
- Delete the copied-up versions of the .ko files after hardware detection is
complete?
I think there is the very simple solution for Gutsy - nvidia*.ko
The linux-restricted-modules .ko files aren't the ones that are copied
up by unionfs, so aren't what I was talking about. You're right, though,
I think it would be a good idea not to generate them.
--
Excessive memory usage on live CD
https://bugs.launchpad.net/bugs/43706
You received this bug
Matt: deleting the copied-up versions in /cow is probably the simplest
answer, but (a) requires showmounts or else can only be done in the
initramfs (b) is a code path in unionfs we don't otherwise exercise so I
don't want to prod it now. I'm not sure I feel like chasing down all the
possible
On Fri, Oct 05, 2007 at 07:57:55PM -, Colin Watson wrote:
Matt: deleting the copied-up versions in /cow is probably the simplest
answer, but (a) requires showmounts or else can only be done in the
initramfs (b) is a code path in unionfs we don't otherwise exercise so I
don't want to prod
If it isn't practical to fix the O_RDWR unionfs issue, what could we do
to work around it?
- Delete the copied-up versions of the .ko files after hardware detection is
complete?
- Add a --no-lock to modprobe? Why does it care?
--
Excessive memory usage on live CD
Matt Zimmerman wrote:
what could we do to work around it?
- Delete the copied-up versions of the .ko files after hardware detection is
complete?
I think there is the very simple solution for Gutsy - nvidia*.ko
(nvidia_legacy.ko, nvidia_new.ko, nvidia.ko) and fcdsl*.ko take biggest part of
** Summary changed:
- Excessive memory usage
+ Excessive memory usage on live CD
--
Excessive memory usage on live CD
https://bugs.launchpad.net/bugs/43706
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
19 matches
Mail list logo