Hallo prengel, habe das Problem schon mal auf einem DELL GX 50 1.3 GHz mit einem Compaq S710 Monitor gehabt. Suse 11.0 erkannte die Maschine als DELL GX 240 und verlohr bei der Erkennung des Graphikchips auf dem Mainboard die Kontrolle über sein eigenes internes Systemtimimg. Nachdem die Maschine mehrere Stunden mit "schwarzem Monitor" vor sich hin rechnete schaltete ich diese ab. Beim nächsten Start wurden einige Tausend Zeilen mit dem Inhalt: "... Transit .... Nr.: .... " über den Monitor gewälzt ohne das sich dabei was an dem Fehlverhalten besserte. Damals rechnete ich damit, das es sich hir um einen physikalischen Feinstruktureffekt handelte. f(h) / f(C(e)) / f(Ry) / f(cpu) * f(timer) * f(B) * f(Z) * f(N) * Alpha^3 = 25.06865306 mit f(h) = Plankfrequenz ~ 7.3998E42 Hz f(C(e)) = Comptonfrequenz der Elektronen ~ 1.235E20 Hz f(Ry) = Rydbergfrequenz ~ 3.2898E15 Hz f(cpu) = Taktfrequenz der CPU ~ 1.3 GHz f(timer) = Systemtimerfrequenz ~ 18.2 Hz f(B) = Bildfrequenz ~ 75 Hz f(Z) = Zeilenfrequenz ~ 67.4 KHz -> 67.5 KHz f(N) = Netzfrequenz ~ 50 Hz Alpha = Feinstrukturkonstante ~ 7.297E-3 dabei kann es vorkommen, das ein quantenzyklischer Machinenfehler im System auftaucht, der aber als solcher nicht von einfacher Software erkannt werden kann, wenn diese nicht auf die Entdeckung dieses "Alpha-Effektes" hin sicher genug in der Hardware und der Software geplant gefertigt, programmiert und betrieben wurde. Im Falle meines Rechners DELL GX50 währe der Fehler bei einer Konvergenz auf exakt 25 gegenüber 25.06865306 nicht aufgetreten. Dabei hilft es nicht wirklich die relalen Werte grob zu runden egal ob RF-techisch ab und auf bei den Grenzen 0,25 und 0,75 um dazwischen weiter zu rechnen bis sich was ändert; oder fiskalisch bei Goldenem Schnitt ^-3 und 5 - Goldenem Schnitt ^+3 bei 0.236... & 0.763... sowie kausal bei Goldenem Schnitt ^-2 und Goldenem Schnitt ^-1 bei 0.381966.. gegenüber 0.618... sowie sozial bei < 0.4999999999999.... > 0.5000000000001 Punkt um. Da es sich hier um wirkliche physische Exaktheiten handelt die unter gröbsten elektronischen Digitalmessfehlern noch eine 12 bis 13 dezimalstellige Grundgenauigkeit aufweisen hilft nur die konsequente Hardware- und Software Planungs-, Fertigungs-, und Betriebsexaktheit. Da ich nicht die technischen Werkzeuge und auch nicht den PAP sowie den Quellcode von LINUX 11.0 habe um diese Software auf meinem DELL GX50 zu installieren versuchte ich es mit einer Vorinstalation von LINUX 9.2 um dann ein Update auf LINUX 11.0 auszuführen. Dies hat kurz funktioniert. Aber nach ca. 25 Wochen fingen dann diese künstlich übergangenen Probleme erneut an. Updatefehler.... Updateversagen... bis zum totalen Systemausfall nach ~ 25 Tagen (365.25 * 0.0685306.) Im Falle Ihres Kunden Herr prengel kann eine darauf gründende Systemanalyse ggf. zum dauerhaften Erfolg führen. Sicher wird es bei openSuse eine Nachdenken über den PAP von LINUX geben als auch bei den Herstellern der Hardware(n) über deren StromAblaufPlan SAP und seine physikalische Korrelation mit dem Feinstrukturraum aller life laufenden Anlagen. Gerne bin ich Ihnen bei der theoretischen Analyse des bei Ihnen betroffenen Netzwerkes nach exakten Kräften behilflich. Mfg Michael Frithjof Müller ----- Original Message ----- From: "Georg Schilling" <geosch@george.in-dsl.de> To: "openSUSE mailing list" <opensuse-de@opensuse.org> Sent: Thursday, September 24, 2009 5:07 AM Subject: Re: identische PCs aber bei einigen funktioniert die Grafik nicht richtig (Nachtrag)
prengel schrieb:
prengel schrieb:
Hallo,
Moinsen!
hat jemand dazu eine Idee. Ein Kunde hat 25 PCs mit identischer Ausstattung (PCs und Monitor) An PC1 hat er ein Image auf Basis Suse 11.0 entwickelt und auf PCs mit Acronis verteilt. Das Problem: Bei einigen Systemen wird der Monitor nicht erkannt was in letzter Konsequenz zu hängenden Systemen führt weil die Grafikkarte falsch konfiguriert ist. Auf anderen dagen keinerlei Probleme. Auf anderen Systemen klappt es einwandfrei. Ich habe keine Idee mehr wo ich suchen kann. selbst die Bios-Versionen sind auf allen PCs identisch.
Hat jemand dazu Tips?
Dieser Eintrag taucht bei den betroffenen Systemen auf Xorg.0.log
Error in I830WaitLpRing(), now is 58869, start is 56868 pgetbl_ctl: 0x1ffe0001 pgetbl_err: 0x49 ipeir: 0 iphdr: 50300003 LP ring tail: 160 head: 144 len: 1f001 start 0 eir: 0 esr: 10 emr: ff7b instdone: ffc1 instpm: 0 memmode: 0 instps: 24 hwstam: fffe ier: 82 imr: 53c iir: 40 space: 131036 wanted 131064
Arbeitsspeicher der/dieser Graka zu klein?
BTW: http://www.suse.com/~ug/ Sehr geiles Tool!
Remember to have fun, Georg -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org