From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Nl4LZ-0000ZC-41 for garchives@archives.gentoo.org; Fri, 26 Feb 2010 17:51:29 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C2579E0830; Fri, 26 Feb 2010 17:51:04 +0000 (UTC) Received: from mail-pw0-f53.google.com (mail-pw0-f53.google.com [209.85.160.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 92553E0830 for ; Fri, 26 Feb 2010 17:51:04 +0000 (UTC) Received: by pwi2 with SMTP id 2so184002pwi.40 for ; Fri, 26 Feb 2010 09:51:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=/P7erAxUloFppjP5f1N7BT8yTAjAoskL3bE012CvOAc=; b=Myz9y1Gu8bV7sHgtEvgw730oOovCGTSWK52uxRIDQAO6pyDC7YOh97feHjoV4Ur6Iy Zq1x7YmFlOr+uB425ZTPsQmLLVsN2zsjyg0VmO+wZfiT7zRZhGGrz1sv7n8B8zAVLfIN ZnWrBFXwnvTkJe8O9ItjYkgRzvjnzMI7kYtJk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=Kd1Rb5AieqGQWhmcZFeprlx+dcpQjSPGMgmpUfpx9tSi3pKr+Xi5F+aszvfIJug1+2 oKKwPW3W0U3CH+aVuMIe9YGVo7drgMsILqwIHcQ8iNFS4q7pXJ4aNurVod09gVDDR+Hm TSoLElSPHIQUwIF6AfqiCHoUbZ3tWt4lXUfBE= 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 Received: by 10.142.60.15 with SMTP id i15mr388918wfa.240.1267206663985; Fri, 26 Feb 2010 09:51:03 -0800 (PST) In-Reply-To: <201002261827.27513.wonko@wonkology.org> References: <5bdc1c8b1002251933s6a250b99v607c97e09f41d4fe@mail.gmail.com> <201002261701.55621.wonko@wonkology.org> <5bdc1c8b1002260853q60226061pcfa48bdef414bb5a@mail.gmail.com> <201002261827.27513.wonko@wonkology.org> Date: Fri, 26 Feb 2010 09:51:03 -0800 Message-ID: <5bdc1c8b1002260951l7cf3fd77g24a966cf9b399b5c@mail.gmail.com> Subject: Re: [gentoo-user] recovery from /var corruption? From: Mark Knecht To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 79fbab1e-dd27-4363-9109-38fea0aa55ae X-Archives-Hash: 43ebb55ea7ef4748f23dec4b1ad84a7e On Fri, Feb 26, 2010 at 9:27 AM, Alex Schuster wrote: > Mark Knecht writes: > >> On Fri, Feb 26, 2010 at 8:01 AM, Alex Schuster >> wrote: > >> > Okay, but it still states: >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0* =C2=A0 =C2=A0SMART error logging >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0* =C2=A0 =C2=A0SMART self-test >> > >> > So maybe smartctl -t long /dev/hda still works? Just give it a try. >> >> No, -t long fails the same way. Basically every time I try to use >> smartctl on the drive it seems to issue one of these 3-line reports >> about SectorIDNotFound in dmesg. My other machines don't do this. Not >> a good sign I think... >> >> hda: task_no_data_intr: status=3D0x51 { DriveReady SeekComplete Error } >> hda: task_no_data_intr: error=3D0x10 { SectorIdNotFound }, >> LBAsect=3D16777008, sector=3D18446744073709551615 >> hda: possibly failed opcode: 0xb0 > > Uh-oh. Okay, I guess it just won't work then. > > >> Could this have ANYTHING to do with kernel configuation? Is there >> anything required at the kernel level that I might not have turned on? > > I'm pretty sure it has nothing to do with the kernel, but with your drive > being incapable of the SMART commands. > > But I guess using badblocks is not that different in the end. The SMART > selftest runs in the background and does not create disk I/O, but I think > it does nothing so much different from badblocks. > > =C2=A0 =C2=A0 =C2=A0 =C2=A0Wonko > > The machine _mostly_ crashed while running badblocks. I say mostly because the mouse is still alive but I can no longer ssh in and cannot open a terminal on my wife's desktop or get to the console. I tried to Ctrl-C out out of badblocks here (this is running shelled in) before I figured out it was a total crash which messed up the terminal a bit but you can see what it was reporting before the crash dragonfly ~ # badblocks -sv /dev/hda Checking blocks 0 to 156290903 Checking for bad blocks (read-only test): 89360960done, 35:00 elapsed 89360961done, 35:09 elapsed 89360962 89360963 ^C^C18% done, 35:27 elapsed So, there seem to be problems, possibly with the drive, or maybe it's some sort of overheating problem on the processor and this was just the way the processor failed before the crash? I ran memtest86 night before last for 8 hours and had no memory problems. I'll remove memory and PCI cards, reseat everything, and then see what happens. - Mark