Dan,
Sounds like your var partition had filled up perhaps - what size was the partition you had mounted?
Don't know your experience with Gentoo, but it extracts package sources under /var/tmp/portage/$(package_name) and compiles them therein so you need to have a fair amount of space in /var in order to extract/build larger packages (openoffice, firefox, kernel etc).
Jim
----- Original Message ----- From: "Dan Hatton" vi5u0-alug@yahoo.co.uk To: "Anglia Linux Users' Group" main@lists.alug.org.uk Sent: Friday, 12 June, 2009 13:04:47 GMT +00:00 GMT Britain, Ireland, Portugal Subject: [ALUG] Gentoo kernel installation hangs while removing something under /var
Dear All,
Any idea what might be going on in the following, please?
I'm installing Gentoo from the latest (20090606, IIRC) installation CD, on a new machine. I followed the handbook as far as attempting to install a kernel with
emerge tuxonice-sources
(I also tried the more standard emerge gentoo-sources, with the same symptoms).
The emerge process (or rather, a process started by it) hangs just after applying patches to the kernel. top reveals that almost all the CPU is being taken up by an attempt to rm something under $(chroot)/var. the exact pathname of the "something" scrolled off-screen before I could catch it, but it looked like it was probably a directory full of patches.
When I killed the rm process, emerge carried on nicely, and put a kernel source tree where I'd expect it, in $(chroot)/usr/src. That kernel configured OK, and at least started to compile OK before I had to leave it to go do my day job.
So what's the problem, apart from that it's kind of inelegant for an install process to hang and need special measures by the user? If this sort of thing happens on other packages too, the stuff that should have been rm'd and hasn't will pretty quickly fill the small partition I've mounted as $(chroot)/var.
Possible explanations welcome.
On Fri, 12 Jun 2009, Jim Rippon wrote:
Sounds like your var partition had filled up perhaps
Hmm... df never showed it more than 20% full, although perhaps I just didn't run df at the right time.
what size was the partition you had mounted?
IIRC, 12GB, so not _that_ small.
Don't know your experience with Gentoo
Complete newbie. I chose the relative partition sizes on the basis of current disc usage on my Fedora box, along with a vague idea that having a small /var would stop malfunctioning processes filling up my hard disc by writing lots of rubbish into /var/log.
but it extracts package sources under /var/tmp/portage/$(package_name) and compiles them therein so you need to have a fair amount of space in /var in order to extract/build larger packages (openoffice, firefox, kernel etc).
I'm tempted to make /var/tmp/portage a symlink to something in the root filesystem, then. Is there any reason that would be enormously stupid?
Hi all,
Gentoo is awesome. Didn't know a new version came out. Might install it this weekend, although #alug will laugh and poke fun at me ;)
On 12/06/2009, Dan Hatton vi5u0-alug@yahoo.co.uk wrote:
On Fri, 12 Jun 2009, Jim Rippon wrote:
Sounds like your var partition had filled up perhaps
Hmm... df never showed it more than 20% full, although perhaps I just didn't run df at the right time.
what size was the partition you had mounted?
IIRC, 12GB, so not _that_ small.
I've had openoffice 3 fill up about 4 GB out of my root fs... so the compilation actually errored out.
current disc usage on my Fedora box, along with a vague idea that having a small /var would stop malfunctioning processes filling up my hard disc by writing lots of rubbish into /var/log.
but it extracts package sources under /var/tmp/portage/$(package_name) and compiles them therein so you need to have a fair amount of space in /var in order to extract/build larger packages (openoffice, firefox, kernel etc).
I'm tempted to make /var/tmp/portage a symlink to something in the root filesystem, then. Is there any reason that would be enormously stupid?
What I did was to mount -o bind /var/tmp/portage /home/srdjant/portage, as I had a lot more space in /home/
Then I waited for about 2 days for openoffice 3 to compile ;P (2 GHz core 2 duo, 2GB ram)
Srdjan
-
Dan Hatton -
Jim Rippon -
Srdjan Todorovic