| 1 |
Moin, |
| 2 |
|
| 3 |
On Fri, 13 Apr 2007 21:55:34 +0200 |
| 4 |
Bertram Scharpf <lists@×××××××××××××××.de> wrote: |
| 5 |
|
| 6 |
> Heute ist mir auf einer völlig neu installierten Maschine |
| 7 |
> beim Kunden dasselbe passiert, was mir sehr ungelegen kommt, |
| 8 |
> da ich gerade dabei bin, ihn von Open Source zu überzeugen. |
| 9 |
|
| 10 |
gleiche Konfiguration (v.a. Kernel, GraKa-Treiber)? |
| 11 |
|
| 12 |
> Die Abstürze passieren immer, wenn eine größere Kompilation |
| 13 |
> läuft, zum Beispiel `emerge -pvuD world' mit GCC oder Xorg. |
| 14 |
|
| 15 |
Na, dann vielleicht eher Temperatur o.ä.? GCC bedeutet halt heftig Last. |
| 16 |
|
| 17 |
> Im Verdacht habe ich weiterhin Firefox, ich bin mir aber |
| 18 |
> nicht ganz sicher, ob ich ihn immer dann bedient habe, |
| 19 |
> wenn's passiert ist. |
| 20 |
|
| 21 |
Wie soll ein ja für gewöhnlich unter normalen Rechten laufender Firefox |
| 22 |
das denn anstellen?!? Also 100% Last und solche Chosen, ja. Aber ein |
| 23 |
Voll-Absturz? |
| 24 |
|
| 25 |
> $ uname -r |
| 26 |
> 2.6.19-gentoo-r5 |
| 27 |
> |
| 28 |
> Legt sich das mit dem nächsten Kernel-Update? Kann ich |
| 29 |
> vorher etwas tun? |
| 30 |
|
| 31 |
Tja?!? Dass es unter Last auftritt deutet auf ein Hardwareproblem hin, |
| 32 |
kann aber auch mit I/O oder Prozessmanagement zu tun haben. |
| 33 |
Experimentelle Treiber? Proprietäre Grafiktreiber? |
| 34 |
|
| 35 |
Was dir bleibt, ist eigentlich nur das Ausschlußprinzip. Hoffentlich |
| 36 |
lässt sich der Fehler relativ einfach provozieren... |
| 37 |
|
| 38 |
-hwh |
| 39 |
-- |
| 40 |
gentoo-user-de@g.o mailing list |
Archives