FC2+TFT: Kurzes Aussetzen des Bildschirmsignals

[penguin (rh9)]

Hallo!

seitdem ich FC2 installiert habe geht mein Bildschirm alle paar Stunden mal kurz aus und dann wieder an. Ich habe einen NEC 1880sx (TFT) analog an eine GF2mx angeschlossen. Der Bildschirm geht kurz aus und zeigt das On-Screen-Display an, dass ihm ein Signal fehlt. Nach weniger als einer Sekunde geht er wieder an, hat ein verschobenes Bild (ein paar cm nach rechts) und aktiviert selbständig seine Auto-Adjust-Funktion. Eine Sekunde später ist wieder alles ok.

Prinzipiell macht das ganze gar nichts, stört aber schon ziemlich, da man jedesmal kurz nen Schreck bekommt, da man denkt, dass der PC ausgegangen ist und man nicht gespeichert hat. Ist auch nur ne Sache von 1-2 Sek.

- NVIDIA-Grafikkartentreiber habe ich vorhin neu installiert. Wurde auch bei der eigentlichen Fedora-Installation erkannt. Davor wie danach dasselbe.
- Monitortreiber habe ich keine installiert. Fedora hat den Monitor als "LCD1880sx" erkannt. ohne NEC, dürfte aber auch so ok sein, oder?


Wäre schön wenn mir jemand helfen könnte.

Danke penguin

[Alexiel]

konntest du das Problem definitiv auf Linux eingrenzen? Hast du noch ein Windows
oder ein Knoppix da, mit denen das nicht auftritt?
Könnte ja auch ne Sache der Hardware sein. Oder steht in einschlägigen Logfiles was
(syslog...) ?

[penguin (rh9)]

@Alexiel:

Hardware:
Danke für den Hinweis, aber eine fehlerhafte Hardware scheint mir unwahrschienlich! Ich habe den Monitor schon über ein Jahr und die GraKa schon mehr als zwei Jahre. Hatte schon zweimal RH9, zweimal Win2k auf dem Rechner installiert und auch Knoppix desöfteren am Laufen und bisher war noch nichts derartiges! Außerdem habe ich an der Hardware schon ewig nicht mehr rumgespielt. Sehr unwahrschienlich, dass da gerade in dem Zeitraum der Installation was kaputt gegangen ist.

Win2k habe ich auf dem PC, aber ausprobieren ist schlecht, da der Aussetzer unter Fedora nur alle paar Stunden einsetzt (insgesamt alle 2-3 Tage bemerke ich es einmal) und ich unter Win kaum noch was arbeite.

Würde auch gerne ne DVI-GraKa ausprobieren, aber ich habe leider keine.

Logfiles:
Trotz dass ich RH9 schon ein Jahr auf dem PC hatte, blick ich das mit den Logfiles kaum. In welchem könnte ich denn mal schauen? (Wo liegen die?) "man syslog" war für mich nicht aufschlussreich.

[Alexiel]

die liegen unter /var/log/
Syslog ist das Systemlog, in dem alle möglichen, das System betreffenden Meldungen
stehen, Bootvorgang, über irgendwelche Fehler etc.
Vielleicht auch mal messages oder dmesg durchschauen (letzteres ist auch ein Befehl)

Kannst ja auch mal Google anwerfen, ob schon jmd anderes das Problem hatte,
meist ist man ja nicht allein ;)

[penguin (rh9)]

Also vor 20 min ist es gerade nochmal aufgetreten. Danach habe ich alle Log-Files in /var/log/ durchgeschaut. Zu der Zeit ist nichts aufgezeichnet worden.

Aber das mit syslog blick ich immer noch nicht.
dmesg ist klar. Das zeichnet alle Anschlüsse usw auf.
messages stehen bei mir i.d.R. nur die "su" in root drin
boot.log ist der Bootvorgang
uswusf.

Aber was verstehst Du unter syslog selber? Ist das auch ne Datei oder nur der Oberbegriff der Systemdateien?

