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 C8371198005 for ; Wed, 20 Mar 2013 19:57:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4BA8DE0774; Wed, 20 Mar 2013 19:57:41 +0000 (UTC) Received: from mail-bk0-f47.google.com (mail-bk0-f47.google.com [209.85.214.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id C3E6DE0769 for ; Wed, 20 Mar 2013 19:57:39 +0000 (UTC) Received: by mail-bk0-f47.google.com with SMTP id jc3so1065601bkc.20 for ; Wed, 20 Mar 2013 12:57:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=ZemwoaRuhF9zqFHEVOhWADXlY9g59+xyW+v5QjDV4d0=; b=zxb8mFjSnPFGkV7n1+hNqoNr0AG5/2TRhcIdMaKc/Ue/HABTmuXgckT5bA9BscXTqv mWEEp/ehvNEFENtCFzNk5zLZx2IcbG9acOeLyrVAQ+leZHbkbz2nvZV/aIKvrOs7IeLh +jfAqQGwzFSFBMTd2NEmxyUN4XNJU5dfa/c+baTpakoJ8IEiEJ+HgRAQFO+nC+6sKUIC XR3zSNbeb+8u9pFqM1FI8L7hPxLDoaxfIuLPNyXyRDew8ajKfYN+mUrLbHaO65Yxvb3H ZnXspTgtGhcK4nsSHX1iL9S5gvjnttgaVmheK4Vb6qZWdMHPWN/DH7Zd4rulbOSgNAbU Qc8A== X-Received: by 10.205.77.138 with SMTP id zi10mr11713817bkb.121.1363809458021; Wed, 20 Mar 2013 12:57:38 -0700 (PDT) Received: from [192.168.178.21] (p57A85013.dip0.t-ipconnect.de. [87.168.80.19]) by mx.google.com with ESMTPS id fw3sm830059bkc.9.2013.03.20.12.57.37 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 20 Mar 2013 12:57:37 -0700 (PDT) Message-ID: <514A14B0.7030002@googlemail.com> Date: Wed, 20 Mar 2013 20:57:36 +0100 From: Volker Armin Hemmann User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130316 Thunderbird/17.0.4 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] System freezes during compiles References: <1363754548.1800.1.camel@hydra> In-Reply-To: <1363754548.1800.1.camel@hydra> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 5381f20d-6994-4818-b91f-934dc0781d42 X-Archives-Hash: 35ed12984bac71d58485c7e0f6803d72 Am 20.03.2013 05:42, schrieb Carlos Hendson: > Hello, > > For last few weeks or so, I've been getting intermittent hard lock-ups > during the emerge of various packages. It appears the more compile > intensive the package, the more likely the lock-up. These lock-ups have > occurred under kernels 3.4.9 and 3.7.10 with gcc 4.5.4 and 4.6.3. > > Once the machine is in a frozen state, the only thing that responds is > the soft power reset button. Some times the machine lock-ups again > after the button is pressed (this is because the compile resumes once > the system comes out of it's frozen state). > > If the system subsequently lock-ups because I wasn't able to cancel the > compile fast enough only a only option left is a hard power reset (10sec > + hold power button). If I cancel the compile, the system is perfectly > responsive and functions normally. > > There are kernel stack traces in /var/log/messages which I'm unable to > decipher and diagnose as to what caused the lock-up. > > If I had to guess, I'd blame an incorrect setting in the .config, but > since I'm stuck in the diagnostic of what part of the kernel might be > experiencing the problem, I need a bit of help to pin point the issue. > > I believe it to be a kernel configuration issue because when I booted > the machine using a system rescue Live CD, I was able to chroot into the > system and emerge packages like gcc without the lock-up problem > occurring. > > That's by no means conclusive, however, I've also run a complete pass of > memcheck for over an hour without any issues reported. > > I'd like to completely rule out hardware failure, what diagnostic tools > tools are recommend to try identify potential hardware issue of this > type? > > The various kernel stack traces are attached in case someone wants to > take a look. I can provide more information should it be needed. > > Any help or advice would be appreciated. > > Regards, > Carlos you might just hit a thrashing situation. Linux is very bad when it comes to abusing swap in case of an emergency. But it also sounds like overheating or a power problem. Power problems might be caused by the PSU - but it could also be the power circuitry of your mobo.