From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 27FAF138A1F for ; Thu, 24 Apr 2014 12:57:29 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DBE9FE0A76; Thu, 24 Apr 2014 12:57:22 +0000 (UTC) Received: from smarthost01c.mail.zen.net.uk (smarthost01c.mail.zen.net.uk [212.23.1.5]) by pigeon.gentoo.org (Postfix) with ESMTP id D6664E0A43 for ; Thu, 24 Apr 2014 12:57:21 +0000 (UTC) Received: from [82.69.80.10] (helo=wstn.localnet) by smarthost01c.mail.zen.net.uk with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1WdJDM-0003hU-Mr for gentoo-user@lists.gentoo.org; Thu, 24 Apr 2014 13:57:20 +0100 From: Peter Humphrey To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] More emerge oddity in chroot Date: Thu, 24 Apr 2014 13:57:19 +0100 Message-ID: <5383625.3zvFPHoqv2@wstn> Organization: at home User-Agent: KMail/4.11.5 (Linux/3.12.13-gentoo; KDE/4.11.5; x86_64; ; ) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Originating-smarthost01c-IP: [82.69.80.10] X-Archives-Salt: 8c0c6211-5a86-4bcf-a92b-6e70a86574ad X-Archives-Hash: 3cf3c7960ddc6ece9f4f5d880139c2c4 Hello list, I'm wearying of this chroot operation, and I must be sounding like a tyro. The other day emerge started hanging at the end of compilation, thus: # emerge -1 apache-tools [,,,] make[1]: Leaving directory `/var/tmp/portage/app-admin/apache- tools-2.2.25/work/httpd-2.2.25/support' >>> Source compiled. * Skipping make test/check due to ebuild restriction. >>> Test phase [disabled because of RESTRICT=test]: app-admin/apache- tools-2.2.25 >>> Install apache-tools-2.2.25 into /var/tmp/portage/app-admin/apache- tools-2.2.25/image/ category app-admin make[1]: Entering directory `/var/tmp/portage/app-admin/apache- tools-2.2.25/work/httpd-2.2.25/support' mkdir /var/tmp/portage/app-admin/apache-tools-2.2.25/image/usr mkdir /var/tmp/portage/app-admin/apache-tools-2.2.25/image/usr/sbin make[1]: Leaving directory `/var/tmp/portage/app-admin/apache- tools-2.2.25/work/httpd-2.2.25/support' >>> Completed installing apache-tools-2.2.25 into /var/tmp/portage/app- admin/apache-tools-2.2.25/image/ strip: i686-pc-linux-gnu-strip --strip-unneeded -R .comment -R .GCC.command.line -R .note.gnu.gold-version usr/sbin/htpasswd usr/sbin/ab usr/sbin/rotatelogs usr/sbin/logresolve usr/sbin/htdigest usr/sbin/htdbm usr/sbin/htcacheclean usr/sbin/httxt2dbm usr/sbin/checkgid >>> Done. It never comes back from there, not even with a CTRL-C; I have to "kill -9" from another Konsole. Grepping ps for emerge (before the kill!) shows: 20749 pts/1 DN+ 0:03 /usr/bin/python3 /usr/bin/emerge --nospinner -1 apache-tools Man ps says that the D means "uninterruptible sleep (usually IO)" So far I've done these things: 1. Wiped the whole system and restored from backup (heavy overkill, but I wanted everything to be in the same, consistent state). 2. Run bad-blocks tests on all partitions (though all but / and /boot are in logical volumes - I don't know to what extent that will have affected the results). 3. Remerged portage. 4. Recompiled the kernel, 3.12.13. 5. Booted previous good kernel,3.10.32. 6. Emerged natively on the Atom box for which the chroot is a build host. At various stages I got bizarreness like the kernel panicking at boot on a previously good kernel config, before it even switched to the frame buffer; or, during shutdown, "exiting from KVM" or some such, even though I've never used KVM. Portage works fine outside the chroot and is at the same version, 2.2.8-r1. It has python3 set in package.use in both cases, so I also tried: 7. Removed python3 USE flag from sys-apps/portage. Is my hardware dying? Or maybe I am. Time to seek intelligent conversation down the pub. :-( -- Regards Peter