Re: X geht nicht mehr
Natanael Arndt <[EMAIL PROTECTED]> wrote: > jetzt hab ich ein noch größeres problem. > Ich hab jetzt die pakete nvidia-glx usw. mit apt-get installiert. seitdem ist > alles schwarz, wenn er versucht X zu starten und dann hängt er sich auf. > hilft da nurnoch die windoof methode (neu installiern)? > oder ist das systhem doch noch irgendwie zu retten? Das System ist immer zu retten, nur manchmal lohnt sich der Aufwand nicht ;). In deinem Fall wäre ein reboot und die Ausgabe von $ less /var/log/XFree86.0.log sowie Studium derselbigen wahrscheinlich ausreichend. besonders interessant sind die Zeilen die mit (EE) und (WW) anfangen sowie die letzten Zeilen. Vermutliche Ursache (Ich gehe mal davon aus, dass du erfolgreich das Modul .deb erzeugt und installiert hast) ist, dass du das Modul nicht geladen hast. Also neu booten und mit $ lsmod | grep nvidia überprüfen. falls das Modul nicht geladen ist einfach mit $ modprobe nvidia laden, bzw mit modconf laden (dann lädt er es automatisch beim Systemstart. Christoph > -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: X geht nicht mehr
jetzt hab ich ein noch größeres problem. Ich hab jetzt die pakete nvidia-glx usw. mit apt-get installiert. seitdem ist alles schwarz, wenn er versucht X zu starten und dann hängt er sich auf. hilft da nurnoch die windoof methode (neu installiern)? oder ist das systhem doch noch irgendwie zu retten?
Re: X geht nicht mehr
Natanael Arndt <[EMAIL PROTECTED]> wrote: > Ich hab einen selbst begauten 2.6.7er vanille > also sollte ich jetzt mit apt-get die pakete nvidia-glx nvidia-kernel-source > und nvidia-kernel-common installieren oder? genau die Anleitung wie du dir dann das Paket nvidia-kernel-2.6.7 selber baust ist etwas früher im thread zu finden, oder in der doku zu den nvidia Paketen (/usr/share/doc/nvidia*) Christoph > -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: X geht nicht mehr
Am Mittwoch, 23. Juni 2004 00:05 schrieb Christoph Wegscheider: > Vermutlich würde dir das gar nichts helfen, da das Paket auf mein System > zugeschnitten ist. > > Nur nochmal zur Klarstellung du hast mit deinem nvidia Installer wild im > System herumgefuhrwerkt und somit weiß ich nicht ob das folgende bei dir > noch funktioniert. Weiters solltest du noch mal folgende Fragen > beantworten: > > Welchen Kernel hast du? > -version (uname -a) > -fertiges kernel-image package, wenn ja von wo? > -wenn nein hast du dir deinen Kernel aus den sourcen selbst > gebaut? Ich hab einen selbst begauten 2.6.7er vanille > > Wenn du dir ein fertiges Kernel image installiert hast stehen die > chancen gut, das es auch ein fertiges nvidia Paket dafür gibt. > > Wenn du dir den Kernel selbstgebaut hast gehe einfach nach der Anleitung > meines vorhergängigen mails vor. > > nvidia-kernel-common > nvidia-glx > brauchst du immer > > nvidia-kernel- brauchst du entweder für deinen > vorgefertigten Kernel als fertiges Paket > > oder du baust dir das Paket selbst, entweder für einen vorgefertigten > Kernel, oder für einen selbstgebackenen Kernel. (doku dazu unter > /usr/share/doc/nvidia-kernel-source/) > > wenn du dir das Paket selbst baust brauchst du nvidia-kernel-source. also sollte ich jetzt mit apt-get die pakete nvidia-glx nvidia-kernel-source und nvidia-kernel-common installieren oder? Natanael
Re: X geht nicht mehr
On 22.Jun 2004 - 09:56:20, Christoph Wegscheider wrote: > Andreas Pakulat <[EMAIL PROTECTED]> wrote: > > Worauf es mir aber ankam: Die Installation des nvidia-glx Pakets > > duerfte das Problem nur insofern loesen das es u.U. nach einer neuere > > X11 Version verlangt und demzufolge nicht installiert wird. Wenn es > > tatsaechlich ein Problem mit der Konfig ist, ist dem OP dagegen auch > > mit dem nvidia-glx Paket nicht geholfen. > Mit dem nvidia-glx Paket alleine nicht, aberich habe folgende Pakete > Der Aufwand beschränkt sich dann auf: Also mit den 2 separaten tar.gz's von NVidia hab ich ein Das Kernel.tar.gz ausgepackt, das Modul gebaut und nach /lib/modules/$Kernelversion kopiert Da ich nur alle paar neuen Versionen des Treibers hole, bleibt die glx Bibliothek von NVidia eigentlich fuer so 4-6 Monate immer diesselbe :-) Aber unsauber, das ist richtig. Andreas -- You may be marching to the beat of a different drummer, but you're still in the parade. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: X geht nicht mehr
Natanael Arndt <[EMAIL PROTECTED]> wrote: > Ich weis jetzt zwar nicht was ich genau machen soll, bei den vielen tips. > > ich hab jetzt einfach mal apt-get install nvidia-glx nvidia-kernel-source > eingegeben, da wollte er dann noch: > debconf-utils debhelper dpatch html2text intltool-debian > nvidia-kernel-2.4.26-1-386 nvidia-kernel-common po-debconf > > dazuinstallieren. > > ist das richtig? > >> nvidia-glx >> nvidia-kernel-common >> nvidia-kernel-source >> nvidia-kernel-2.6.7 selbst gebaut mit make-kpkg >> > das paket nvidia-kernel-2.6.7 von dir könnte ich warscheinlich dazu gut > gebrauchen. Vermutlich würde dir das gar nichts helfen, da das Paket auf mein System zugeschnitten ist. Nur nochmal zur Klarstellung du hast mit deinem nvidia Installer wild im System herumgefuhrwerkt und somit weiß ich nicht ob das folgende bei dir noch funktioniert. Weiters solltest du noch mal folgende Fragen beantworten: Welchen Kernel hast du? -version (uname -a) -fertiges kernel-image package, wenn ja von wo? -wenn nein hast du dir deinen Kernel aus den sourcen selbst gebaut? Wenn du dir ein fertiges Kernel image installiert hast stehen die chancen gut, das es auch ein fertiges nvidia Paket dafür gibt. Wenn du dir den Kernel selbstgebaut hast gehe einfach nach der Anleitung meines vorhergängigen mails vor. nvidia-kernel-common nvidia-glx brauchst du immer nvidia-kernel- brauchst du entweder für deinen vorgefertigten Kernel als fertiges Paket oder du baust dir das Paket selbst, entweder für einen vorgefertigten Kernel, oder für einen selbstgebackenen Kernel. (doku dazu unter /usr/share/doc/nvidia-kernel-source/) wenn du dir das Paket selbst baust brauchst du nvidia-kernel-source. Hoffe das ist jetzt klarer, wenn nicht beantworte zumindest mal die fragen nach dem Kernel. Christoph -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: X geht nicht mehr
Ich weis jetzt zwar nicht was ich genau machen soll, bei den vielen tips. ich hab jetzt einfach mal apt-get install nvidia-glx nvidia-kernel-source eingegeben, da wollte er dann noch: debconf-utils debhelper dpatch html2text intltool-debian nvidia-kernel-2.4.26-1-386 nvidia-kernel-common po-debconf dazuinstallieren. ist das richtig? die Sache mit dem auskommentieren in der XF86Conf hab ich gemacht. Am Dienstag, 22. Juni 2004 09:56 schrieb Christoph Wegscheider: > Andreas Pakulat <[EMAIL PROTECTED]> wrote: > > Worauf es mir aber ankam: Die Installation des nvidia-glx Pakets > > duerfte das Problem nur insofern loesen das es u.U. nach einer neuere > > X11 Version verlangt und demzufolge nicht installiert wird. Wenn es > > tatsaechlich ein Problem mit der Konfig ist, ist dem OP dagegen auch > > mit dem nvidia-glx Paket nicht geholfen. > > Mit dem nvidia-glx Paket alleine nicht, aberich habe folgende Pakete > installiert: > nvidia-glx > nvidia-kernel-common > nvidia-kernel-source > nvidia-kernel-2.6.7 selbst gebaut mit make-kpkg > > Der Aufwand beschränkt sich dann auf: > > # cd /usr/src > # tar xzf nvidia-kernel-source.tar.gz > # cd linux- #verwende vanilla kernel sourcen > # make-kpkg --revision= modules_image > # dpkg -i > ../nvidia-kernel-__i386.deb > > Fertig, bei einem Kernelupgrade bzw. nvidia upgrade muss man das halt > wiederholen. Einfacher und sauberer gehts wohl kaum. Natürlich sind auch > verschiedene Kernelversionen kein Problem konkret habe ich: > nvidia-kernel-2.4.26 > nvidia-kernel-2.6.6 > nvidia-kernel-2.6.7 > installiert. das paket nvidia-kernel-2.6.7 von dir könnte ich warscheinlich dazu gut gebrauchen.
Re: X geht nicht mehr
Andreas Pakulat <[EMAIL PROTECTED]> wrote: > Worauf es mir aber ankam: Die Installation des nvidia-glx Pakets > duerfte das Problem nur insofern loesen das es u.U. nach einer neuere > X11 Version verlangt und demzufolge nicht installiert wird. Wenn es > tatsaechlich ein Problem mit der Konfig ist, ist dem OP dagegen auch > mit dem nvidia-glx Paket nicht geholfen. Mit dem nvidia-glx Paket alleine nicht, aberich habe folgende Pakete installiert: nvidia-glx nvidia-kernel-common nvidia-kernel-source nvidia-kernel-2.6.7 selbst gebaut mit make-kpkg Der Aufwand beschränkt sich dann auf: # cd /usr/src # tar xzf nvidia-kernel-source.tar.gz # cd linux- #verwende vanilla kernel sourcen # make-kpkg --revision= modules_image # dpkg -i ../nvidia-kernel-__i386.deb Fertig, bei einem Kernelupgrade bzw. nvidia upgrade muss man das halt wiederholen. Einfacher und sauberer gehts wohl kaum. Natürlich sind auch verschiedene Kernelversionen kein Problem konkret habe ich: nvidia-kernel-2.4.26 nvidia-kernel-2.6.6 nvidia-kernel-2.6.7 installiert. Christoph -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: X geht nicht mehr
On 22.Jun 2004 - 08:32:14, Christoph Wegscheider wrote: > Andreas Pakulat <[EMAIL PROTECTED]> wrote: > > Also alles worueber ich spekuliere ist ob die Files aus dem Paket > > ebenfalls nicht mit libdri, bzw. dem Rest des installieren X11 Paketes > > zusammenpassen. Dass die denselben Fehler hervorrufen ist eigentlich > > sicher (so es sich denn um diesselbe Version wie beim > > nvidia-installerscript handelt), denn die muessen ja auch die > > binaerfiles in /usr/X11/lib (oder so aehnlich) packen. > ^^ > genau, Spekulation ;) Ja ok, sie packen die Binaerfiles woanders hin und verlinken dann. Hab das Paket bestimmt schon ueber 1 Jahr nicht mehr installiert... Worauf es mir aber ankam: Die Installation des nvidia-glx Pakets duerfte das Problem nur insofern loesen das es u.U. nach einer neuere X11 Version verlangt und demzufolge nicht installiert wird. Wenn es tatsaechlich ein Problem mit der Konfig ist, ist dem OP dagegen auch mit dem nvidia-glx Paket nicht geholfen. BTW: Auf meinem Rechner daheim mit der TNT2, hab ich bisher immer das 2-geteilte Nvidia-Zeug benutzt. Also nicht dieses merkwuerdige Installerskript sondern das kernel und X11 Zeug getrennt (das letzte Mal ist schon ne Weile her (knappes Jahr) und da gabs noch die 2 separaten tar.gz auf dem nvidia ftp Server. Natuerlich habe ich ein Problem beim X11 Upgrade, aber das kommt ja gluecklicherweise selbst in sid nicht taeglich vor :-) Andreas -- Howe's Law: Everyone has a scheme that will not work. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: X geht nicht mehr
Andreas Pakulat <[EMAIL PROTECTED]> wrote: > Hmm, also damals (vor etwas ueber 2 Jahren) unter SuSi waren die > ersten Info's die ich uebers selbstkompilieren fand: INstalliere > immer! nach /usr/local ;-) Wie gesagt, bin ja absolut deiner Meinung. An dieser Stelle fehlt nur noch die Erwähnung von stow dann bin ich schon glücklich und zufrieden ;) >> Stimmt aber er gibt dir die Möglichkeit eines der beiden Pakete wieder >> komplett zu entfernen (Ausnahme durch installscripte erstellte Pakete, >> ohne entsprechendes rm script), > > Richtig, bis auf das letzte in Klammern, denn das ist IMHO ein Bug. > Wenn ein installscript etwas installiert und ich mache ein remove, > dann muss es mit entfernt werden, es sei denn es ist eine Konfigdatei. Ich meinte ja auch nur das dpkg die Kontrolle über alle installierten Dateien hat mit Ausnahme solcher die in installscripten erzeugt werden. Von denen hat er keine Ahnung und es obliegt den removescripten des Packets solche Dateien zu entfernen. Wobei ich dir recht gebe das wenn das nicht geschiet da Packet eindeutig buggy ist. >> > Jupp, das tut er, die Debianpakete wuerden allerdings denke ich >> > denselben Fehler provozieren, da diese zwar die Originaldateien >> > sichern, aber trotzdem die nvidia-glx Dateien installieren. Und genau >> Spekulation, ich würde es auf alle Fälle mit den offiziellen Debian >> Paketen versuchen. > > Also alles worueber ich spekuliere ist ob die Files aus dem Paket > ebenfalls nicht mit libdri, bzw. dem Rest des installieren X11 Paketes > zusammenpassen. Dass die denselben Fehler hervorrufen ist eigentlich > sicher (so es sich denn um diesselbe Version wie beim > nvidia-installerscript handelt), denn die muessen ja auch die > binaerfiles in /usr/X11/lib (oder so aehnlich) packen. ^^ genau, Spekulation ;) $ dpkg -L nvidia-glx (gekürzt) /usr/lib/nvidia/libGL.so.1.0.5336 /usr/lib/nvidia/libGLcore.so.1.0.5336 /usr/lib/nvidia/libGL.la /usr/lib/nvidia/libglx-tls.so.1.0.5336 /usr/lib/nvidia/libglx.so.1.0.5336 /usr/lib/nvidia/tls_test /usr/lib/nvidia/tls_test_dso.so /usr/lib/libGL.so.1.0.5336 /usr/lib/libGLcore.so.1.0.5336 /usr/lib/libGL.la /usr/X11R6/lib/modules/drivers/nvidia_drv.o /usr/X11R6/lib/modules/extensions /usr/X11R6/lib/libXvMCNVIDIA.so.1.0.5336 /usr/lib/libGLcore.so.1 /usr/lib/libGL.so.1 Paket leitet andere um zu: /usr/lib/nvidia/libGL.so.1.xlibmesa /usr/X11R6/lib/modules/extensions/libglx.so /usr/X11R6/lib/libXvMCNVIDIA_dynamic.so.1 /usr/X11R6/lib/libXvMCNVIDIA.so.1 Christoph -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: X geht nicht mehr
On 22.Jun 2004 - 07:29:32, Christoph Wegscheider wrote: > Andreas Pakulat <[EMAIL PROTECTED]> wrote: > Ich spreche da aus eigener Erfahrung, bei mir half mal nur die Windows > Methode nchdem ich selbstherrlich Programme unter / installiert habe. > Also keine Panik sondern Erfahrung. Ich wäre damals froh gewesen vorher > gewarnt worden zu sein. > Es ist aber auch bekannt, das nicht alle aus Fehlern anderer lernen > sondern sie selber machen müssen. In diesem Sinne - just do it ;) Hmm, also damals (vor etwas ueber 2 Jahren) unter SuSi waren die ersten Info's die ich uebers selbstkompilieren fand: INstalliere immer! nach /usr/local ;-) Wie gesagt, bin ja absolut deiner Meinung. > >> welchem Namen hinkommen darf. > > > > Jaein, das machen i.A. die Upstreams, allerdings gibts da noch nen > Falsch wenns nicht policy konform ist wirds umbenannt/verschoben > (hauptsächlich libraries). Aktuelles Beispiel rpath Diskussion in > debian-devel bzgl. AMD64 port. Es stand ja auch "i.A.". Damit wollte ich andeuten, das sich der groessere Teil an bestimmte Standards haelt > > Das ist etwas zu einfach und im Zusammenhang mit dem obigen voellig > > verkehrt. Der Paketmanager meckert nur wenn ein und diesselbe Datei > > (inkl. vollem Pfad) aus einem 2. Paket installiert werden soll ohne! > > das es "angekuendigt" (dafuer gibts auch nen Begriff der mir aber > > grade entfallen ist) wurde. Aber wenn z.B. Paket X gerne seine > > Dokumentation nach /bin/hallo installieren will meckert der > > Paketmanager das nicht an... > Stimmt aber er gibt dir die Möglichkeit eines der beiden Pakete wieder > komplett zu entfernen (Ausnahme durch installscripte erstellte Pakete, > ohne entsprechendes rm script), Richtig, bis auf das letzte in Klammern, denn das ist IMHO ein Bug. Wenn ein installscript etwas installiert und ich mache ein remove, dann muss es mit entfernt werden, es sei denn es ist eine Konfigdatei. > und nennt auch gleich welches betroffen > ist. Mach das mal nach einem make install nach 6 Monaten nachdem du src/ > bereits ins nirvana geschickt hast. Meine src liegen meist noch ewig rum, da zu faul mal aufzuraeumen ;-) Aber hast natuerlich Recht. > > Jupp, das tut er, die Debianpakete wuerden allerdings denke ich > > denselben Fehler provozieren, da diese zwar die Originaldateien > > sichern, aber trotzdem die nvidia-glx Dateien installieren. Und genau > Spekulation, ich würde es auf alle Fälle mit den offiziellen Debian > Paketen versuchen. Also alles worueber ich spekuliere ist ob die Files aus dem Paket ebenfalls nicht mit libdri, bzw. dem Rest des installieren X11 Paketes zusammenpassen. Dass die denselben Fehler hervorrufen ist eigentlich sicher (so es sich denn um diesselbe Version wie beim nvidia-installerscript handelt), denn die muessen ja auch die binaerfiles in /usr/X11/lib (oder so aehnlich) packen. > > die scheinen das Problem zu sein. Es kann natuerlich sein, das diese > > aufgrund der passenden Abhaengigkeiten gar nicht zu installieren > > waeren. > Das sagt dir dann dpkg bzw. apt Exakt das ist der Vorteil bei den Debianpaketen, da sagt dir jemand das das nicht zum X11 passt.(bzw. generell von Paketmanagmentsoftware). > > Also so auf Anhieb fallen mir da 2 moegliche Problemquellen ein: > > > > 1. noch dri und das gl Modul in der Modules Sektion der X11 Konfig. > > Ich meine nicht glx, da gabs AFAIK noch eines das fuer NVidia raus > > musste, genaueres steht in der Readme des Treibers. > aus der /usr/share/doc/nvidia-glx/README.Debian: > In Section "Module" > add Load "glx" > remove Load "dri" > remove Load "GLcore" Exakt das meinte ich, jetzt muessen wir nur noch warten bis der OP das auch liest ;-) Andreas -- I'm a Hollywood writer; so I put on a sports jacket and take off my brain. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: X geht nicht mehr
Andreas Pakulat <[EMAIL PROTECTED]> wrote: >> Natanael Arndt <[EMAIL PROTECTED]> wrote: >> Niemals, nimals irgendwas am Paketmanager vorbei installieren. >> Ausgenommen alles unter /usr/local und /home oder du weißt genau was du >> machst. > > Na na, schieb mal nicht so ne Panik ;-) Aber ich stimme dir zu, nur > wenns nicht anders geht am Paketmanager vorbei installieren, oder wenn > die Programme nur fuers eigene Wohl sind. Ich spreche da aus eigener Erfahrung, bei mir half mal nur die Windows Methode nchdem ich selbstherrlich Programme unter / installiert habe. Also keine Panik sondern Erfahrung. Ich wäre damals froh gewesen vorher gewarnt worden zu sein. Es ist aber auch bekannt, das nicht alle aus Fehlern anderer lernen sondern sie selber machen müssen. In diesem Sinne - just do it ;) >> Der Grund ist ganz einfach, für alle Dateien ausgenommen denen in >> den beiden obigen Verzeichnissen gibt es in Debian genaue Regeln wo was mit >> welchem Namen hinkommen darf. > > Jaein, das machen i.A. die Upstreams, allerdings gibts da noch nen Falsch wenns nicht policy konform ist wirds umbenannt/verschoben (hauptsächlich libraries). Aktuelles Beispiel rpath Diskussion in debian-devel bzgl. AMD64 port. > Standard der sagt wofuer welche Verz. da sind. Daran halten sich die > Debianpakete i.A. FHS, den sollten eigentlich alle befolgen allerdings soweit ich das mitbekommen habe gibts da kleine Spielräume die die Distributionen ausnutzen. >> Die offiziellen deb Pakete respektieren das, >> falls ein schlechtes deb Paket (evt. nicht vom offiziellen Archiv sondern >> von irgendeiner Webseite) installiert wird gibt der Paketmanager (dpkg) >> eine Warnung aus und verhindert die installation des Pakets. > > Das ist etwas zu einfach und im Zusammenhang mit dem obigen voellig > verkehrt. Der Paketmanager meckert nur wenn ein und diesselbe Datei > (inkl. vollem Pfad) aus einem 2. Paket installiert werden soll ohne! > das es "angekuendigt" (dafuer gibts auch nen Begriff der mir aber > grade entfallen ist) wurde. Aber wenn z.B. Paket X gerne seine > Dokumentation nach /bin/hallo installieren will meckert der > Paketmanager das nicht an... Stimmt aber er gibt dir die Möglichkeit eines der beiden Pakete wieder komplett zu entfernen (Ausnahme durch installscripte erstellte Pakete, ohne entsprechendes rm script), und nennt auch gleich welches betroffen ist. Mach das mal nach einem make install nach 6 Monaten nachdem du src/ bereits ins nirvana geschickt hast. >> Mit deinem Installer (der nicht für Debian geschrieben wurde) hast du >> jetzt wild im geschützten Bereich herumgefuhrwerkt und dabei evt. >> wichtige Dateien überschrieben. > > Jupp, das tut er, die Debianpakete wuerden allerdings denke ich > denselben Fehler provozieren, da diese zwar die Originaldateien > sichern, aber trotzdem die nvidia-glx Dateien installieren. Und genau Spekulation, ich würde es auf alle Fälle mit den offiziellen Debian Paketen versuchen. > die scheinen das Problem zu sein. Es kann natuerlich sein, das diese > aufgrund der passenden Abhaengigkeiten gar nicht zu installieren > waeren. Das sagt dir dann dpkg bzw. apt > Also so auf Anhieb fallen mir da 2 moegliche Problemquellen ein: > > 1. noch dri und das gl Modul in der Modules Sektion der X11 Konfig. > Ich meine nicht glx, da gabs AFAIK noch eines das fuer NVidia raus > musste, genaueres steht in der Readme des Treibers. aus der /usr/share/doc/nvidia-glx/README.Debian: In Section "Module" add Load "glx" remove Load "dri" remove Load "GLcore" Christoph -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: X geht nicht mehr
On 21.Jun 2004 - 23:11:07, Christoph Wegscheider wrote: > Natanael Arndt <[EMAIL PROTECTED]> wrote: > Niemals, nimals irgendwas am Paketmanager vorbei installieren. > Ausgenommen alles unter /usr/local und /home oder du weißt genau was du > machst. Na na, schieb mal nicht so ne Panik ;-) Aber ich stimme dir zu, nur wenns nicht anders geht am Paketmanager vorbei installieren, oder wenn die Programme nur fuers eigene Wohl sind. > Der Grund ist ganz einfach, für alle Dateien ausgenommen denen in > den beiden obigen Verzeichnissen gibt es in Debian genaue Regeln wo was mit > welchem Namen hinkommen darf. Jaein, das machen i.A. die Upstreams, allerdings gibts da noch nen Standard der sagt wofuer welche Verz. da sind. Daran halten sich die Debianpakete i.A. > Die offiziellen deb Pakete respektieren das, > falls ein schlechtes deb Paket (evt. nicht vom offiziellen Archiv sondern > von irgendeiner Webseite) installiert wird gibt der Paketmanager (dpkg) > eine Warnung aus und verhindert die installation des Pakets. Das ist etwas zu einfach und im Zusammenhang mit dem obigen voellig verkehrt. Der Paketmanager meckert nur wenn ein und diesselbe Datei (inkl. vollem Pfad) aus einem 2. Paket installiert werden soll ohne! das es "angekuendigt" (dafuer gibts auch nen Begriff der mir aber grade entfallen ist) wurde. Aber wenn z.B. Paket X gerne seine Dokumentation nach /bin/hallo installieren will meckert der Paketmanager das nicht an... > Mit deinem Installer (der nicht für Debian geschrieben wurde) hast du > jetzt wild im geschützten Bereich herumgefuhrwerkt und dabei evt. > wichtige Dateien überschrieben. Jupp, das tut er, die Debianpakete wuerden allerdings denke ich denselben Fehler provozieren, da diese zwar die Originaldateien sichern, aber trotzdem die nvidia-glx Dateien installieren. Und genau die scheinen das Problem zu sein. Es kann natuerlich sein, das diese aufgrund der passenden Abhaengigkeiten gar nicht zu installieren waeren. Also so auf Anhieb fallen mir da 2 moegliche Problemquellen ein: 1. noch dri und das gl Modul in der Modules Sektion der X11 Konfig. Ich meine nicht glx, da gabs AFAIK noch eines das fuer NVidia raus musste, genaueres steht in der Readme des Treibers. 2. Die X11 Version passt nicht zum X11 Teil der NVidia Treiber und deswegen findet er die Symbole nicht. Andreas -- No question is so difficult as one to which the answer is obvious. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: X geht nicht mehr
Natanael Arndt <[EMAIL PROTECTED]> wrote: >> > ich verwende Debian Sarge. >> >> testing/unstable hier > ok muss ich mir merken ist doch aber z.Z. das gleiche Nein musst du nicht, was ich damit sagen wollte ist lediglich, dass ich nicht genau das gleiche System verwende und das was für mich gilt nicht unbedingt für dich gelten muss. Merken solltest du dir nur: woody ist das aktuelle stable sarge wird das neue stable testing nennt man im Moment auch sarge, da aus testing ja stable also sarge wird. sid ist unstable und wird auch immer unstable sein, aus unstable entsteht dann halbautomatisch testing was dann zu stable wird. >> Hast du das nvidia kernelmodul geladen (lsmod | grep nvidia)? > das modul ist mit 'modconf' geladen aber die sache funzt auch mit dem nv > treiber nicht nach dem laden rufe mal dmesg auf (die letzten paar Zeilen sind die interessanten) >> Hast du alle nvidia packages installiert (dpkg -l nvidia"*")? > ich hab den installer von nVidia direkt genommen (Version 5336). Schlechte Idee, falls du den installer unter root ausgeführt hast kann das die Ursache deines Problems (auch mit nv sein). Ich gehe jetzt mal davon aus das du noch nicht über die übermäßige Linux (Debian) Erfahrung verfügst darum ein paar warnende Wort: Niemals, nimals irgendwas am Paketmanager vorbei installieren. Ausgenommen alles unter /usr/local und /home oder du weißt genau was du machst. Der Grund ist ganz einfach, für alle Dateien ausgenommen denen in den beiden obigen Verzeichnissen gibt es in Debian genaue Regeln wo was mit welchem Namen hinkommen darf. Die offiziellen deb Pakete respektieren das, falls ein schlechtes deb Paket (evt. nicht vom offiziellen Archiv sondern von irgendeiner Webseite) installiert wird gibt der Paketmanager (dpkg) eine Warnung aus und verhindert die installation des Pakets. Mit deinem Installer (der nicht für Debian geschrieben wurde) hast du jetzt wild im geschützten Bereich herumgefuhrwerkt und dabei evt. wichtige Dateien überschrieben. Stell dir einfach vor du installierst munter Programme in Win und die Registry ist nur noch Schrott und nichts geht mehr (nur dort gibt es halt keinen richtigen weg ;).. > danke erstmal, dass du dich meinem problem angenommen hast bitte Christoph -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: X geht nicht mehr
Am Montag, 21. Juni 2004 07:59 schrieb Christoph Wegscheider: > > ich verwende Debian Sarge. > > testing/unstable hier ok muss ich mir merken ist doch aber z.Z. das gleiche > > die einzigen zeilen wo Warnungen auftreten sind folgende: > > Zeilen mit den Errors (EE) wären evt. ausagekräftiger ;) das ist es eben es gabe keine Error ausgaben es gab maximal Warnungen und der fatale Fehler ganz am ende ich hab mal noch die ganze datei unten mitgeschickt > Hast du das nvidia kernelmodul geladen (lsmod | grep nvidia)? das modul ist mit 'modconf' geladen aber die sache funzt auch mit dem nv treiber nicht > Hast du alle nvidia packages installiert (dpkg -l nvidia"*")? ich hab den installer von nVidia direkt genommen (Version 5336). danke erstmal, dass du dich meinem problem angenommen hast /var/log/XFree86.0.log This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-1 20040428170728 [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.23 i686 [ELF] Build Date: 28 April 2004 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.4 ([EMAIL PROTECTED]) (gcc-Version 3.3.3 (Debian 20040401)) #2 SMP Wed May 12 21:12:58 CEST 2004 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Mon Jun 21 18:22:24 2004 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Novita_80001" (**) | |-->Device "Nvidia_Riva_TNT" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "de" (**) XKB: layout: "de" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (**) |-->Input Device "Generic Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/lib/X11/fonts/CID" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (++) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such device) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.3.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.3.0.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0305 card 1043,8042 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8305 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:04:0: chip 1106,0686 card 1043,8042 rev 40 class 06,01,00 hdr 80 (II) PCI: 00:04:1: chip 1106,0571 card , rev 06 class 01,01,8a hdr 00 (II) PCI: 00:04:2: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:04:3: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:04:4: chip 1106,3057 card 1043,8042 rev 40 class 06,80,00 hdr 00 (II) PCI: 00:04:5: chip 1106,3058 card 1043,1106 rev 50 class 04,01,00 hdr 00 (II) PCI: 00:09:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:0a:0: chip 1002,5654 card , rev 40 class 03,00,00 hdr 00 (II) PCI: 00:11:0: chip 105a,0d30 card 105a,4d33 rev 02 class 01,80,00 hdr 00 (II) PCI: 01:00:0: chip 10de,0110 card 1462,8826 rev b2 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bri
Re: X geht nicht mehr
Natanael Arndt wrote: > ich hab folgendes problem seit ich mir den 2.6.7er Kernel kompilier hab > läuft mein X nicht mehr auch nicht mehr bei meinem 2.6.4er am anfang lief > es aber mit dem 2.6.7er nach demm ich dann aber den nvidia treiber > installiert hab läuft es nichtmehr egal ob ich in der /etc/X11/XF86Conf-4 > "nv" oder "nvidia" als treiber angegeben hab. > sogar mein netzwerk hat es entschärft. (ich bin jetzt im SuSE) > > ich verwende Debian Sarge. testing/unstable hier > die einzigen zeilen wo Warnungen auftreten sind folgende: Zeilen mit den Errors (EE) wären evt. ausagekräftiger ;) > Die (II) LoadModule: "glx" > (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so > Symbol __glXActiveScreens from > module /usr/X11R6/lib/modules/extensions/libdri.a is unresolved! > Symbol __glXActiveScreens from > module /usr/X11R6/lib/modules/extensions/libdri.a is unresolved! Hast du das nvidia kernelmodul geladen (lsmod | grep nvidia)? Hast du alle nvidia packages installiert (dpkg -l nvidia"*")? Christoph -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)