Siduction Forum
Siduction Forum => Upgrade Warnings => Topic started by: towo on 2011/03/15, 10:01:51
-
Mit dem Update auf den aktuellen 2.6.38er Kernel in aptosid wird der propritäre Treiber nicht mehr funktionieren, da das Modul nicht baut. Grund hierfür ist
0019-BKL-That-s-all-folks.patch
welcher alle Reste von BKL related Files aus den Sourcen entfernt.
Es bleiben nun nur wenige Möglichkeiten:
1. Warten, ob Nvidia irgendwann reagiert und 2.6.37 weiter benutzen. Das kann lange dauern, da aptosid die einzige Distro ist, die BKL so rigoros aus dem Kernel verbannt hat
2. Kernel von frickelplatz nehmen, da ist dieser Patch nicht drin
3. Nouveau benutzen.
-
Danke für die klare Ansage!
Der prop. Treiber baut das Kernel-Modul nicht mehr... kann ich bestätigen. f. nvidia 260.19.44.
Habe mich für "Warten" entschieden!
-
...
2. Kernel von frickelplatz nehmen, da ist dieser Patch nicht drin...
Hi towo,
wie geht man dazu vor?
Deinstallieren und installieren?
D-U mit offener Quelle frickelplatz und auskommmentierter aptosid-Quelle?
Oder?
Danke für einen Hinweis.
-
Hallo mylo
ganz einfach, folgende Datei erstellen# vim /etc/apt/sources.list.d/frickel.list
mit diesem Inhalt
deb http://frickelplatz.de/debian/ sid main contrib non-free
lokales repository aktualisieren
# apt-get update
und dann die oder das Metakernelpackage deinstallieren. Dazu mußt Du wissen, wie das Metapackage heißt. Ein beherztes# dpkg -l|grep linux-image
zeigt Dir die Situation. Z. B. entfernt# apt-get remove linux-image-2.6-amd64
das Metapackage der gesamten 2.6 Kernelversionen. Von nun an mußt Du allerdings ein Kernelupdate händisch anfordern, z.B.:# apt-get install linux-image-2.6.38-0.towo.1-frickel-amd64 linux-headers-2.6.38-0.towo.1-frickel-amd64
Kris
-
apt-get install linux-image-2.6-frickel-$arch linux-headers-2.6-frickel-$arch
das installiert sowohl die Metas, als auch den Kernel und Header selbst.
-
apt-get install linux-image-2.6-frickel-$arch linux-headers-2.6-frickel-$arch
das installiert sowohl die Metas, als auch den Kernel und Header selbst.
Wow! wieder etwas neues gelernt :D
-
super, vielen Dank Euch für die tolle Anleitung!!
-
hi,
ich hab wie vorgeschlagen den kernel von frickelplatz installiert und das nvidia modul (bei mir 270.26-0~frickel.1) hat er auch ohne murren gebaut. leider wird meine grafikkarte wohl nicht mehr erkannt!
...
#
[ 40.861] (EE) No devices detected.
#
[ 40.861]
#
Fatal server error:
#
[ 40.861] no screens found
...
die komplette log gibts hier http://pastebin.com/hkC0WbMy
-
dpkg -l | grep -i nvidia
-
$ dpkg -l | grep -i nvidia
ii libgl1-nvidia-alternatives 270.26-0~frickel.1 simplifies replacing MESA libGL with GPU vendor libraries
ii libgl1-nvidia-alternatives-ia32 270.26-0~frickel.1 simplifies replacing MESA libGL with GPU vendor libraries (32-bit)
ii libgl1-nvidia-glx 270.26-0~frickel.1 NVIDIA binary OpenGL libraries
ii libgl1-nvidia-glx-ia32 270.26-0~frickel.1 NVIDIA binary OpenGL 32-bit libraries
ii libglx-nvidia-alternatives 270.26-0~frickel.1 simplifies replacing Xorg module libglx.so with GPU vendor library
ii nvidia-common 20110126+0~anbe0 NVIDIA binary graphics driver support files
ii nvidia-glx 270.26-0~frickel.1 NVIDIA binary Xorg driver
ii nvidia-glx-ia32 270.26-0~frickel.1 NVIDIA binary driver 32-bit libs
ii nvidia-kernel-2.6.31-6.slh.2-sidux-amd64 195.36.24-0+2.6.31-25 NVIDIA binary kernel module for Linux 2.6.31-6.slh.2-sidux-amd64
ii nvidia-kernel-2.6.37-0.slh.18-aptosid-amd64 270.26-0~frickel.1+2.6.37-18 NVIDIA binary kernel module for Linux 2.6.37-0.slh.18-aptosid-amd64
ii nvidia-kernel-2.6.37-0.slh.2-aptosid-amd64 195.36.31-6+2.6.37-2 NVIDIA binary kernel module for Linux 2.6.37-0.slh.2-aptosid-amd64
ii nvidia-kernel-2.6.37-0.slh.7-aptosid-amd64 195.36.31-6+2.6.37-7 NVIDIA binary kernel module for Linux 2.6.37-0.slh.7-aptosid-amd64
ii nvidia-kernel-2.6.37-2.slh.4-aptosid-amd64 260.19.36-0~frickel.2+2.6.37-33 NVIDIA binary kernel module for Linux 2.6.37-2.slh.4-aptosid-amd64
ii nvidia-kernel-2.6.37-3.slh.3-aptosid-amd64 270.26-0~frickel.1+2.6.37-38 NVIDIA binary kernel module for Linux 2.6.37-3.slh.3-aptosid-amd64
ii nvidia-kernel-2.6.38-0.towo.1-frickel-amd64 270.26-0~frickel.1+2.6.38-5 NVIDIA binary kernel module for Linux 2.6.38-0.towo.1-frickel-amd64
ii nvidia-kernel-common 20110126+0~anbe0 NVIDIA binary kernel module support files
ii nvidia-kernel-source 270.26-0~frickel.1 NVIDIA binary kernel module source
ii nvidia-settings 195.36.24-1 Tool for configuring the NVIDIA graphics driver
ii nvidia-vdpau-driver 270.26-0~frickel.1 NVIDIA vdpau driver
ii nvidia-vdpau-driver-ia32 270.26-0~frickel.1 NVIDIA vdpau 32-bit driver
-
cat /etc/X11/xorg.conf
lspci | grep -i vga
-
xorg.conf http://pastebin.com/C4m6FUUK
$ lspci | grep -i vga
01:00.0 VGA compatible controller: nVidia Corporation G84 [GeForce 8400 GS] (rev a1)
04:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8400 GS] (rev a1)
ich nutze zwei grafikkarte im dual head betrieb mit separatem X.
macht aber auch keinen unterschied, wenn ich nur eine karte verbaut hab.
unter 2.6.37-0.slh.18-aptosid-amd64 (mit nvdia 270.26) geht übrigens noch alles einwandfrei. aber 2.6.37-1 2.6.37-2 zickt bei mir schon rum. da erkennt er meine 2te grafikkarte nicht mehr, aber immerhin noch meine erste.
-
Grundsätzlich, Du hast 2 Grafikkarten, Du brauchst 2 Sektionen "Device".
Mal abgesehen davon wird Device 0 wohl eher die BusID 1:0:0 haben.
-
sry, dass ich erst jetzt anworten kann. hab erst jetzt wieder etwas zeit gefunden.
wenn ich nur eine grafikarte nämlich die an BusID 4:0:0 starten will, dann bräuchte ich doch auch nur die eine angeben, oder etwa nicht? mit dem kernel 2.6.37-0.slh.18-aptosid-amd64 und identischem X funktioniert das ja auch einwandfrei.
auch das ausbauen der 2ten grafikkarte hat nichts gebracht.
entferne ich die xorg.conf kompett startet auch x, aber halt ohne nvidia treiber.
(die BusID hab ich jetzt übrigens angepasst. Device 0 ist nun BusID 1:0:0 )
-
gerade nochmal einen versuch gestartet und öhm ... es funktioniert !!! :shock:
ohne murren und rumzicken hat er mir schön den X gestartet. ich glaub er muss sich damals, beim bau der nvidia module, irgendwie verschluckt haben.
musste gestern, aus einem anderen grund, alle nvidia treiberbestandteile löschen und neu aufsetzen. hab aber nicht erwartet, dass es dadurch gelöst sein würde. zum glück hab ich mir geirrt.
der letzte beitrag war also etwas voreilig ^^
danke nochmal für die hilfe
-
Gibt es hier jemand, der ein Nvidia ION-Karte hat, die mit dem nouveau-Treiber läuft?
nv gibts scheinbar nur noch von towo, der offizielle nvidia-Treiber ist mit aptosid immer ein Glücksspiel.
Momentan scheint nv mal wieder zu gehen, nvidia nicht; Anfang des Jahres wars mal umgekehrt.
ri
-
1. nv gibts nicht mehr.
2. nouveau unterstützt ION nicht
3. aktuelle funktionierende propritäre Nvidia-Treiber liegen auf Frickel
-
Dann verstehe ich die Argumente von Seiten der Distributionsleute nicht: Nvidia wird im offiziellen Kernel nicht mehr unterstützt, weil man ja auch einen freien Treiber verwenden könnte. Andererseits wurde der (funktionierende) freie Treiber (nv) kurz zuvor ebenfalls entfernt.
Wenigstens einen von beiden sollte man schon zur Verfügung stellen, da sich aptosid sonst auf ion-Hardware nicht ohne Gebastel installieren lässt.
Zur deinem nvidia-Treiber: solange du den nv-Treiber noch zur Verfügung stellst, muss ich nicht auf den nvidia-Treiber zurückgreifen.
ri
-
Gibt es hier jemand, der ein Nvidia ION-Karte hat, die mit dem nouveau-Treiber läuft?
Den nouveau habe ich bei der LMDE laufen. Ein Bild bringt das auf den Monitor, sogar in der richtigen Auflösung aber das war es dann auch schon. Und die Kiste (Nettop) ist kurz vor der Kernschmelze, der Lüfter gibt ununterbrochen Vollgas.
-
Laut http://nouveau.freedesktop.org/wiki/CodeNames gehört die ion-Karte zur NV50 Familie, die nach http://nouveau.freedesktop.org/wiki/FeatureMatrix eigentlich im 2D-Bereich unterstützt werden sollte.
Bei mir starten X nicht, wenn ich den nouveau-Treiber verwende.
ri
-
apt-get install linux-image-2.6-frickel-$arch linux-headers-2.6-frickel-$arch
das installiert sowohl die Metas, als auch den Kernel und Header selbst.
@towo
Ich habe dazu eine Verständisfrage:
Muss ich vorher irgendetwas deinstallieren, und läuft mit den meta-Packs dann auch wieder das Kernelupdate automatisch?
Grüße
Neelix
-
Müssen mußt du nichts und ja, durch die Metapakete werden auch Updates automatisch per d-u installiert.
Der Kernel ist im Übrigen auch nicht notwendig für Nvidia, da die aktuellen Nvidia-Pakete auf Frickel problemlos mit dem aptosid-Kernel laufen.
-
...Der Kernel ist im Übrigen auch nicht notwendig für Nvidia, da die aktuellen Nvidia-Pakete auf Frickel problemlos mit dem aptosid-Kernel laufen.
genial!
-
...
Der Kernel ist im Übrigen auch nicht notwendig für Nvidia, da die aktuellen Nvidia-Pakete auf Frickel problemlos mit dem aptosid-Kernel laufen.
Wow, stimmt, es läuft auch auf dem 32-bit ohne Probleme. Danke für die Arbeit towo.
Grüße
Neelix
-
Super gut, steht ja jetzt alles im Wiki.
Peter
-
...da die aktuellen Nvidia-Pakete auf Frickel problemlos mit dem aptosid-Kernel laufen.
ja, kann ich einwandfrei bestätigen! Toller Support, danke towo!!
-
Nun, habe ich doch ein weiteres Problem dazu. Einige Rechner gehen, andere nicht.
Der X-server startet problemlos, aber glxinfo sagt:
name of display: :0
Xlib: extension "GLX" missing on display ":0".
Xlib: extension "GLX" missing on display ":0".
Xlib: extension "GLX" missing on display ":0".
Xlib: extension "GLX" missing on display ":0".
Xlib: extension "GLX" missing on display ":0".
Error: couldn't find RGB GLX visual or fbconfig
Xlib: extension "GLX" missing on display ":0".
Xlib: extension "GLX" missing on display ":0".
Xlib: extension "GLX" missing on display ":0".
Xlib: extension "GLX" missing on display ":0".
Xlib: extension "GLX" missing on display ":0".
Xlib: extension "GLX" missing on display ":0".
Xlib: extension "GLX" missing on display ":0".
Sowohl mit der xorg.conf von den Rechnern die gehen als auch mit der minimal xorg.conf
Wer kennt eine Lösung?
Peter
-
Jetzt sehe ich gerade, dass trotz allem in /var/log/Xorg.0.log steht dass nouveau startet und nicht das proprietäre modul von frickel
Peter
-
Tja, wenn Du uns noch verrätst, was denn "trotz allem" wohl sein soll? ...
-
Hat sich erledigt. Nach einem purge des nvidia-kernels und wieder installieren und Neustart geht alles.
Danke
Peter
-
Ein etwas älterer Rechner hat ein GeForce4 Ti 4200AGP.
Wenn ich die nvidia source legacy 173xxx so wie im Wiki beschrieben einrichte erhalte ich beim bau des modules immer eine Fehlermeldung, dass der Bau des Modules abgebrochen wird.
ich hänge mal das log von /var/cache/modass/ an.
in Version steht: 173.14.28-0~frickel.4
/usr/bin/make -f debian/rules clean
make[1]: Entering directory `/usr/src/modules/nvidia-kernel-legacy-173xx'
test -f debian/control || cp debian/control.template debian/control
dh_testdir
dh_testroot
/usr/bin/make LINUXDIR=/usr/src/linux-headers-2.6.38-1.slh.2-aptosid-686 clean
make[2]: Entering directory `/usr/src/modules/nvidia-kernel-legacy-173xx'
rm -rf *.o *.ko .depend .*.flags .*.d .*.cmd *.mod.c .tmp_versions
make[2]: Leaving directory `/usr/src/modules/nvidia-kernel-legacy-173xx'
dh_quilt_unpatch || quilt --quiltrc /dev/null pop -af
dh_clean debian/control debian/install
make[1]: Leaving directory `/usr/src/modules/nvidia-kernel-legacy-173xx'
sh debian/prep-modules /usr/src/linux-headers-2.6.38-1.slh.2-aptosid-686
sed 's/#KVERS#/2.6.38-1.slh.2-aptosid-686/g' debian/install.template > debian/install
touch configure-stamp
dh_prep
dh_quilt_patch
Wende Patch use-nv-kernel.o.ARCH.patch an
patching file Makefile.kbuild
Wende Patch conditionally-include-linux_version.h.patch an
patching file nv-linux.h
Wende Patch AUTOCONF_INCLUDED.patch an
patching file nv-linux.h
Jetzt in Patch AUTOCONF_INCLUDED.patch
/usr/bin/make LINUXDIR=/usr/src/linux-headers-2.6.38-1.slh.2-aptosid-686
make[1]: Entering directory `/usr/src/modules/nvidia-kernel-legacy-173xx'
make -C /usr/src/linux-headers-2.6.38-1.slh.2-aptosid-686 M=`/bin/pwd` modules
make[2]: Entering directory `/usr/src/linux-headers-2.6.38-1.slh.2-aptosid-686'
CC [M] /usr/src/modules/nvidia-kernel-legacy-173xx/nv.o
In file included from include/linux/bitops.h:22:0,
from include/linux/kernel.h:17,
from include/linux/sched.h:55,
from include/linux/utsname.h:35,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv-linux.h:29,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv.c:13:
/usr/src/linux-headers-2.6.38-1.slh.2-aptosid-686/arch/x86/include/asm/bitops.h: In function ‘set_bit’:
/usr/src/linux-headers-2.6.38-1.slh.2-aptosid-686/arch/x86/include/asm/bitops.h:64:6: warning: pointer of type ‘void *’ used in arithmetic
/usr/src/linux-headers-2.6.38-1.slh.2-aptosid-686/arch/x86/include/asm/bitops.h: In function ‘clear_bit’:
/usr/src/linux-headers-2.6.38-1.slh.2-aptosid-686/arch/x86/include/asm/bitops.h:102:6: warning: pointer of type ‘void *’ used in arithmetic
/usr/src/linux-headers-2.6.38-1.slh.2-aptosid-686/arch/x86/include/asm/bitops.h: In function ‘change_bit’:
/usr/src/linux-headers-2.6.38-1.slh.2-aptosid-686/arch/x86/include/asm/bitops.h:178:6: warning: pointer of type ‘void *’ used in arithmetic
In file included from include/linux/kernel.h:17:0,
from include/linux/sched.h:55,
from include/linux/utsname.h:35,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv-linux.h:29,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv.c:13:
include/linux/bitops.h: In function ‘hweight_long’:
include/linux/bitops.h:49:26: warning: signed and unsigned type in conditional expression
In file included from include/linux/list.h:7:0,
from include/linux/preempt.h:11,
from include/linux/spinlock.h:50,
from include/linux/seqlock.h:29,
from include/linux/time.h:8,
from include/linux/timex.h:56,
from include/linux/sched.h:57,
from include/linux/utsname.h:35,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv-linux.h:29,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv.c:13:
include/linux/prefetch.h: In function ‘prefetch_range’:
include/linux/prefetch.h:57:19: warning: pointer of type ‘void *’ used in arithmetic
In file included from include/linux/preempt.h:11:0,
from include/linux/spinlock.h:50,
from include/linux/seqlock.h:29,
from include/linux/time.h:8,
from include/linux/timex.h:56,
from include/linux/sched.h:57,
from include/linux/utsname.h:35,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv-linux.h:29,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv.c:13:
include/linux/list.h: In function ‘list_del’:
include/linux/list.h:107:16: warning: pointer of type ‘void *’ used in arithmetic
include/linux/list.h:108:16: warning: pointer of type ‘void *’ used in arithmetic
include/linux/list.h: In function ‘hlist_del’:
include/linux/list.h:602:12: warning: pointer of type ‘void *’ used in arithmetic
include/linux/list.h:603:13: warning: pointer of type ‘void *’ used in arithmetic
In file included from include/linux/sched.h:82:0,
from include/linux/utsname.h:35,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv-linux.h:29,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv.c:13:
include/linux/rculist.h: In function ‘list_del_rcu’:
include/linux/rculist.h:112:16: warning: pointer of type ‘void *’ used in arithmetic
include/linux/rculist.h: In function ‘list_replace_rcu’:
include/linux/rculist.h:158:14: warning: pointer of type ‘void *’ used in arithmetic
include/linux/rculist.h: In function ‘hlist_del_rcu’:
include/linux/rculist.h:312:13: warning: pointer of type ‘void *’ used in arithmetic
include/linux/rculist.h: In function ‘hlist_replace_rcu’:
include/linux/rculist.h:332:15: warning: pointer of type ‘void *’ used in arithmetic
In file included from include/linux/utsname.h:35:0,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv-linux.h:29,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv.c:13:
include/linux/sched.h: In function ‘object_is_on_stack’:
include/linux/sched.h:2317:41: warning: pointer of type ‘void *’ used in arithmetic
In file included from include/linux/rculist_bl.h:7:0,
from include/linux/dcache.h:7,
from include/linux/fs.h:383,
from include/linux/poll.h:12,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv-linux.h:82,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv.c:13:
include/linux/list_bl.h: In function ‘hlist_bl_del’:
include/linux/list_bl.h:105:12: warning: pointer of type ‘void *’ used in arithmetic
include/linux/list_bl.h:106:13: warning: pointer of type ‘void *’ used in arithmetic
In file included from include/linux/dcache.h:7:0,
from include/linux/fs.h:383,
from include/linux/poll.h:12,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv-linux.h:82,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv.c:13:
include/linux/rculist_bl.h: In function ‘hlist_bl_del_rcu’:
include/linux/rculist_bl.h:76:13: warning: pointer of type ‘void *’ used in arithmetic
In file included from /usr/src/linux-headers-2.6.38-1.slh.2-aptosid-686/arch/x86/include/asm/uaccess.h:571:0,
from include/linux/poll.h:14,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv-linux.h:82,
from /usr/src/modules/nvidia-kernel-legacy-173xx/nv.c:13:
/usr/src/linux-headers-2.6.38-1.slh.2-aptosid-686/arch/x86/include/asm/uaccess_32.h: In function ‘copy_from_user’:
/usr/src/linux-headers-2.6.38-1.slh.2-aptosid-686/arch/x86/include/asm/uaccess_32.h:209:6: warning: comparison between signed and unsigned integer expressions
In file included from /usr/src/modules/nvidia-kernel-legacy-173xx/nv.c:13:0:
/usr/src/modules/nvidia-kernel-legacy-173xx/nv-linux.h: At top level:
/usr/src/modules/nvidia-kernel-legacy-173xx/nv-linux.h:88:75: fatal error: linux/smp_lock.h: Datei oder Verzeichnis nicht gefunden
compilation terminated.
make[3]: *** [/usr/src/modules/nvidia-kernel-legacy-173xx/nv.o] Fehler 1
make[2]: *** [_module_/usr/src/modules/nvidia-kernel-legacy-173xx] Fehler 2
make[2]: Leaving directory `/usr/src/linux-headers-2.6.38-1.slh.2-aptosid-686'
make[1]: *** [modules] Fehler 2
make[1]: Leaving directory `/usr/src/modules/nvidia-kernel-legacy-173xx'
make: *** [build-stamp] Fehler 2
Entschuldigung ist etwas lang.
Danke für die Mühe
Peter
-
2 Möglichkeiten
1. Installier den aktuellen Frickel Kernel
2. cd /usr/src/modules/nvidia-kernel-legacy-173xx
nv-linux.h in eienem Editor öffnen
Zeile 84
#include linux/smp_lock.h
löschen.
speichern
cd /usr/src
tar -cvjf nvidia-kernel-legacy-173xx.tar.bz2 modules/nvidia-kernel-legacy-173xx/*
rm -rf modules/nvidia-kernel-legacy-173xx
m-a a-i nvidie-kernel-legacy-173xx-source
Große Freude zeigen, du bist nun ein Hacker ;)
-
hallo towo,
würde auch gern hacker nach Methode 2 werden, aber:
/usr/src/modules
ist leer!
Ansonsten läuft legacy-173xx mit 2.6.37-3.slh.3-aptosid-686 natürlich auch prima.
Grüße,
toga
-
sorry wg. doppelpost - find grad nix, wo ich das löschen kann
Grüße,
toga
-
Dann erweitern wir einfach mal die Anleitung:
cd /usr/src
unp nvidia-kernel-legacy-173xx.tar.bz2
dann weiter wie Oben.
-
Hallo towo,
das hat etwas gedauert, da aptosid.de nicht erreichbar war und ich erst jetzt einen Weg hierher gefunden habe.
Ich hatte zuerst die gleichen Probleme wie toga, dann habe ich einfach die erste Methode gewählt und Deinen kernel installiert, geht. Herzlichen Dank.
Zur Beförderung zum Hacker hat es alerdings nicht wirklich gereicht.
Peter
-
Im englischen Forum hab ich einen kommentar von "drb" gelesen, das es jetzt auch wieder mit dem normalen aptosid-kernel klappt.
"drb" As I said above, nvidia appears to have removed the offending line and I've installed nvidia 270.41.03 in 2.6.38-3.slh.4
Habe es getestet und es klappt wider.
Danke towo für die Lösung zwischen durch.
gruß Jürgen
-
Hi BlueAptosid,
du meinst die propietären NVIADIA Treiber? Welche nvidia-Pakete hast du auf deinen System installiert?
-
ja die nVidia Treiber die über das nicht gesupportete script s g f x i instaliert werden. Wobei ich aber diesmal noch mit dem Programm für nVidia x Server Settings Probleme beim abspeichern habe. Es speichert nichts und beendet sich sofort. Hab dann halt das alte xorg.conf zurückgespielt. Ich hoffe dir ist damit geholfen.
-
Danke towo, mit deinem Kernel läuft mein Nvidia-Chip.
Gruß
Holger :D
-
Der läuft auch mit dem aptosid-kernel, mittlerweile.
-
Der läuft auch mit dem aptosid-kernel, mittlerweile.
Auch wenn ich den NVIDIA-Treiber nutzen will?
Hab ich zumindest (als alter Mausschubser) nicht hinbekommen :oops:
Gruß
Holger
-
Den Nvidia-Treiber kann man nicht mit Mausschubsen installieren.
Wenn man den Treiber nach Handbuch installiert, sehe ich Dein Problem nicht.
Sid hat mittlerweile die aktuelle Nvidia-Version, diese hat kein Problem mit fehlendem BKL.
-
Den Nvidia-Treiber kann man nicht mit Mausschubsen installieren.
Naja, musste nicht so wörtlich nehmen, so ganz fremd ist mir die Konsole nicht........
deinen Kernel zu verwenden war für mich leichter und schneller, da Frauchen den Läppi zum Arbeiten nutzt. :?
Gruß
Holger
-
hab heute einen alten Rechner nach Handbuch neu aufgesetzt mit NVidia GeForce FX5500.
Hat alles völlig problemlos geklappt mit neustem aptosid kernel und legacy Treiber aus sid
Host/Kernel/OS "andreaspc" running Linux 2.6.38-6.slh.1-aptosid-686 i686 [ aptosid 2011-01 Γῆρας - kde-lite - (201102051540) ]
CPU Info AMD Athlon XP 2400+ clocked at [ 1997.043 MHz ]
Videocard nVidia NV34 [GeForce FX 5500] X.Org 1.10.1 [ 1280x1024@50.0hz ]
Processes 111 | Uptime 2:59 | Memory 280.4/502.5MB | HDD Size 41GB (8%used) | GLX Renderer GeForce FX 5500/AGP/SSE/3DNOW! | GLX Version 2.1.2 NVIDIA 173.14.30 | Client Shell | Infobash v3.36
Die Performance ist erstaunlich gut für die alte Kiste. Arbeitsflächen Effekte sind kein Problem.
Sprinter
-
Der läuft auch mit dem aptosid-kernel, mittlerweile.
Könnte man dann nicht diesem Thread inzwischen einen grünen Haken voranstellen?
-
Könnte man und mache ich hiermit, außerdem mach ich ihn zu.