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 E87F41381F3 for ; Thu, 13 Jun 2013 13:48:02 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 979C6E0943; Thu, 13 Jun 2013 13:47:50 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) by pigeon.gentoo.org (Postfix) with ESMTP id 1C63DE07FA for ; Thu, 13 Jun 2013 13:47:48 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.16]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0MVXXN-1UqfkJ0xR9-00Z2Xa for ; Thu, 13 Jun 2013 15:47:48 +0200 Received: (qmail invoked by alias); 13 Jun 2013 13:47:48 -0000 Received: from wl-l3-160.rz.tu-ilmenau.de (EHLO localhost) [141.24.17.160] by mail.gmx.net (mp016) with SMTP; 13 Jun 2013 15:47:48 +0200 X-Authenticated: #4040096 X-Provags-ID: V01U2FsdGVkX1/D6yANM2bDO90Bg4EvK/Nu2rkr1q3Zzxjlxq+YKi STxfrVEWtOYidv Date: Thu, 13 Jun 2013 15:47:47 +0200 From: Frank Steinmetzger To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] Any way of tracing kernel freezes? Message-ID: <20130613134746.GA3283@nukleus.lan> Mail-Followup-To: gentoo-user@lists.gentoo.org 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-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline User-Agent: Mutt 1.5.21 (2010-09-15, Gentoo 1.5.21-r12) X-Y-GMX-Trusted: 0 X-Archives-Salt: 7a314f8d-5839-42c8-9ff9-9264e9f2727c X-Archives-Hash: d06f5f4ec96f866dd9ed7c4b4e05f694 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello list, recently my netbook got the habit of freezing sporadically. It happens apparently out of the blue. Until now I thought it might have something to do with audio playback, because I remember always having music playing when it happens. But just now it happened without music: One second I was surfing along, the other second -- dead. While I was already 3 hours in of a 4-hour emerge. :-( If music is playing at a freeze, the last bit of it (less than a second's worth) is looped indefinitely. The screen output is still there, but there is no reaction to any input, not even sysrequests. I also tried SSHing in without success. I have no experience with Kernel debugging. Is there any possibility at all of finding out what the problem is? Perhaps enable some log output? Being a netbook, there is no serial port (which I don't have the means to connect to anyway). In the hopes that the problem started with a 3.9 kernel, I am building a 3.8.13 again (using kernel.org archives). I ran a memtest a few months back and stopped it after 8 successful passes. I might try that again as soon as I find out how=C2=B9, but I'd think that a corrupt memory would cause something different than a full freeze. I'm running a 64 bit kernel and 32 bit userland with march=3Datom. I'd really hate to find out the machine has a hardware problem, it's a very neat piece of silicon with a great screen. Who cares that the 6.5 Watt CPU is a tad slow. It's perfect for a console environment. :-) =C2=B9 I have the in-kernel memtest enabled, so I tried booting it with the "memtest" option right after the last freeze happened. But all I got was a black screen with blinking cursor. --=20 Gru=C3=9F | Greetings | Qapla=E2=80=99 Please do not share anything from, with or about me with any Facebook servi= ce. The circle is the parallel to the dot. --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iEYEARECAAYFAlG5zYAACgkQGafpl66MV0yCqQCfU1wv5EHnZ8aU136JOu/P7gXP 7uQAoJQmlvHAIloAHihqR2v1TjbwuQiv =lcFO -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/--