November 2002 - openSUSE Users (Deutsch)

YOU Fehler
by Oliver Dauter 27 Nov '02

27 Nov '02

Moin, es gab deshalb schonmal eine Anfrage hier und damals konnte niemand darauf eine Antwort finden. Ich frage hier nochmal nach, in der Hoffnung, daß das vielleicht inzwischen jemand gelöst hat: Ich habe das Problem, daß bei mir das Online-Update nicht funktioniert. Ich bekomme beim Start von YOU immer folgende Fehlermeldung: "Fehler Signaturüberprüfung für Patch-Infodateien ist fehlgeschlagen. Patch-Informationen können nicht geladen werden." Ich denke ich habe alle nötigen Programme bei mir installiert und inzwischen auch schon Yast incl. You und diverse andere manuell aktualisiert. Nichts desdo trotz geht das nicht. Eine Supportanfrage bei SuSE läuft schon eine ganze Weile, habe aber bisher keine Antwort bekommen. Hat vielleicht jemand eine Idee? cheers.olli -- The Three Major Kind of Tools * Tools for hittings things to make them loose or to tighten them up or jar their many complex, sophisticated electrical parts in such a manner that they function perfectly. (These are your hammers, maces, bludgeons, and truncheons.) * Tools that, if dropped properly, can penetrate your foot. (Awls) * Tools that nobody should ever use because the potential danger is far greater than the value of any project that could possibly result. (Power saws, power drills, power staplers, any kind of tool that uses any kind of power more advanced than flashlight batteries.) -- Dave Barry, "The Taming of the Screw"

6 10

LISTE ABBESTELLEN!
by Nico Droste 27 Nov '02

27 Nov '02

Hallo Leute, empfange jetzt schon seit geraumer zeit die suse- linux liste, bin jetzt nur auf mandrake umgestiegen. will deshalb die liste abbestellen, habe bereits 2 emails an suse- linux-unsubscribe(a)suse.com geschrieben, mit ungefähr 2 wochen abstand, dass die nico(a)droste-gmbh.de bitte aus der liste entfernen sollen, nur leider reagiert da niemand und meine mailbox läuft immer über dank der dummen liste. was kann ich jetzt noch unternehmen, damit ich keine mails mehr bekomme?? es nervt langsam echt!!!! gruß nico

6 7

Suchen und Finden
by Andreas Feile 26 Nov '02

26 Nov '02

Tach Leuts. Ich such schon länger ne Möglichkeit, nach einer Datei mit einem bestimmten Inhalt zu suchen, und zwar auf der Konsole. Wenn ich es recht sehe geht das mit find nicht. Gibts ne andere Möglichkeit? Andy -- Andreas Feile <lists(a)feile.net> URL: www.feile.net

7 6

PHP nimmt nur .php an und kein .php3 !
by formela＠uni.de 26 Nov '02

26 Nov '02

