From: Gene Heskett <gene.heskett@gmail.com>
To: Ken Moffat <zarniwhoop@ntlworld.com>
Cc: Randy Dunlap <randy.dunlap@oracle.com>,
LKML <linux-kernel@vger.kernel.org>,
linux-kbuild@vger.kernel.org
Subject: Re: 2.6.36, make oldconfig broken
Date: Fri, 22 Oct 2010 22:18:38 -0400 [thread overview]
Message-ID: <201010222218.38266.gene.heskett@gmail.com> (raw)
In-Reply-To: <20101023010717.GA20750@deepthought>
On Friday, October 22, 2010, Ken Moffat wrote:
>On Fri, Oct 22, 2010 at 02:20:17PM -0700, Randy Dunlap wrote:
>> On 10/22/10 13:08, Gene Heskett wrote:
>> > But I'll be interested in what you get. Its stuff like this that
>> > have made me wary of downloading the kernel images in .bz2 formats,
>> > too many times I have had to go back and get the .gz version because
>> > the unpacking of the .bz2 upchucked and silently threw away a subdir
>> > tree, and only a fresh download fixes it, blowing it away and
>> > unpacking the bz2 again will only fix it occasionally. I started
>> > with the tar.gz of course this time.
>>
>> Curiouser and curiouser.
>> I always download & build from .bz2 tarballs, with no problems.
>
> On my own x86 machines, I can remember seeing apparently corrupted
>.tar.bz2 files twice in the last eight-or-so years. In each case,
>untarring reported an error, it didn't silently lose files and
>directories, and in each case the problem was failing memory.
>
> In Gene's case, I recommend running memtest86 or better ('+') as
>soon as possible. On my problematic x86 boxes, memtest86 started to
>report errors within a minute or so of starting. If it runs for a
>whole cycle, the memory is probably ok.
>
>ken
I haven't done that in 6 months or so, but will the next time I reboot.
The last time I had any errors from memtest+ was about 18 months back, and
a thorough re-seating of the memory seemed to fix it. Maybe its due again?
Thanks for the reminder Ken. One tends to 'get in a rut' in the later
years, forgetting such.
I will report what happens when I do.
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
To the landlord belongs the doorknobs.
next prev parent reply other threads:[~2010-10-23 2:18 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <201010221229.36996.gene.heskett@gmail.com>
2010-10-22 18:40 ` 2.6.36, make oldconfig broken Randy Dunlap
2010-10-22 20:08 ` Gene Heskett
2010-10-22 21:20 ` Randy Dunlap
2010-10-23 0:54 ` Gene Heskett
2010-10-23 1:39 ` Ken Moffat
2010-10-24 1:36 ` Randy Dunlap
2010-10-23 1:07 ` Ken Moffat
2010-10-23 2:18 ` Gene Heskett [this message]
2010-10-23 13:41 ` Ingo Molnar
2010-10-23 16:26 ` Gene Heskett
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201010222218.38266.gene.heskett@gmail.com \
--to=gene.heskett@gmail.com \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=randy.dunlap@oracle.com \
--cc=zarniwhoop@ntlworld.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox