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 1Nkyxp-0001jd-IB for garchives@archives.gentoo.org; Fri, 26 Feb 2010 12:06:37 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 99147E0B9B for ; Fri, 26 Feb 2010 12:06:36 +0000 (UTC) Received: from mail-pz0-f176.google.com (mail-pz0-f176.google.com [209.85.222.176]) by pigeon.gentoo.org (Postfix) with ESMTP id C2880E0837 for ; Fri, 26 Feb 2010 11:47:12 +0000 (UTC) Received: by pzk6 with SMTP id 6so2144926pzk.10 for ; Fri, 26 Feb 2010 03:47:12 -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; bh=nnc/vPeqyqIbgPNtHtzdwNas1E9Xt8sW+Bj+YEHpi1I=; b=GrXdxQ69Qe6nPjVw1NEQwo32kG9c3gP+7MCHyDFJtFTLlNhD0KymWUKRMbDB0gwGfV JR7i501vt9UezZxfOK70ma5EVvV6UHOcxnHqBTPb0Jt86/onJaBm47z1NstXS4x+mAyi NqqOaJM99jBCsxMg6Sqg2c0SQiaFoWq7OQBFM= 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; b=wn3xCxyqqUN7MehfYb68KDdR81/WYHWxkAjLtqkKb+i3/fFk1RtQmm3a1bY+dKQsjB RiGskcR8G4naW2UYCZsVNRS5yBEUqrsrStO+m53Y64Uw+ED4M1ViSsXoMTHZ/90q6fPn u0HwZ37f/GWgjss9DT+yNp+B3oELPPICq2i4U= 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.62.12 with SMTP id k12mr157276wfa.49.1267184832262; Fri, 26 Feb 2010 03:47:12 -0800 (PST) In-Reply-To: <5bdc1c8b1002251933s6a250b99v607c97e09f41d4fe@mail.gmail.com> References: <5bdc1c8b1002251933s6a250b99v607c97e09f41d4fe@mail.gmail.com> Date: Fri, 26 Feb 2010 20:47:12 +0900 Message-ID: <3ac129341002260347t7dd00f01s562763cd3187514@mail.gmail.com> Subject: Re: [gentoo-user] recovery from /var corruption? From: daid kahl To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 X-Archives-Salt: c4441c8d-ae3c-4df1-b4aa-efe2cfb61baf X-Archives-Hash: 9506dfdd1d0283c9697bdb73c93a6e9f On 26 February 2010 12:33, Mark Knecht wrote: > So I got my wife's machine booted today using a install disk and > played a bit with e2fsck. The machine stopped being happy last night > due to some sort of corruption on the /var partition. e2fsck > complained about 3 or 4 files and then repaired the partition. The > machine booted cleanly as far as I can tell. Hey buddy! This happened to me, too! See below for my savage ranting for a good laugh. My rule for this is rsnapshot my present system as it is, grab a disk image backup (taken less frequently), and then go to town with portage. I emerged 620 packages today. (Much more in fact if I count rebuilding and stuff.) Only OO.o update is remaining in world. I don't think there's a good and safe way around it. I find inode corruption can be sneaky and hit other stuff. Assuming your backs all exist and stuff, then you can hit up stuff like rsync with the update flag for your personal files between newest and safest backups. Rant: Okay, so Mac OS is getting it to the face now, officially, and forever in my world. I've almost kind of said this before, and I can't remember why I don't follow my own advice, but nothing can be worse than twice-monthly 10% inode corruption. Now check this out: The e2fs program is told "do not mount sda3" and "if you ever do, mount it ro." Even though Mac OS is crazy enough not to use /etc/fstab, it will still (supposedly) listen to rules in here. I found some very retarded way of effectively serial-device referencing sda3, and I said, "do not mount this drive at boot, and if you do, do it ro." Then I went into a Disk Utility thing. I told that the same thing. So that's three times I've said, "Never touch this drive with a 10 foot pole, plz thx!" Yeah, please explain to me how an unmounted, only ro drive can receive rectal examination of 11.4% inode corruption. Others, please take this as a lesson (in some form or another). I think it's the badly coded e2fs program, but that thing is so bad that if it is to blame, it happened after I tried to uninstall the program too, so who knows. So I'm going to put a tiny Tiger install this weekend so I can get nice boot, a few firmware accesses (kill the silly booting sound, and delay an annoying 20 second boot delay in the case there is no EFI partition...ugh). And then I am going to never look at it's ugly face again. System Rescue CD, partimage, and rsnapshot are my friends! (I had so many packages because over the holidays I didn't do sync and world updates, and then I decided to go back to the wonderful ~x86, but since I was super busy and I don't like backing up a system that's untested, then I didn't have good backups of the updates. Maybe a poor choice, but in any case, that was not the reason I was trying to kick myself in the face. Be bloody lucky, or don't use retarded softwarez--- daid > > So, something went bad and I managed to sneak around it for a while > and now I'm sort of living with the machine wondering what to do. > > Do I just watch the logs looking for problems? I have no way of > knowing right now whether this was a disk problem that's going to come > back, a 1 time deal due to power, or something else entirely. > > As these cheap machines that don't use RAID what's the right way to > go? emerge -e @world and then wait for the next event? Do nothing and > wait? > > We've got decent personal data backups as well as basic /etc data. > > Thanks, > Mark > >