In google habe ich noch nichts gefunden!

[Phoenix33]

hmm ich hätte da die idee das du apci oder apm an hast .. schau mal bitte in dein bios ob da irgentwas von blank screen steht und ob da ne zeit drinne is .. weil is gut möglich das der kurz versucht den monitor abzuschalten und ihm linux dann sagt so net ^^ also des is mein erster eindruck kann mich aber auch irren ..

[penguin (rh9)]

Ich glaube ich habe das Problem gefunden. Der TFT war auf 75Hz eingestellt. Ich habe noch in dumpfer Erinnerung der Zeiten wo ich mich für TFTs interessiert habe, dass das mal bei Leuten zu Problemen geführt hat.

Habe ihn jetzt mal per xorg.conf auf 60Hz gezwungen. Mal abwarten ob es was bringt.

[Alexiel]

Aber was verstehst Du unter syslog selber? Ist das auch ne Datei oder nur der Oberbegriff der Systemdateien?
nanu, gibt's die Datei bei dir nicht? (/var/log/syslog) Kann ich mir fast nicht vorstellen. Schau
einfach da rein, dann weisst du, was da alles drin ist :)
der Daemon, der dafür zuständig ist, ist treffenderweise der syslogd, der sollte eigentlich
standardmäßig laufen.

Aber die Sache mit dem PowerManagement wär einen Versuch wert, sofern es
denn regelmäßig auftritt.

EDIT: @60Hz - sollte mich wundern, meiner läuft auch mit 75Hz (allerdings XFree 4.3)

[penguin (rh9)]

Ne, habe keine gefunden. Wo soll ich den suchen?

# ls /var/log/

acpid lastlog prelink.log spooler.1
boot.log mail rpmpkgs system-config-network
boot.log.1 maillog rpmpkgs.1 vbox
cron maillog.1 samba wtmp
cron.1 messages scrollkeeper.log Xorg.0.log
cups messages.1 secure Xorg.0.log.old
dmesg nvidia-installer.log secure.1 yum.log
gdm ppp spooler

# locate syslog

/usr/lib/python2.3/lib-dynload/syslogmodule.so
/usr/lib/perl5/5.8.3/syslog.pl
/usr/lib/perl5/5.8.3/i386-linux-thread-multi/syslog.ph
/usr/lib/perl5/5.8.3/i386-linux-thread-multi/sys/syslog.ph
/usr/lib/ooo-1.1/program/python-core-2.2.2/lib/lib-dynload/syslog.so
/usr/include/sys/syslog.h
/usr/include/syslog.h
/usr/share/man/man5/syslog.conf.5.gz
/usr/share/man/de/man3/syslog.3.gz
/usr/share/man/man3p/syslog.3p.gz
/usr/share/man/man3/vsyslog.3.gz
/usr/share/man/man3/syslog.3.gz
/usr/share/man/man0p/syslog.h.0p.gz
/usr/share/man/man2/syslog.2.gz
/usr/share/man/man8/syslogd.8.gz
/usr/share/doc/ntp-4.2.0/msyslog.html
/var/opt/mkcdrec/etc/syslog.conf
/etc/log.d/scripts/services/syslogd
/etc/log.d/conf/services/syslogd.conf
/etc/logrotate.d/syslog
/etc/sysconfig/syslog
/etc/rc.d/rc3.d/S12syslog
/etc/rc.d/rc6.d/K88syslog
/etc/rc.d/init.d/syslog
/etc/rc.d/rc4.d/S12syslog
/etc/rc.d/rc0.d/K88syslog
/etc/rc.d/rc1.d/K88syslog
/etc/rc.d/rc2.d/S12syslog
/etc/rc.d/rc5.d/S12syslog
/etc/syslog.conf
/sbin/syslogd


EDIT: 60Hz waren es nicht. Kam gerade schon wieder vor... So langsam gewöhne ich mcih fast dran. ;-)