kann mir jemand erklären, wie man php so konfiguriert, dass es auch die dateiendung php3 annimmt? habe suse8.0 mit php4 drauf. hatte es mal so konfiguriert, aber mittlerweile vergessen wo... :( --------------------------------------------------------------------- Mit der GREENCARD nach Amerika! Anmelden, mitmachen und gewinnen! Wir helfen deinem Glück auf die Sprünge - zum Sonderpreis! Nutze diese Chance! Alles weitere unter: http://www.firstcampus.de

2 1

mget Problem
by MichaelHoeller＠t-online.de 26 Nov '02

26 Nov '02

Hallo! Ich versuche einige Dateien mit mget *.tgz von einem ftp Server zu laden. Dummerweise wird jede Datei angezeigt mit einem Fragezeichen dahinter und ich muss mit RETURN bestaetigen - tue ich das nicht schnell genug dann bekomme ich ein timeout. Kann ich da irgendwie die Rückfrage unterdrücken ? Besten Dank Michael

4 3

ext2 to ext3
by Lars Strojny 26 Nov '02

26 Nov '02

Hallo ihr, ich glaube wir hatten den Thread schonmal (?).Kann ich eine Festplatte von ext2 zu ext3 konvertieren? Vielen Dank, Lars Strojny

3 2

Yast2 Problem bei CDROM lesen
by MichaelHoeller＠t-online.de 26 Nov '02

26 Nov '02

Hallo, ich muss in yast2 immer folgenden Eintrag manuell ändern damit meine CDs gelesen werden: cd:///;devices=/dev/hdc nach cd:///;devices=/dev/scd0 Weis jemand wo ich das eintragen kann damit ich nicht immer tippen muss? Gruß und Dank Micha

2 1

Installation der NVIDIA-Graphikkartentreiber unter SuSE-Linux
by Thomas Hertweck 26 Nov '02

26 Nov '02

Hallo! Nachdem ich auf meine Email am Montag, den 18.11. um 13:31h im Thread "Probleme mit NVIDIA-Treiber und Kernel 2.4.19" ein recht ueberwaeltigendes Feedback bekommen habe und sich rund zwei Dutzend Leute per PM bei mir gemeldet haben, die alle an einer Anleitung zum Installieren der NVIDIA-Treiber unter SuSE-Linux interessiert waren, habe ich mich mal hingesetzt und einen Text geschrieben... Dieser Text ist unten an diese Email angehaengt. Es ist, um es klar auszudruecken, Version 0.01 und mag hier und dort noch Bugs beinhalten. Ich bitte daher um Verbesserungs- und Korrekturvor- schlaege, insbesondere auch um auftretende Probleme und deren Loesungen. Sonstiges Feedback ist natuerlich auch willkommen, ge- rade auch von "Anfaengern", wenn es um die Verstaendlichkeit des Textes geht. Vielleicht gelingt es uns ja, eine Ergaenzung zum NVIDIA-eigenen README zu gestalten, das insbesondere SuSE-Linux abdeckt und die dort vorhandenen Tools oder auch Probleme. Soll- te sich das Ganze als hilfreich herausstellen, so kann ich es aehnlich wie Davids Multikernel-HOWTO irgendwo ins Netz stellen. Ich entschuldige mich gleich mal fuer diese lange Email und da- fuer, dass auch diejenigen, die kein Interesse an diesem Text ha- ben, ihn dennoch herunterladen mussten. Weitere Versionen des Tex- tes werden bei Bedarf sicherlich nur noch im Internet veroeffent- licht, diese erste Version habe ich wegen noetigem Feedback und wegen noetigen Korrekturen hierher gepostet. Ich hoffe, das geht in Ordnung. Es waere schoen, wenn auch ein paar Leute, die ein bisschen Erfahrung mit den NVIDIA-Treibern haben, den Text mal korrekturlesen und ergaenzen koennten. Gruesse, Thomson !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Installation der NVIDIA-Graphikkartentreiber unter SuSE-Linux !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Stand: 24.11.02 0. Einleitung ============= Graphikkarten, basierend auf den Nvidia GeForce Graphikchips, sind weit verbreitet. Daher kommt es natürlich oft vor, dass diese auch unter Linux eingerichtet werden müssen. Zwar bringt XFree4 von Hause aus eine Unterstützung für diese Karten mit, jedoch ist damit keine 3D-Beschleunigung verbun- den. Möchte man hardwarebeschleunigtes OpenGL verwenden, so müssen die Nvidia-eigenen Treiber installiert werden. Die Treiber teilen sich auf in zwei Teile: das Kernel-Modul "NVdriver", das jeweils an den auf dem System vorhandenen Ker- nel angepasst werden muss, sowie ein OpenGL-spezifischer Teil, der unabhängig von der Kernel-Version ist und die OpenGL Bibliotheken sowie den XFree-Treiber beinhaltet. Es ist zu be- achten, dass das Kernel-Modul beim Installieren eines neuen Kernels ebenfalls neu erstellt werden muss. Dieses kleine HOWTO versucht nun, die Installation der Treiber unter SuSE Linux zu erklären. Zwar gibt es im Internet zahl- reiche Hilfestellungen, die sind mitunter aber schwer zu fin- den oder in englischer Sprache. Manche Dinge sind unter SuSE- Linux auch ein bisschen anders geregelt als bei anderen Dis- tributionen. Zum Zeitpunkt des Erstellens dieses Textes sind die aktuellsten Nvidia-Treiber Version 1.0-3123 vom 22.08.02. Das Einrichten von Twin-View oder TV-Out soll hier nicht be- handelt werden. Die Installation auf Laptops sollte genau so funktionieren wie hier angegeben, jedoch gibt es beim Laden des Kernel-Moduls ein paar Dinge zu beachten. Diese können im Nvidia-README nachgelesen werden. 1. Allgemeine Bemerkungen / Vorbereitungen ========================================== o Die Nvidia-Treiber benötigen einen Kernel in Version >2.2.12 sowie XFree ab Version 4.02. Die modutils müssen in mind. Version 2.1.121 vorhanden sein. Alle aktuellen Distributionen sollten diese Bedingungen erfüllen. o Download der Nvidia-Treiber von http://www.nvidia.com/. Ach- tung: die deutsche Seite (Endung .de) scheint nicht immer die aktuellsten Treiber zu führen, daher empfiehlt es sich, direkt von der hier angegebenen Seite die Treiber zu bezie- hen. Es ist wichtig, a) sowohl das Kernel-Paket als auch das GLX-Paket zu besorgen, und zwar in der gleichen Versionsnum- mer, b) das richtige Format der Pakete zu wählen (RPM, SRPM, TGZ) sowie c) das richtige Kernel-Paket für den auf dem zur Installation vorgesehenen Rechner passenden Kernel zu wäh- len. Setzt man einen SuSE-Standardkernel ein, so kann man sich schlicht die fertigen RPMs für die jeweilige SuSE-Dis- tribution herunterladen. Hat man einen eigenen Kernel in- stalliert, der nicht auf den zur SuSE-Distribution gehö- renden Kernel-Quellen basiert, so sollte man sich das Kernel- Source-RPM (SRPM) besorgen. Hat man vor, evtl. Parameter bei den Nvidia-Treibern zu verändern, so lohnt es sich, den Treiber als TGZ-Paket herunterzuladen. Letzteres und insbe- sondere das Ändern bzw. Anpassen der Treiber ist nur für Experten sinnvoll. o Vor dem Installieren der Nvidia-Treiber empfiehlt es sich, die BIOS-Optionen zu AGP zu überprüfen, da falsche Einstel- lungen zu Stabilitätsproblemen führen können: -Die AGP-Geschwindigkeit, mit der die Nvidia-Treiber zuver- lässig funktionieren, hängt vom verwendeten Mainboard- Chipsatz ab. Bei Problemen sollte die Geschwindigkeit evtl. auf 2x oder 1x gesenkt werden. Dies kann allerdings auch direkt als Option beim Laden des Kernel-Moduls erfolgen. Dazu später mehr. -AGP FW (Fast Writes) sowie SBA (Side Band Addressing) sind Features, die die Performance von AGP verbessern sollen. In der Praxis hat sich aber herausgestellt, dass diese Features kaum dazu beitragen, im Gegenzug allerdings zu Stabilitäts- problemen führen. Daher sollten diese Optionen deaktiviert werden. Die Nvidia-Treiber nutzen diese Optionen übrigens normalerweise nicht (genau aus den o.a. Problemen), außer man nimmt Änderungen im Code (os-registry.c) vor. Wie immer: dieses Vorgehen empfiehlt sich nur für Experten! -Mit AGP Drive Strength sollte vom Anfänger nicht experimen- tiert werden. Der Bereich zwischen den Werten 0xEA und 0xEE sollte mit den Nvidia-Treibern gut funktionieren. Bei fal- schen Parametern kommt es zu gravierenden Stabilitätspro- blemen. Im Zweifelsfalls den BIOS-Standardwert unangetastet lassen. -Besitzer von ALi Chipsätzen auf dem Mainboard haben leider schlechte Karten und sollten sich dringend das Nvidia-README anschauen. o Es empfiehlt sich, die Software-OpenGL Pakete um mesasoft und mesa-devel zu deinstallieren, falls dieses auf dem System be- reits installiert sind. Zwar hat SuSE dafür gesorgt, dass theoretisch sowohl Software- als auch Hardware-OpenGL Pakete auf dem System parallel vorhanden sein können, aber mitun- ter bereitet es doch Probleme. Die Pakete mesaglu und mesaglut sowie evtl. die zugehörigen *-devel Pakete sollten hingegen installiert sein. o Die Nvidia-Treiber haben mitunter Probleme mit Framebuffer- Support. Daher sollte man diesen zunächst einmal ausschalten. Nach der Installation und Konfiguration von X11 für die Nvidia-Treiber kann man versuchen, den Framebuffer-Support wieder einzuschalten, so es denn benötigt wird. Zum Aus- schalten des Framebuffer-Supports genügt es, beim Booten "vga=normal" als Option anzugeben. Soll der Framebuffer- Support dauerhaft ausgeschaltet werden, so muss diese Option in die Lilo- bzw. Grub-Konfigurationsdatei aufgenommen wer- den (bei lilo ist anschließend der Aufruf von /sbin/lilo nötig). o Leider haben die Nvidia-Treiber mitunter auch Probleme mit APM oder ACPI. Wird APM nicht benötigt, so sollte es aus- geschalten werden. Die entsprechende Boot-Option heißt "apm=off". Zum dauerhaften Ausschalten muss diese Option in die Lilo- bzw. Grub-Konfigurationsdatei aufgenommen wer- den (bei lilo ist anschließend der Aufruf von /sbin/lilo nötig). Manche neuen Rechner booten nicht ohne ACPI-Unter- stützung, andere wiederum haben Probleme, wenn ACPI ver- wendet wird. Auch hier empfiehlt es sich, ACPI auszuschal- ten, wenn es nicht gebraucht wird. Die entsprechende Boot- Option heißt "acpi=off" bzw. "noapci". Zum dauerhaften Ausschalten muss diese Option in die Lilo- bzw. Grub-Konfi- gurationsdatei aufgenommen werden (bei lilo ist anschlies- send der Aufruf von /sbin/lilo nötig). 2. Installation der Treiber =========================== Bei der Installation der Treiber gilt es nun verschiedene Dinge zu beachten. Werden die Nvidia-Treiber erneuert, so sollten die alten Pakete vor dem Einspielen der neuen Pakete entfernt wer- den. Hier soll nun aber von einer Erstinstallation der Treiber ausgegangen werden. Um die Treiber zu installieren, wechsle man nun in den Runlevel 3. Da später die Konfigurationsdatei von X11 verändert wird, ist das Vorgehen nur an einer Konsole zu empfehlen. Als root kann bei gebootetem System ein "init 3" auf der Konsole einge- geben werden (bei Bedarf mit <Strg> + <Alt> + F1 dorthin wech- seln). Beim Booten muss dem entsprechenden Label zum Starten von Linux einfach eine "3" nachgestellt werden, z.B. könnte es dann beim Booten "linux 3" lauten. Obige Hinweise zum Framebuffer-Support, APM und ACPI sollte man beachten. Nun ist zu unterscheiden, ob ein SuSE-Standardkernel von der jeweiligen Distribution installiert und gebootet ist oder nicht. o Installation des Kernel-Moduls bei gebootetem SuSE-Standard- kernel: In diesem Falle gestaltet sich die Installation der Nvidia- Treiber recht einfach. Zunächst muss das Kernel-Modul in- stalliert werden, am besten über das heruntergeladene zur Kernel- bzw. SuSE-Version passende RPM. Ein $> rpm -ihv NVIDIA_kernel-1.0-3123.suse81.i586.rpm sollte auf einer SuSE 8.1 nun das Kernel-Modul korrekt in- stallieren. Im Anschluss daran sollte (falls noch nicht ge- schehen) ein "depmod -a" ausgeführt werden. Nun kann durch "modprobe NVdriver" überprüft werden, ob sich das Kernel- Modul korrekt in den laufenden Kernel laden lässt. Mit "lsmod" lassen sich alle geladenen Module listen. Hier soll- te kein Fehler auftreten. Erst, wenn sich das Kernel-Modul wirklich fehlerfrei laden lässt, braucht mit der weiteren Installation und Konfiguration fortgefahren werden, ansonsten hat es keinen Sinn. Erhält man Fehlermeldungen über "unresolved symbols" beim depmod-Befehl, so ist es wahrscheinlich, dass das Kernel- Modul mit Headerdateien einer anderen Kernelversion compi- liert wurde. Dann hat man entweder das falsche Kernel-RPM installiert oder aber es passt trotz allem nicht zum lau- fenen Kernel. Dann muss man dem nächsten Punkt hier folgen. o Installation des Kernel-Moduls bei beliebigem Kernel: Es empfiehlt sich, das Kernel-Modul aus dem Source-RPM zu bauen, damit die RPM-Datenbank konsistent bleibt. Zwar kann das Kernel-Modul auch aus dem TGZ-Paket gebaut werden, dann muss aber u.U. das GLX-RPM-Paket später mit der Option "--nodeps" installiert werden (das ist zwar dann korrekt, führt aber zu einer inkonsistenten RPM-Datenbank). Damit das Kernel-Modul gebaut werden kann, müssen sich die Kernel- Headerdateien im System befinden, d.h. installiert sein. Das Nvidia Kernel-Modul muss mit dem selben Compiler (insb. auch der selben Compilerversion) übersetzt werden wie der Kernel selbst. Insbesondere gilt das für die Benutzung des gcc2.95 im Gegensatz zu gcc3.2! Sind die Kernel-Header installiert, dann sollte der Befehl $> rpm --rebuild NVIDIA_kernel-1.0-3123.src.rpm" ein auf das System und den laufenden Kernel angepasstes RPM erstellen. Am Ende des Vorgangs erscheint eine Zeile, unter der das fertige RPM abgelegt wurde. Es wird bei einem SuSE-System vermutlich /usr/src/packages/RPMS/i386/ sein. Dieses fertige RPM muss dann wiederum mit dem Befehl $> rpm -ihv NVIDIA_kernel-1.0-3123.i386.rpm (Namen und Pfad entsprechend angepasst) installiert werden. Im Anschluss daran sollte (falls noch nicht geschehen) ein "depmod -a" ausgeführt werden. Nun kann durch "modprobe NVdriver" überprüft werden, ob sich das Kernel-Modul kor- rekt in den laufenden Kernel laden lässt. Mit "lsmod" lassen sich alle geladenen Module listen. Hier sollte kein Fehler auftreten. Erst, wenn sich das Kernel-Modul wirklich fehler- frei laden lässt, braucht mit der weiteren Installation und Konfiguration fortgefahren werden, ansonsten hat es keinen Sinn. Erhält man Fehlermeldungen über "unresolved symbols" beim depmod-Befehl, so ist es wahrscheinlich, dass das Kernel- Modul mit Headerdateien einer anderen Kernelversion compi- liert wurde. Lässt sich das Modul gar nicht erst compilieren oder nicht laden, dann ist vermutlich ebenfalls die Verwendung falscher Kernel-Headerdateien (d.h. Headerdateien für eine andere Kernelversion als die verwendete) verantwortlich. Ursprüng- lich war die Konvention, dass Kernel-Headerdateien in dem Verzeichnis "/usr/include/linux/" installiert werden, dies wurde jedoch durch "/lib/modules/`uname -r`/build/include" ersetzt. Sollte es also Problem gebe, müssen die entspre- chenden Links /lib/modules/`uname -r`/build und /usr/src/linux bzw. die komplette Installation der Kernel- Quellen bzw. Headerdateien überprüft werden. Nach dem Installieren des Kernel-Moduls sollte die Datei /etc/modules.conf überprüft werden. Damit das Kernel-Modul beim Starten von X11 automatisch geladen wird, muss die Zeile "alias char-major-195 NVdriver" vorhanden sein. Ist diese Zeile auskommentiert oder in der angegebenen Datei nicht vor- handen, dann ist sie zu entkommentieren oder hinzuzufügen. o Installation der OpenGL-Bibliotheken: Die Installation des GLX-Paketes kann erst erfolgen, wenn das Kernel-Modul korrekt installiert wurde. Das Kommando $> rpm -ihv NVIDIA_GLX-1.0-3123.suse81.i586.rpm sollte auf einer SuSE 8.1 nun die OpenGL-Bibliotheken korrekt installieren. Im Anschluss daran sollten entweder "switch2nvidia" und "SuSEconfig" aufgerufen werden, oder aber die Befehl "switch2nvidia", "switch2nvidia_glx" und "ldconfig". Zwar sollte das Skript "switch2nvidia" intern das zweite Skript "switch2nvidia_glx" aufrufen, jedoch scheint manchmal ein expliziter Aufruf nötig zu sein - scha- den tut es jedenfalls nicht. Das Update des Linker-Caches ist nötig, damit später die richtige OpenGL-Bibliothek durch den Runtime-Linker gefunden werden kann. Ein Reboot des Systems sollte theoretisch nicht nötig sein. 3. Konfiguration von X11 / Problembehandlung ============================================ Zu diesem Zeitpunkt sollte sowohl das Kernel-Paket als auch das GLX-Paket installiert sein und das Kernel-Modul sollte sich als root von Hand per "modprobe NVdriver" problemlos laden las- sen. Wir befinden uns weiterhin in Runlevel 3. Es gibt mehrere Möglichkeiten, die X11-Konfigurationsdatei XF86Config, die unter /etc/X11 liegt, anzupassen. Sollte es be- reits eine problemlos funktionierende Konfiguration geben, so brauchen theoretisch nur ein paar kleine Änderungen vorgenom- men werden. In der "Device Section" sollte die Zeile Driver "nv" durch Driver "nvidia" ersetzt werden. In der "Module Section" muss der Eintrag Load "glx" vorhanden sein, folgende Einträge müssen gegebenenfalls ent- fernt werden, falls sie vorhanden sind: Load "dri" Load "GLcore" Mit diesen Änderungen sollte es nun möglich sein, X11 mit den Nvidia-Treibern und 3D-Beschleunigung zu nutzen. Es gibt viele weitere Optionen, die gesetzt werden können, um evtl. Fein- einstellungen vorzunehmen. Diese sollen hier nicht im Detail er- klärt werden und können im Nvidia-README nachgelesen werden. Hat man noch keine funktionierende X11-Konfigurationsdatei oder möchte eine komplett neu Erstellen, so bietet sich das Pro- gramm "sax2" an. Zunächst sollte die evtl. vorhandene Datei /etc/X11/XF86Config gesichert werden, z.B. durch $> mv -i /etc/X11/XF86Config /etc/X11/XF86Config.old Im Anschluss daran kann sax2 mit dem Befehl $> sax2 -m 0=nvidia aufgerufen werden. Die Option -m besagt dabei, dass das Nvidia- Modul verwendet werden soll. Prinzipiell sollte sax2 in der Lage sein, eine funktionierende Konfiguration zu erstellen. Ist man mit den Einstellungen nicht zufrieden, so kann man am Ende des Konfigurationsprozesses auf manuelle Konfiguration umschalten und andere Auflösungen etc. wählen. Das GLX-Modul muss geladen werden, soll 3D-Beschleunigung verwendet werden. Hat man letztendlich eine seinen Wünschen entsprechende Kon- figuration gefunden, so sollte man sax2 beenden und die Kon- figuration abspeichern. Nachträgliche Feinabstimmungen kön- nen direkt per Hand in der Datei /etc/X11/XF86Config vorgenom- men werden. Sollte die Konfiguration über sax2 fehlschlagen, so muss man einen Blick in das Logfile unter /var/log/SaX.log werfen. Oft steht dort ein Grund, warum etwas schief gelaufen ist. Dem- entsprechend muss man handeln. Unter Umständen lohnt auch ein Blick in /var/log/messages. Sollte der Start des X-Servers über "startx" oder direkt beim Booten in Runlevel 5 nicht funktionieren, so kann das Logfile /var/messages/XFree86.0.log eingesehen werden. Dort sollte der Grund für das Scheitern zu finden sein. Auf Zeilen, die mit "(WW)" oder "(EE)" begin- nen, ist besonders zu achten. Falls sich X11 zwar starten lässt, es aber Probleme mit OpenGL-Applikationen gibt, so könnte es Probleme mit ver- schiedenen Bibliotheken oder toten symbolischen Links auf dem System geben. Es sollten folgende Dateien bzw. Links über- prüft werden: - /usr/X11R6/lib/modules/drivers/nvidia_drv.o - /usr/X11/lib/modules/extensions/libglx.so.x.y.z - /usr/X11/lib/modules/extensions/libglx.so -> libglx.so.x.y.z - /usr/lib/libGL.so.x.y.z - /usr/lib/libGL.so.x -> libGL.so.x.y.z - /usr/lib/libGL.so -> libGL.so.x - /usr/lib/libGLcore.so.x.y.z - /usr/lib/libGLcore.so.x -> libGLcore.so.x.y.z - /lib/modules/`uname -r`/video/NVdriver bzw. /lib/modules/`uname -r`/kernel/drivers/video/NVdriver Die Abkürzungen x.y.z sind durch entsprechende Versionsnummern zu ersetzen. Welche Bibliotheken von einem Programm verwendet werden, lässt sich mit "ldd" herausfinden. Bei der Ausgabe von "ldd" sollte darauf geachtet werden, dass die Dateien libGL und libGLcore wirklich auch diejenigen aus dem Nvidia- Paket sind. Bei Stabilitätsproblemen kann es mitunter am verwendeten AGP-Treiber liegen. Nvidia bringt ein eigenes AGP-Modul mit, das auf manchen Systemen stabiler funktioniert als das Kernel- AGP-Modul. Ist AGPGART (die Kernel-Unterstützung für AGP) fest in den Kernel eincompiliert, so kann das Nvidia-Modul lo- gischerweise nicht verwendet werden. Andernfalls kann der An- wender über die Option Option "NvAGP" "Zahl" in der Konfigurationsdatei /etc/X11/XF86Config festlegen, was benutzt werden soll. Die Zahl kann wie folgt aussehen: 0: AGP deaktivieren 1: NVIDIAs internen AGP Support benutzen, falls möglich 2: AGPGART benutzen, falls möglich 3: beliebigen AGP Support benutzen (zunächst versuche AGPGART, dann NVIDIAs AGP) Standard ist mit den neusten Nvidia-Treibern die Zahl 3. Bei großen Problemen lohnt es sich vielleicht einmal, ganz auf AGP zu verzichten. Eine Auflistung von Chipsätzen, die das Nvidia- AGP Modul kennt, steht im NVIDIA-README. Wie bereits früher angedeutet, kann die AGP-Geschwindigkeit auch direkt beim Laden des NVdriver Kernel-Modules angegeben werden. Dazu kann in der Datei /etc/modules.conf folgender Eintrag hinzugefügt werden: options NVdriver NVreg_ReqAGPRate=2 Damit wird dann nur AGP 2x verwendet. Eine 1 sorgt entsprechend dafür, dass nur AGP 1x benutzt wird. Bei einigen Systemen haben sich Probleme mit der Verwendung von Software- bzw. Hardware Rendering des X-Cursors gezeigt. Mit den Optionen Option "SWCursor" "boolean" bzw. Option "HWCursor" "boolean" lässt sich das Rendering steuern, wobei boolean entweder durch true oder false zu ersetzen ist. Beide Optionen gleichzeitig auf true/false zu setzen, macht natürlich wenig Sinn :-) Bei Problemen sollte man also mit diesen Optionen ein wenig rum- probieren. Für Besitzer von TFTs oder für Benutzer von TV-Out oder Twin-View gibt es zahlreiche weitere Optionen. Auf diese soll hier nicht näher eingegangen werden. Sie können im Detail im Nvidia-README nachgelesen werden. 4. Testen der 3D-Beschleunigung =============================== Zunächst lassen sich ein paar Informationen sammeln: $> cat /proc/driver/nvidia/version sollte die aktuelle Treiberversion und den zum Compilieren ver- wendeten Compiler nennen. $> cat /proc/driver/nvidia/cards/0 sollte Informationen über den Graphik-Chip auf der Nvidia-ba- sierten Graphikkarte ausgeben, ebenso den verwendeten IRQ. $> cat /proc/driver/nvidia/agp/card gibt Informationen über die Fähigkeiten der Graphikkarte aus. $> cat /proc/driver/nvidia/agp/host-bridge gibt Informationen über die Fähigkeiten des Chips auf dem Mainboard aus. $> cat /proc/driver/nvidia/agp/status gibt den aktüllen AGP-Status aus. Es sollte ungefähr wie folgt aussehen: Status: Enabled Driver: AGPGART AGP Rate: 4x Fast Writes: Disabled SBA: Disabled Die 3D-Konfiguration kann bei laufenen X11 mit dem Programm "3Ddiag" getestet werden. Das Programm befindet sich im RPM- Paket "3ddiag" auf den SuSE-CDs bzw. der DVD. Die Ausgabe soll- te ungefähr wie folgt aussehen: 3Ddiag version 0.397 Verifying 3D configuration: Using 3dinfo ************************************************************ Verifying 3D configuration based on XFree86 4 for 3D board "nVidia Coorporation NV11 (10de@0110)": Tests for package "NVIDIA_GLX": package ... done. package files ... done. Tests for package "NVIDIA_kernel": package ... done. package files ... done. Tests for correct OpenGL libraries/GLX extensions: Symbolic Links ... done. /etc/sysconfig/3ddiag (SCRIPT_3D=switch2nvidia_glx) ... done. Test for correct XFree86 version ... done. Tests for XFree86 configuration: Config File /etc/X11/XF86Config ... done. Driver ... done. Color Depth ... done. Extensions ... done. Options ... done. ----------------------- NOTE ---------------------------------- If 3D hardware OpenGL configuration is not stable enough, you should switch back to 'Mesa Software Rendering'. You can verify this configuration with the command "3Ddiag --mesasoft". ----------------------- NOTE ---------------------------------- Checking GLU/glut runtime configuration: GLU ... done (package mesaglu) glut ... done (package mesaglut) Treten hier Probleme auf, so sollte man diesen nachgehen. Wo und wie das erfolgen kann, wurde bereits früher beschrieben. Der Hinweis "NOTE" kann natuerlich nur befolgt werden, wenn das Paket mesasoft noch auf dem System installiert ist oder aber wieder installiert wird. Zum Testen eignet sich auch das Programm "gears", was sich im mesa-RPM auf der DVD bzw. den CDs befindet. Nach dem Aufruf aus einem Terminal sieht man drei sich drehende Zahnräder, und auf der Konsole wird ca. alle 5 Sekunden die Framerate ausge- geben. Verändert man die Standardfenstergrösse nicht, so sollte die Framerate selbst für ältere GeForce 2MX Graphik- karten bei weit über 1000 FPS liegen. Neuere Graphikkarten und neuere Systeme sollten entsprechend mehr liefern können. Bei Verkleinern des Fensters steigt natürlich die FPS-Rate, daher ist mit Vergleichsdaten von anderen Personen und ande- ren Systemen ein bisschen Vorsicht geboten :-) Über OpenGL an sich gibt auch das Programm "glxinfo" aus dem xf86-RPM-Paket Auskunft. Nach dem Ausführen gibt es zahlreiche Infos zu OpenGL, die aber eher für Experten von Interesse sein dürften. Ein weiteres Hilfsmittel zum Testen der Installation wurde im Nvidia-Linux-Forum gepostet und kann unter http://www.nvnews.net/vbulletin/attachment.php?s=&postid=6583 heruntergeladen werden. Es handelt sich um ein Shell-Skript, das die Datei XF86Config sowie die vorhandenen Bibliotheken, Module und Links überpüft. Nach dem Download muss das Skript natürlich noch ausführbar gemacht werden. Ein nettes Spielchen, mit dem sich ebenfalls die Konfiguration testen laesst, ist "tuxracer". Es befindet sich auf der SuSE DVD bzw. den CDs. 5. Links ======== o Nvidia-Homepage: http://www.nvidia.com/ o Das README zu den Nvidia-Treibern in deutscher Sprache: http://download.nvidia.com/XFree86_40/1.0-3123/README.DE (hier für Version 1.0-3123, evtl. entsprechend anpassen) o Nvidia Linux Forum: http://www.nvnews.net/vbulletin/ http://www.nvnews.net/vbulletin/forumdisplay.php?s=&forumid=14 o Nvidia & OpenGL Mini-HOWTO: http://www.tldp.org/HOWTO/mini/Nvidia-OpenGL-Configuration/ o Shell-Script zum Überprüfen der Installation: http://www.nvnews.net/vbulletin/attachment.php?s=&postid=6583 o Xfree-Homepage: http://www.xfree86.org/ 6. Disclaimer ============= Dieser Text erhebt natürlich keinen Anspruch auf Richtigkeit und Vollständigkeit und natürlich wird keine Gewähr für alle Angaben oder daraus entstehender Konsequenzen übernommen. Der Vollständigkeit halber: "There is no warranty for this text. The author provides it 'as is', without warranty of any kind, either expressed or implied, including, but not limited to, the implied warranties of merchantability and fitness for a particular purpose. The entire risk as to the quality of this text is with you. In no event will any author named in this text be liable to you for damages, including any general, special, incidental or conse- quential damages arising out of any use of this text (inclu- ding, but not limited to, loss of data, data being rendered inaccurate, or losses sustained by anyone as a result of using this text)." Vielleicht mögen manche Leute gewisse Dinge hier anders sehen, z.B. lieber direkt aus TGZ-Archiven statt über RPM zu instal- lieren, usw., aber dennoch hoffe ich, dass der Grundgedanke derselbe ist und ich hier auch keine all zu grossen Schnitzer eingebaut habe :-) Natuerlich sind Korrektur- und Verbesserungs- vorschlaege immer willkommen. Lob und Kritik natuerlich auch :-) Thomas "Thomson" Hertweck (Thomas.Hertweck(a)gpi.uka.de)

2 2

Re: IRQ Konflikte
by Harald Katzer 26 Nov '02

26 Nov '02

---------- Weitergeleitete Nachricht ---------- Subject: Re: IRQ Konflikte Date: Tue, 26 Nov 2002 16:25:40 +0100 From: Harald Katzer <nightyslair(a)gmx.de> To: Peter Wiersig <wiersig-ml(a)dns.glamus.de> Am Dienstag, 26. November 2002 15:39 schrieben Sie: > Harald Katzer wrote: > > Nun bekomme ich das CDRom nicht mehr eingebunden bzw. die > > Nachricht, das ein Zugriffsfehler dies verhindere. dmesg liefert > > > > dazu: > > >hdd: ATAPI 32X CD-ROM drive, 120kB Cache > > >hdd: ide_cdrom_setup failed to register device with the cdrom > > > driver. Unable to handle kernel NULL pointer dereference at > > > virtual address 00000028 printing eip: > > >c01abb5f > > >*pde = 00000000 > > >Oops: 0000 > > >CPU: 0 > > >EIP: 0010:[<c01abb5f>] > > Hm, mit diesen hexadezimalen Adressen kann niemand etwas anfangen. > Probiere mal "dmesg | ksymoops", dann werden aus den Adressen > Funktionsnamen, da kann man dann vielleicht etwas sagen. > > > >ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 > > >ide0: probed IRQ 14 failed, using default. > > >ide1 at 0x170-0x177,0x376 on irq 15 > > >ide1: probed IRQ 15 failed, using default. > > > > Es scheint für mich so, als ob das Mainboard nicht korrekt > > unterstützt wird, und SuSE die Controller nicht einbinden kann. > > Hast du dein BIOS auf "PNP-OS=no" gestellt? Wenn noch nicht, > versuch es bitte einmal damit. > > Ein "lspci -v" konnte uns auch noch einige wichtige Angaben > liefern. > > Ausserdem bitte die Angabe der Kernel-Version. "uname -a" > > Peter Hi Peter, danke für die flinke Antwort! Hab den Standart linux 2.4.4-4GB Kernel von SuSE 7.2 laufen. Am PnP-OS kanns nicht liegen, hab ich immer ausgeschaltet. Hab auch sowohl PIC als auch APIC durchprobiert. Die Ausgaben, die jetzt kommen sind ziemlich lang, aber Anhänge sind ja nicht allzugern gesehen und ich nichts abschneiden, was wichtig wäre!!! Hier die Ausgabe von lspci -v: 00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 3189 Subsystem: Asustek Computer, Inc.: Unknown device 807f Flags: bus master, 66Mhz, medium devsel, latency 0 Memory at f8000000 (32-bit, prefetchable) [size=64M] Capabilities: [a0] AGP version 2.0 Capabilities: [c0] Power Management version 2 00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device b168 (prog-if 00 [Normal decode]) Flags: bus master, 66Mhz, medium devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Memory behind bridge: ee000000-ef5fffff Prefetchable memory behind bridge: ef700000-f7ffffff Capabilities: [80] Power Management version 2 00:09.0 Ethernet controller: BROADCOM Corporation: Unknown device 4401 (rev 01) Subsystem: Asustek Computer, Inc.: Unknown device 80a8 Flags: bus master, fast devsel, latency 32, IRQ 10 Memory at ed800000 (32-bit, non-prefetchable) [size=8K] Expansion ROM at ef6f0000 [disabled] [size=16K] Capabilities: [40] Power Management version 2 00:0b.0 Network controller: AVM Audiovisuelles MKTG & Computer System GmbH A1 ISDN [Fritz] (rev 02) Subsystem: AVM Audiovisuelles MKTG & Computer System GmbH FRITZ!Card ISDN Controller Flags: medium devsel, IRQ 5 Memory at ed000000 (32-bit, non-prefetchable) [size=32] I/O ports at d800 [size=32] 00:10.0 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80) (prog-if 00 [UHCI]) Subsystem: Asustek Computer, Inc.: Unknown device 808c Flags: bus master, medium devsel, latency 32, IRQ 9 I/O ports at d400 [size=32] Capabilities: [80] Power Management version 2 00:10.1 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80) (prog-if 00 [UHCI]) Subsystem: Asustek Computer, Inc.: Unknown device 808c Flags: bus master, medium devsel, latency 32, IRQ 9 I/O ports at d000 [size=32] Capabilities: [80] Power Management version 2 00:10.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80) (prog-if 00 [UHCI]) Subsystem: Asustek Computer, Inc.: Unknown device 808c Flags: bus master, medium devsel, latency 32, IRQ 9 I/O ports at b800 [size=32] Capabilities: [80] Power Management version 2 00:10.3 USB Controller: VIA Technologies, Inc.: Unknown device 3104 (rev 82) (prog-if 20) Subsystem: Asustek Computer, Inc.: Unknown device 808c Flags: bus master, medium devsel, latency 32, IRQ 9 Memory at ec800000 (32-bit, non-prefetchable) [size=256] Capabilities: [80] Power Management version 2 00:11.0 ISA bridge: VIA Technologies, Inc.: Unknown device 3177 Subsystem: Asustek Computer, Inc.: Unknown device 808c Flags: bus master, stepping, medium devsel, latency 0 Capabilities: [c0] Power Management version 2 00:11.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP]) Subsystem: Asustek Computer, Inc.: Unknown device 808c Flags: bus master, medium devsel, latency 32 I/O ports at b400 [size=16] Capabilities: [c0] Power Management version 2 00:11.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio Controller (rev 50) Subsystem: Asustek Computer, Inc.: Unknown device 8095 Flags: medium devsel, IRQ 9 I/O ports at e000 [size=256] Capabilities: [c0] Power Management version 2 01:00.0 VGA compatible controller: nVidia Corporation: Unknown device 0253 (rev a3) (prog-if 00 [VGA]) Flags: bus master, 66Mhz, medium devsel, latency 248, IRQ 11 Memory at ee000000 (32-bit, non-prefetchable) [size=16M] Memory at f0000000 (32-bit, prefetchable) [size=128M] Memory at ef800000 (32-bit, prefetchable) [size=512K] Expansion ROM at ef7e0000 [disabled] [size=128K] Capabilities: [60] Power Management version 2 Capabilities: [44] AGP version 2.0 --------------------------------------------------------------------- Und von dmesg|ksymoops: ksymoops 2.4.1 on i686 2.4.4-4GB. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.4-4GB/ (default) -m /boot/System.map-2.4.4-4GB (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Warning (compare_maps): mismatch on symbol __nvsym03120 , NVdriver says d4a55b40, /lib/modules/2.4.4-4GB/video/NVdriver says d4a6c380. Ignoring /lib/modules/2.4.4-4GB/video/NVdriver entry Unable to handle kernel NULL pointer dereference at virtual address 00000028 c01abb5f *pde = 00000000 Oops: 0000 CPU: 0 EIP: 0010:[<c01abb5f>] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010212 eax: 00000000 ebx: 00000016 ecx: 00001600 edx: 0000000d esi: c037125c edi: 00000300 ebp: 00000040 esp: ca3c1ef4 ds: 0018 es: 0018 ss: 0018 Process mount (pid: 1191, stackpage=ca3c1000) Stack: c037125c 00000001 c03710f0 00000002 c0371338 1600d875 00000040 c01abbf6 00001640 00000000 cfc235e0 00000000 c14f0540 c01abc66 c037125c c01abc9e cfc255e0 cfc235e0 c0139215 cfc235e0 c8654b60 c8654b60 cfc235e0 ffffffe9 Call Trace: [<c01abbf6>] [<c01abc66>] [<c01abc9e>] [<c0139215>] [<c01314d0>] [<c0131406>] [<c013172c>] [<c0106c63>] Code: 83 78 28 00 74 09 56 8b 40 28 ff d0 83 c4 04 80 a6 ac 00 00 >>EIP; c01abb5f <ide_revalidate_disk+f3/12c> <===== Trace; c01abbf6 <revalidate_drives+5e/7c> Trace; c01abc66 <ide_driver_module+3e/40> Trace; c01abc9e <ide_open+36/fc> Trace; c0139215 <blkdev_open+4d/7c> Trace; c01314d0 <dentry_open+c0/17c> Trace; c0131406 <filp_open+4a/54> Trace; c013172c <sys_open+38/b4> Trace; c0106c63 <system_call+33/40> Code; c01abb5f <ide_revalidate_disk+f3/12c> 00000000 <_EIP>: Code; c01abb5f <ide_revalidate_disk+f3/12c> <===== 0: 83 78 28 00 cmpl $0x0,0x28(%eax) <===== Code; c01abb63 <ide_revalidate_disk+f7/12c> 4: 74 09 je f <_EIP+0xf> c01abb6e <ide_revalidate_disk+102/12c> Code; c01abb65 <ide_revalidate_disk+f9/12c> 6: 56 push %esi Code; c01abb66 <ide_revalidate_disk+fa/12c> 7: 8b 40 28 mov 0x28(%eax),%eax Code; c01abb69 <ide_revalidate_disk+fd/12c> a: ff d0 call *%eax Code; c01abb6b <ide_revalidate_disk+ff/12c> c: 83 c4 04 add $0x4,%esp Code; c01abb6e <ide_revalidate_disk+102/12c> f: 80 a6 ac 00 00 00 00 andb $0x0,0xac(%esi) 2 warnings issued. Results may not be reliable. Hoffe damit könnt ihr mehr anfangen. Grüsse -------------------------------------------------------

2 1

cron ohne ausgabe in /var/log/messages
by Manuel Jenne 26 Nov '02

26 Nov '02

Hallo alle beisammen, ich möchte folgenden cronjob eintragen aber möchte nicht das bei ausführung jeweils ein eintrag in die /var/log/messages passiert sondern die ergebnisse etc. nach /var/log/cron/blabla geschrieben werden. Mein Cronjob: */10 * * * * /usr/local/bin/envdir /etc/relay-ctrl /usr/local/bin/relay-ctrl-age Vielen Dank im vorraus und beste Grüße Manuel Jenne

2 1