1 |
Ok, so I may try a stress test if I get a chance, but I'd much rather |
2 |
try an older kernel version first. As far as specs, Turion64 dual |
3 |
core, nvidia GeForce go 6150, 2gb ram (of some kind, not sure, I know, |
4 |
it's deplorable), 120 gb hard disk, other than that I'm not sure, |
5 |
unless you're looking for asthetics, which I assume you aren't. Can |
6 |
anyone tell me how to emerge an older kernel? I'm not that good with |
7 |
portage, and I'm not sure how to emerge older versions. I think I knew |
8 |
at one point, but that was a while ago. Thanks. |
9 |
|
10 |
-Peter |
11 |
|
12 |
On 5/15/07, Wil Reichert <wil.reichert@×××××.com> wrote: |
13 |
> > Now wait a minute, not everyone has $100k to spend on a brand new |
14 |
> > laptop. I'm a student, and I have a single computer to last me through |
15 |
> > two years of highschool and and at least a few years of college, and |
16 |
> > there's no way I'm going to screw up my computer without some |
17 |
> > insurance, ok? Before I run anything on this machine, I'm going to |
18 |
> > make sure that I'm still under warrantee, whether the parts are user |
19 |
> > servicable or not. Now if you call that being silly, then that's your |
20 |
> > choice, but it's my choice if I want to be cautious, even overly so. |
21 |
> Keep in mind the programs mentioned are not supposed to break your |
22 |
> hardware but to discover if its already got problems. Yes, they do |
23 |
> put stress on various components, but thats the entire point - a lot |
24 |
> of issues don't show themselves under 'normal' usage. |
25 |
> |
26 |
> > On that note, I did buck up and run memtest86+ from a Ubuntu livecd, |
27 |
> > and after several loops (about 1h 30 min of straight testing) I didn't |
28 |
> > get a single error. It was on Test #6 when I stopped, so I think the |
29 |
> > memory's chill. Besides, as I said before, when I run anything GUI |
30 |
> > (enlightement, right now), it's fine. I just have to jump in and out |
31 |
> > of terminal really quickly. The fact that it likes to crash after |
32 |
> > starting x server twice makes me think I might have a few damaged |
33 |
> > portions on my harddrive. Does that sound about right? Of course, that |
34 |
> > sounds like it could be a kernel issue too. If I can figure out how to |
35 |
> > "downgrade" my kernel, maybe that will solve it. |
36 |
> Try 'badblocks' from a livecd. Its got a read-only mode which will |
37 |
> not harm your existing data. This is sounding more and more like a |
38 |
> kernel issue. You haven't mentioned the specs on your laptop, but its |
39 |
> a recent core 2 model, you'll find its devices are poorly supported in |
40 |
> anything less that 2.6.19 / 2.6.20. |
41 |
> |
42 |
> Wil |
43 |
> |
44 |
> > |
45 |
> > I just clicked the "<<plain text" button and the setting has held for |
46 |
> > this entire thread. Come to think of it, I may have actually converted |
47 |
> > it back to Rich Text a few weeks back. |
48 |
> > |
49 |
> > -Peter |
50 |
> > |
51 |
> > On 5/15/07, Peter Hoff <petehoff@×××××××.net> wrote: |
52 |
> > > |
53 |
> > > |
54 |
> > > |
55 |
> > > ----- Original Message ---- |
56 |
> > > From: Peter Davoust <worldgnat@×××××.com> |
57 |
> > > To: gentoo-amd64@l.g.o |
58 |
> > > Sent: Monday, May 14, 2007 7:11:20 PM |
59 |
> > > Subject: Re: [gentoo-amd64] Gentoo crashing? |
60 |
> > > |
61 |
> > > I know it doesn't actually burn the cpu, but I'd rather not cook any |
62 |
> > > components if I don't have to. From what I know of torture tests, they run |
63 |
> > > the cpu so hot it starts making computational errors, am I right? It still |
64 |
> > > makes me nervous. I was hoping to be able to fix the issue just by |
65 |
> > > recompiling my kernel, but no such luck. I'll mess with it some more and see |
66 |
> > > what I can do. Can you give me any advice as to what I should to to a) not |
67 |
> > > violate my warrantee and b) avoid killing my computer as much as possible? |
68 |
> > > Could it just be something with my Gentoo install? I guess that's a stupid |
69 |
> > > question; I've had this problem on an older computer, but it was a Desktop |
70 |
> > > and it was much easier to swap components without messing up my warrantee. |
71 |
> > > So if it were a hardware problem, wouldn't you think that suse 10.2 would |
72 |
> > > have run into it as well? I used to run 10.2 (used to as in 3 days ago) for |
73 |
> > > hours on end without any problems at all. I agree that Gentoo can run the |
74 |
> > > computer harder, but that doesn't quite click. |
75 |
> > > |
76 |
> > > -Peter |
77 |
> > > |
78 |
> > > |
79 |
> > > |
80 |
> > > You're being silly. Software torture tests are not going to kill your |
81 |
> > > hardware. Just run them and see what you get. Memtest will give you the |
82 |
> > > address where the error occured, and I've always been able to determine |
83 |
> > > which stick was bad from that, using a little deductive reasoning (I usually |
84 |
> > > verify by testing the sticks alone, but so far I've not been wrong). |
85 |
> > > |
86 |
> > > As for voiding your warranty, memory and the hard drive are typically |
87 |
> > > considered user-servicable parts. In fact, most of the time if either of |
88 |
> > > those are the problem they'll just send you the parts and you'll have to |
89 |
> > > replace them yourself anyway. |
90 |
> > > |
91 |
> > > More on torturing hardware: really, the only component that's at all |
92 |
> > > vulnerable to this is the hard drive, simply because it's a mechanical |
93 |
> > > device, but it will take an absurdly long time to do any actual damage. I |
94 |
> > > used to test hard drives for video servers (think Tivo, but starting at |
95 |
> > > $100k). We tried a wide variety of drive testing suites, but it turned out |
96 |
> > > none of them ran the drives harder than our normal application. A surprising |
97 |
> > > number of the oldest version of our product are still running, on the |
98 |
> > > original drives, after over 10 years, in situations that are very demanding |
99 |
> > > (like serving multiple channels for DirecTV). So, really, stop being so |
100 |
> > > paranoid about software torture tests. It is a complete myth that you can |
101 |
> > > ruin your hardware by running them. |
102 |
> > > |
103 |
> > > |
104 |
> > > |
105 |
> > -- |
106 |
> > gentoo-amd64@g.o mailing list |
107 |
> > |
108 |
> > |
109 |
> -- |
110 |
> gentoo-amd64@g.o mailing list |
111 |
> |
112 |
> |
113 |
-- |
114 |
gentoo-amd64@g.o mailing list |