[Alexiel]

komisch, läuft denn der syslogd?
# ps -e | grep syslogd

Wenn nicht, steht vielleicht ein Fehler im syslog :D (kleiner Scherz am Rande)

wie du siehst, wird er ja eigentlich in allen Runleveln gestartet...

p.s. wenn du kannst, probier mal nen anderen Monitor.

[penguin (rh9)]

Ja, syslogd läuft. Wird auch beim Booten gestartet.

1093 ? 00:00:00 syslogd

Anderen Monitor ausprobieren kommt ein andermal dran. Hätte noch einen alten 17" Flimmerkasten hier. ;-)

[penguin (rh9)]

BIOS-Optionen haben nichts genutzt. Habe vorübergehend alles was mit Powersafe und Monitor zu tun hat ausgeschaltet.
Selber Fehler tritt immer noch auf.

[Alexiel]

klingt aber irgendwie doch nach Hardware, meinst du nicht?

Hast du schon alles ACPI deaktiviert? glaub da gibts nen Boot-Switch für, irgendwas
wie "acpi=no" in LiLo. Da aber besser nochmal nachforschen.

Das mit dem Syslog kann ich mir nicht so richtig erklären, kannst dir ja mal die /etc/syslog.conf
ansehen, das ist meine:


[alexiel@kasumi RUN]$ cat /etc/syslog.conf
# Various entry
auth,authpriv.* /var/log/auth.log
*.*;auth,authpriv.none -/var/log/syslog
user.* -/var/log/user.log

# Log anything (except mail) of level info or higher.
# Don't log private authentication messages!
*.info;mail.none;;news.none;authpriv.none -/var/log/messages

# The authpriv file has restricted access.
authpriv.* /var/log/secure

# Mail logging
mail.=debug;mail.=info;mail.=notice -/var/log/mail/info
mail.=warn -/var/log/mail/warnings
mail.err -/var/log/mail/errors

# Cron logging
cron.=debug;cron.=info;cron.=notice -/var/log/cron/info
cron.=warn -/var/log/cron/warnings
cron.err -/var/log/cron/errors

# Kernel logging
kern.=debug;kern.=info;kern.=notice -/var/log/kernel/info
kern.=warn -/var/log/kernel/warnings
kern.err /var/log/kernel/errors

# Lpr logging
lpr.=debug;lpr.=info;lpr.=notice -/var/log/lpr/info
lpr.=warn -/var/log/lpr/warnings
lpr.err -/var/log/lpr/errors

# News logging
news.=debug;news.=info;news.=notice -/var/log/news/news.notice
news.=crit -/var/log/news/news.crit
news.=err -/var/log/news/news.err

# Daemons logging
daemon.=debug;daemon.=info;daemon.=notice -/var/log/daemons/info
daemon.=warn -/var/log/daemons/warnings
daemon.err -/var/log/daemons/errors


# Everybody gets emergency messages
*.emerg *

# Save mail and news errors of level err and higher in a
# special file.
uucp,news.crit -/var/log/spooler

# Save boot messages also to boot.log
local7.* -/var/log/boot.log

# Explanations from Mandrake Linux configuration tools
local1.* -/var/log/explanations
aber eben Mandrake 10

[penguin (rh9)]

Danke, ich werde mal schauen. Habe nur leider gerade keine Zeit.

Ich habe heute morgen noch im KDE-Kontrollzentrum die Energiesparfunktion der "Energeikontrolle für Monitor/Display" ausgeschaltet, die war an. Seit dem ist es nicht mehr aufgetreten. Ich melde mich, wenn ich es wieder auftritt. Aber ich hoffe mal nicht. ;-)

[kth]

Die Syslog-Meldungen landen bei Fedora Core und Red Hat Linux in der Datei /var/log/messages.

[penguin (rh9)]

Ah ok, danke!

Da stand aber nichts interessantes drin. Noch ist es auch nicht mehr aufgetreten.

Danke penguin