Hallo Leute, sagt mal, geht das nur mir so, oder läuft da irgendwas ganz massiv falsch mit dem Kernel-Update? You hat mir Cron-Seitig gestern wieder mal die Updates wie gewohnt eingespielt und alles schien ok, bis ich heute den Rechner gebootet habe. Anstelle des kdm kommt ein blauer wabbeliges Bild auf dem TFT. Na fein, denk ich mir, schau ich doch mal in /var/log/XFree86.0.log, probleme mit glx springen mir ins Auge, also mal die libs geprüft. Hups, die libGL.so.1.0.4496 ist futsch, die Links libGL.so.1 und libGL.so zeigen ins Nirvana. Ok, NVidia-Treiber entpackt (sh NVIDIA-Linux-x86-1.0-4496-pkg2.run --extract-only), die lib rüberkopiert und die Links wieder gerichtet. Der Fehler bleibt, misst. Naja, schaun wir weiter. Die /usr/X11R6/lib/modules/libglx.so verweist auf die falsche libglx.so Version in extends, die gibts schon lang nicht mehr, was zum Geier läuft da nur schief? Ok, auch den Link repariert. Immer noch kein X, jetzt wirds mir zu blöd, nochmal das installationsscript von NVidia gestartet, soll das sich mal drum kümmern und alles wieder gerade biegen. Aber denkste, er kennt den kernel nicht und will das Modul neu compiliern. Fein denk ich mir noch, ist ja alles installiert, also leg mal los. Denkste, nix ist. Ohne mir das Log anzusehen, schieb ich es mal darauf, dass die Kernel-Sourcen ja auch updated werden, nochmal ein 'make cloneconfig' und 'make dep', aber wäre ja noch schöner, wenn das ginge, wieder ein Fehler. Ok, was solls, ein Blick ins Logfile. Der Kernel sei mit nem anderen compiler compiliert, als dem installierten? Nagut, denk ich mir, installier doch mal den 3.3er final gcc, den SuSE unter ftp://ftp.suse.com/pub/projects/gcc/8.2 anbietet. Aber das wars auch nicht, der Fehler bleibt. Hä? Womit hat SuSE denn den Kernel compiliert? Nun gut, bist du nicht willig, so brauch ich gewalt, ab ins source-Verzeichnis des entpackten Treibers und im Makefile die gcc Prüfung rausgenommen. Das Modul händisch compilieren, ist schnell installiert und modprobe lädt es sogar. Nur X? Nö, X haut immer noch nicht hin. Gut, mir reichts, DVD rein und Originalkernel installiert, neu gebootet, NVidia-Installer gestartet, der meckert erst mal am selbst compilierten Modul rum, also das löschen, mit --uninstall den Treiber runtergeschmissen und neu installiert. Ob Ihrs glaubt, oder nicht, X geht immer noch nicht. Super, da kommt Freude auf. Da mir die Ideen schön langsam auszugehen drohen, /etc/X11/XF86Config angeschaut. Man glaubt es kaum, der Treiber wurde von nvidia auf nv umgestellt. Super, dass der mit meinem DVI-Ausgang nichts anfangen kann, ist ja nun nichts neues. Gut, auch das noch umgestellt und alles geht wieder, aber das war jetzt nicht unbedingt das, was ich von einem "unproblematischen" YOU-Update erwarte. Anscheinend endet meine kurzer Versuch mit den SuSE-Kernlen bald wieder. Bin ich der Einzige, bei dem das Update solche Folgen hinterläst? -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hallo Manfred, also bei mir ging das so: YOU meldet ein neuen Kernel (ich mache keine automatsiche Updates, weil ich eben auf die Sachen gefasst sein werden möchte). OK, bestätigt, kernel installiert. Dann kommt ein Popup dass man nach dem Upgrade auch NVidia bitte schön neu installieren möchte - ist auch klar, weil /lib/modules komplett neu aufgesetzt wird und nvidia.o fehlt dann. Nach dem Upgrade NVIDIA-Linux-x86-1.0-4496-pkg2.run aufgerufen, es hat *nichts* kompiliert, einfach Module neu installiert. Dann X neu gestartet und gewundert, dass der Bildschirm auf einmal verrutscht war. Aber da hatte ich bereits den Verdacht, im XFConfig nachgeschaut, tatsächlich auf "nv" umgestellt. Wieder auf "nvidia" gesetzt und gut war's. Ich habe allerdings k_athlon-2.4.20-100 ;-) Dass SuSE XFConfig auf "nv" umstellt ist ja klar, sonst wird X gar nicht starten. Und wer DVI-Ausgang nutzt, hat ja Pech. Was mich noch interessiert ist wie auf "nv" umgestellt wird. RPM-Trigger oder Scripts sind es nicht, SuSE hat bestimmt was schickes in .spec für %install fest verdrahtet ;-) Gruß,Konstantin -- Konstantin Malakhanov malakhanov@gmx.de +49/(0)2233/610830
Am Freitag, 15. August 2003 00:53 schrieb Konstantin Malakhanov:
YOU meldet ein neuen Kernel (ich mache keine automatsiche Updates, weil ich eben auf die Sachen gefasst sein werden möchte). OK,
Naja, um mich genau darum nicht kümmern zu müssen, hab ich das eigentlich automatisiert...
bestätigt, kernel installiert. Dann kommt ein Popup dass man nach dem Upgrade auch NVidia bitte schön neu installieren möchte - ist auch klar, weil /lib/modules komplett neu aufgesetzt wird und nvidia.o fehlt dann.
... und genau diese Meldung nie erhalten.
Nach dem Upgrade NVIDIA-Linux-x86-1.0-4496-pkg2.run aufgerufen, es hat *nichts* kompiliert, einfach Module neu installiert. Dann X neu
Interessant.
gestartet und gewundert, dass der Bildschirm auf einmal verrutscht war. Aber da hatte ich bereits den Verdacht, im XFConfig nachgeschaut, tatsächlich auf "nv" umgestellt. Wieder auf "nvidia" gesetzt und gut war's.
Naja, hätte ich die Warnung oben bekommen, wäre mir das vermutlich auch eher aufgefallen.
Ich habe allerdings k_athlon-2.4.20-100 ;-)
Macht wohl den Unterschied.
Dass SuSE XFConfig auf "nv" umstellt ist ja klar, sonst wird X gar nicht starten. Und wer DVI-Ausgang nutzt, hat ja Pech.
Ich habs gemerkt.
Was mich noch interessiert ist wie auf "nv" umgestellt wird. RPM-Trigger oder Scripts sind es nicht, SuSE hat bestimmt was schickes in .spec für %install fest verdrahtet ;-)
Source-RPM liegt auf dem FTP-Server, kannst Du Dir ja mal ansehen. Ich würd auf nen simple sed-Ersetzung tippen. PS: Ging der Sound bei Dir nach dem Update noch? War hier essig. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Donnerstag, 14. August 2003 20:47 schrieb Manfred Tremmel: Hallo Manfred, ftp://ftp.suse.com/pub/suse/i386/supplementary/X/XFree86/nvidia-installer-HOWTO enthält folgendes: II. SuSE Linux Desktop (SLD) SuSE Linux 8.2 with update kernel or self-compiled kernel ------------------------------------------------------------- 1) Kernel sources must be installed and configured. Usually this means installing the 'kernel-source' RPM with YaST2 and configure it then with the following commands: cp /boot/vmlinuz.config /usr/src/linux/.config cp /boot/vmlinuz.version.h /usr/src/linux/include/linux cp /boot/vmlinuz.autoconf.h /usr/src/linux/include/linux cd /usr/src/linux make cloneconfig dep 2) Use the nvidia installer. export IGNORE_CC_MISMATCH=yes sh NVIDIA-Linux-x86-1.0-4363.run 3) Enable 3D support with SaX2. Damit laufen die Nvidia Treiber zumindest auf meinem System mit dem -100 Kernel. -- Viele Grüße, Christian mailto:c_dombrowski@t-online.de PGP-Key on request
Hallo, Am Freitag, 15. August 2003 10:28 schrieb Christian Dombrowski:
ftp://ftp.suse.com/pub/suse/i386/supplementary/X/XFree86/nvidia-ins taller-HOWTO enthält folgendes:
II. SuSE Linux Desktop (SLD) SuSE Linux 8.2 with update kernel or self-compiled kernel -------------------------------------------------------------
1) Kernel sources must be installed and configured. Usually this means installing the 'kernel-source' RPM with YaST2 and configure it then with the following commands:
cp /boot/vmlinuz.config /usr/src/linux/.config cp /boot/vmlinuz.version.h /usr/src/linux/include/linux cp /boot/vmlinuz.autoconf.h /usr/src/linux/include/linux cd /usr/src/linux make cloneconfig dep
2) Use the nvidia installer.
export IGNORE_CC_MISMATCH=yes sh NVIDIA-Linux-x86-1.0-4363.run
3) Enable 3D support with SaX2.
Damit laufen die Nvidia Treiber zumindest auf meinem System mit dem -100 Kernel.
Oh, Du Glücklicher. Bei mir gibt es bei cloneconfig die Fehlermeldung, das keine Regel vorhanden ist. Grrrrr Gruß René
René Falk schrieb:
Am Freitag, 15. August 2003 10:28 schrieb Christian Dombrowski:
[...] 1) Kernel sources must be installed and configured. Usually this means installing the 'kernel-source' RPM with YaST2 and configure it then with the following commands:
cp /boot/vmlinuz.config /usr/src/linux/.config cp /boot/vmlinuz.version.h /usr/src/linux/include/linux cp /boot/vmlinuz.autoconf.h /usr/src/linux/include/linux cd /usr/src/linux make cloneconfig dep [...]
Oh, Du Glücklicher. Bei mir gibt es bei cloneconfig die Fehlermeldung, das keine Regel vorhanden ist. Grrrrr
Vanilla-Kernel? Nur die SuSE-Kernel kennen ein "make cloneconfig". Brauchst Du aber nicht. Wenn Du eh - so wie oben angegeben - die Datei .config aus /boot in das Verzeichnis mit den Kernel-Quellen kopierst, kannst Du auch ein "make oldconfig" aufrufen. Wenn auch das nicht geht, dann hast Du die Kernel-Quellen nicht installiert. Nach dem "make oldconfig" solltest Du dann ein "make dep" aufrufen, das wars. Das Kommando "make cloneconfig dep" sollte man - wie ich hier vor kurzem mal laenglich erklaert habe - nicht verwenden. Es wird in dem oben angebenenen Fall vermutlich funktionieren, aber die Targets "cloneconfig" und "dep" sollten immer durch zwei getrennte make-Befehle aufgerufen werden, also "make cloneconfig && make dep". HTH, Thomson
Hallöchen, Am Freitag, 15. August 2003 11:36 schrieb Thomas Hertweck:
Vanilla-Kernel?
Ist ein SuSE.
Nur die SuSE-Kernel kennen ein "make cloneconfig". Brauchst Du aber nicht. Wenn Du eh - so wie oben angegeben - die Datei .config aus /boot in das Verzeichnis mit den Kernel-Quellen kopierst, kannst Du auch ein "make oldconfig" aufrufen. Wenn auch das nicht geht, dann hast Du die Kernel-Quellen nicht installiert.
Kernel-Quellen sind über YOU mit installiert worden. Lässt sich das irgendwie manuell überprüfen, insbesondere welche Version installiert ist, da die Quellen des alten Kernels installiert waren? Vielleicht ist da was falsch gelaufen.
Nach dem "make oldconfig" solltest Du dann ein "make dep" aufrufen, das wars. Das Kommando "make cloneconfig dep" sollte man - wie ich hier vor kurzem mal laenglich erklaert habe - nicht verwenden. Es wird in dem oben angebenenen Fall vermutlich funktionieren, aber die Targets "cloneconfig" und "dep" sollten immer durch zwei getrennte make-Befehle aufgerufen werden, also "make cloneconfig && make dep".
Hatte ich mitgelesen, und befolge ich beflissentlich. Gruß René
René Falk schrieb:
Am Freitag, 15. August 2003 11:36 schrieb Thomas Hertweck:
Vanilla-Kernel?
Ist ein SuSE.
OK, dann sollte es ein Target mit Namen "cloneconfig" im Makefile im Verzeichnis mit den Kernel-Quellen geben.
Nur die SuSE-Kernel kennen ein "make cloneconfig". Brauchst Du aber nicht. Wenn Du eh - so wie oben angegeben - die Datei .config aus /boot in das Verzeichnis mit den Kernel-Quellen kopierst, kannst Du auch ein "make oldconfig" aufrufen. Wenn auch das nicht geht, dann hast Du die Kernel-Quellen nicht installiert.
Kernel-Quellen sind über YOU mit installiert worden. Lässt sich das irgendwie manuell überprüfen, insbesondere welche Version installiert ist, da die Quellen des alten Kernels installiert waren? Vielleicht ist da was falsch gelaufen.
Du hast eine SuSE 8.2. Ich hoffe, Du hast das richtige Paket installiert mit den Kernel-Quellen, nicht das Kernel-Quellen Source-RPM, das ist etwas anderes. Ein "rpm -qa | grep ^k_" sagt Dir, welches Binary-Kernel-RPM Du installiert hast. Das muesste, nachdem der Patch einge- spielt wurde, bei Dir eigentlich ein 2.4.20-100 sein. Das Kommando "rpm -qa | grep kernel-source" sagt Dir, welches SuSE Kernel-Quellen RPM installiert ist. Es sollte die gleiche Versionsnummer tragen, wenn der zugehoerige Patch ebenfalls erfolgreich eingespielt wurde. Du muesstest also ein Verzeichnis "/usr/src/linux-2.4.20.SuSE" haben, in dem die Quellen liegen, der Link /usr/src/linux muesste auf dieses Verzeichnis zeigen. Es sollte ca. 220MB gross sein. Das Makefile in diesem Verzeichnis sollte das oben angesprochene Target "cloneconfig" eigentlich kennen... Gruesse, Thomson
Am Freitag, 15. August 2003 12:10 schrieb Thomas Hertweck:
Du hast eine SuSE 8.2. Ich hoffe, Du hast das richtige Paket installiert mit den Kernel-Quellen, nicht das Kernel-Quellen Source-RPM, das ist etwas anderes.
Das sollte YOU beim (halb)-automatischen Update eigentlich richtig machen.
Ein "rpm -qa | grep ^k_" sagt Dir, welches Binary-Kernel-RPM Du installiert hast. Das muesste, nachdem der Patch einge- spielt wurde, bei Dir eigentlich ein 2.4.20-100 sein.
Stimmt.
Das Kommando "rpm -qa | grep kernel-source" sagt Dir, welches SuSE Kernel-Quellen RPM installiert ist. Es sollte die gleiche Versionsnummer tragen, wenn der zugehoerige Patch ebenfalls erfolgreich eingespielt wurde.
OOOPS, da ist tatsächlich noch die alte Version vorhanden. Da Frage ich mich doch gleich warum YOU beim installieren der neuen Quellen nicht gemeckert hat. Schließlich muss da was schiefgegangen sein. Na dann werde ich mal einen neuen Versuch, betreffs der Installation der neuen Kernel-Quellen, starten. Danke für die Hilfe. Gruß René
René Falk schrieb:
Am Freitag, 15. August 2003 12:10 schrieb Thomas Hertweck:
Das Kommando "rpm -qa | grep kernel-source" sagt Dir, welches SuSE Kernel-Quellen RPM installiert ist. Es sollte die gleiche Versionsnummer tragen, wenn der zugehoerige Patch ebenfalls erfolgreich eingespielt wurde.
OOOPS, da ist tatsächlich noch die alte Version vorhanden. Da Frage ich mich doch gleich warum YOU beim installieren der neuen Quellen nicht gemeckert hat. Schließlich muss da was schiefgegangen sein.
Na dann werde ich mal einen neuen Versuch, betreffs der Installation der neuen Kernel-Quellen, starten.
Du findest z.B. im Verzeichnis ftp://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/suse/i386/update/8.2/rpm/i586/ ein Paket namens kernel-source-2.4.20.SuSE-100.i586.patch.rpm. Ich nehme an, das wird die "alten" 2.4.20.SuSE Kernel-Quellen auf den neuen Stand bringen. Im Gegensatz zum Download der kompletten Quellen hat dieses Paket "nur" ca. 2.4MB... Daran wird aber Dein Problem mit dem "cloneconfig" nicht gelegen haben :-) Evtl. warst Du im falschen Verzeichnis oder hast Dich verschrieben o.ae. CU, Th.
Am Freitag, 15. August 2003 11:10 schrieb René Falk:
Oh, Du Glücklicher. Bei mir gibt es bei cloneconfig die Fehlermeldung, das keine Regel vorhanden ist. Grrrrr
Hast Du denn die Kernelsorucen auch installiert? -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
participants (5)
-
c_dombrowski＠t-online.de -
Konstantin Malakhanov -
Manfred Tremmel -
René Falk -
Thomas Hertweck