Kernel 2.6.25 +nVidia

[christoph76]

interessant, aber ich hab's "gelöst"...:

- habe, wie von pluvo empfohlen, die Pakete aus sid installiert. Das gab keinen Unterschied zur bisherigen Situation.

- dann habe ich von Hand /usr/src/modules/nvidia-kernel gelöscht und neu entpackt:

Code: Alles auswählen

cd /usr/src/
rm -rf modules/nvidia-kernel
tar xvfj nvidia-kernel-tar.bz2

- danach m-a neu ausgeführt, und alles verlief ohne Probleme...:

Code: Alles auswählen

m-a a-i nvidia

- Ich sollte den nvidia-kernel-source Maintainern per Bugreport mitteilen, dass es anscheinend Probleme an der Stelle geben kann.

Danke und schönen Gruß,

Christoph

[deta1]

glückwunsch deta1 - und danke für die Rückmeldung dass das Wiki bei dir funktioniert hat.

Nur wirklich noch ne Kleinigkeit.

Wenn der Rechner nun neu gebootet wird!

Werden die NVIDIA Treibe REMOVED
Erst nach dem ich den NVIDIA Treiber noch mal neu installiert habe , dann gehts wieder.
Ist aber nervig.

Jemand noch ne Idee was das ist?

cu Deta

[datoo]

Ich vermute mal das du noch irgendwelche Rudimente von vorhergehenden Installationen drauf hast. Das Problem gab es hier schon mehrmals doch keiner hat erklärt wie er es gelöst hat.

http://www.debianforum.de/forum/viewtop ... lit=nvidia

oder doch - nvidia-glx noch installiert ?

http://www.debianforum.de/forum/viewtop ... gdm+nvidia

[deta1]

Habs gefunden!

Also in der
/etc/init.d/X11/xcorg.conf

Load glx deaktivieren
und die /etc/init.d/nvidia-glx löschen

Und schon gehts!

Wird das beim direkten Treiber nicht mehr gebraucht?

cu Deta

[datoo]

Nein das nvidia-glx brauchst du für die Variante die z.B. pluvo oder schwedenmann nutzen - immer schön trennen.

[nonoo]

Hi, Pluvo hat folgende Anleitung geschrieben:

Mini-Anleitung (Nvidia + 2.6.25 + Lenny (testing) + dirty)

1. Den Neuen Kernel booten.
2. Nun muss man sich als root anmelden
3. Zur Sicherheit mal den Anmeldebildschirm stoppen (gdm oder kdm)

Code: Alles auswählen
/etc/init.d/gdm stop

4. Falls man vorher den Nvidia-Treiber von der Nvidia-Website verwendet hat, muss dieser erstmal entfernt werden:

Code: Alles auswählen
nvidia-installer --uninstall

5.

Code: Alles auswählen
aptitude install module-assistant nvidia-kernel-common

6.

Code: Alles auswählen
cd /tmp
wget http://ftp.de.debian.org/debian/pool/no ... 2_i386.deb http://ftp.de.debian.org/debian/pool/no ... 2_i386.deb

7. Erstmal nur folgendes Paket installieren:

Code: Alles auswählen
dpkg -i nvidia-kernel-source_173.14.09-2_i386.deb

8. Nun das Nvidia-Modul bauen:

Code: Alles auswählen
m-a a-i nvidia

9. Jetzt muss man noch das andere Paket installieren:

Code: Alles auswählen
dpkg -i nvidia-glx_173.14.09-2_i386.deb

10. Sicherstellen dass in der xorg.conf alles stimmt (Nvidia als Driver)

Code: Alles auswählen
nano /etc/X11/xorg.conf


Sollte so aussehen: http://nopaste.debianforum.de/9307
11. Nun kann die grafische Oberfläche wieder normal starten

Code: Alles auswählen
/etc/init.d/gdm start

Welche Quelle muß ich der /etc/apt/sources.list zufügen um die Installation mit aptitude vornehmen zu können?

Code: Alles auswählen

deb http://ftp.de.debian.org/debian/pool/ non-free

So funktioniert das nicht, ist mein Vorhaben überhaupt möglich? Wenn ja, welchen Eintrag habe ich der sources.list hinzuzufügen?

mfg nonoo


aus http://www.pro-linux.de/news/2008/13001.html

Re: Kernel Problem
Gesendet von nobody am Fr, 1. Aug um 12:23

Das Problem betrifft eigentlich nur Debian und wenn man den Nvidiatreider (auch für Lenny)aus unstable mittels Debainway installiert gibts auch keine Probleme.
[Kommentieren | Versenden | Drucken ]

[rendegast]

Code: Alles auswählen

deb http://ftp.de.debian.org/debian/pool/ non-free

2 Jahre dabei, 1500 Beiträge, und dann baust Du so etwas?

Code: Alles auswählen

deb http://ftp.de.debian.org/debian/  lenny  non-free

gegebenenfalls "lenny" durch das Dir entsprechende
( siehe http://ftp.de.debian.org/debian/dists/ ) ersetzen.

[pluvo]

Hallo!

Die Versionen haben sich ein wenig geändert.

Schritt 6:

Code: Alles auswählen

wget http://ftp.de.debian.org/debian/pool/non-free/n/nvidia-graphics-drivers/nvidia-kernel-source_173.14.09-3_i386.deb http://ftp.de.debian.org/debian/pool/non-free/n/nvidia-graphics-drivers/nvidia-glx_173.14.09-3_i386.deb

http://packages.debian.org/sid/nvidia-glx
http://packages.debian.org/sid/nvidia-kernel-source

(Schritt 7 und 9 müssen dadurch auch minimal angepasst werden.)

/etc/apt/sources.list

Code: Alles auswählen

deb http://ftp.de.debian.org/debian lenny main contrib non-free
deb-src http://ftp.de.debian.org/debian lenny main contrib non-free

deb http://security.debian.org/ lenny/updates main contrib non-free
deb-src http://security.debian.org/ lenny/updates main contrib non-free

Ich hoffe, dass die Pakete noch Lenny (testing) erreichen werden.

mfg pluvo

[nonoo]

Hallo Pluvo,

danke für den Hinweis mit der /etc/apt/sources.list.
Warum hast Du in der /etc/apt/sources.list "lenny" und nicht "sid" eingetragen, wenn die erforderlichen Pakete zu Zeit noch nicht in "lenny" vorhanden sind?

Die neuen Pakete funktionieren mit einer Nvidia Gforce 5 FX5200 auch einwandfrei.

Warum bist Du nicht gleich den Weg mit der sources.list gegangen?

Kann es sein das die erforderlichen Pakete kurzfristig nicht verfügbar waren?
Geschieht so ein Tausch nicht in Zug um Zug?
non-free war in meiner sources.list eingetragen.

mfg nonoo

[pluvo]

Warum hast Du in der /etc/apt/sources.list "lenny" und nicht "sid" eingetragen, wenn die erforderlichen Pakete zu Zeit noch nicht in "lenny" vorhanden sind?

Man hätte vermutlich auch seine sources.list für die zwei Pakete (nvidia-glx, nvidia-kernel-source) vorübergehend auf "sid" umstellen können. Aber so habe ich Kontrolle darüber, welche Pakete ich einspiele
(Bei 2 Pakete ist das manuelle herunterladen auch keine wirkliche Arbeit.)

mfg pluvo

[M. Linux]

Schon ziemlich schwach von Nvidia, selbst der neu veröffentlichten Nvidia Treiber lässt sich nicht mit dem Nvidia Installer im Verbund mit dem 25er Kernel installieren... Der Treiber sagt, dass man ein Xen Kernel installiert hätte und der Treiber keine Xen Kernel unterstütze. Somit wird die Installation abgebrochen.

[rendegast]

@M.Linux
Lösung wurde schon erwähnt:
http://www.debianforum.de/forum/viewtop ... 15#p635141

Die Dinger funktionieren scheinbar nicht im XEN-Betrieb, was aber klasse wäre.
(oder sollen es nicht?, scheinbar gibt es Versuche: siehe "XEN"-Stellen in nv-linux.h, nv.c, os-interface.c )
(mindestens schon im 100.14.23)

Du könntest aber auch über debian klagen, daß sie keinen nicht-XEN-Kernel anbieten.

[M. Linux]

@rendergast im 24er Kernel geht ja mit dem Treiber alles problemlos.
Nach deiner Argumentation wäre ab dem 25er Kernel jeder Architektur ein Xen Kernel, was ja nicht zutrifft, da es einen speziellen Xen Kernel gibt. Demzufolge erkennt es der Nvidia Treiber den Kernel falsch.

[pluvo]

@rendergast im 24er Kernel geht ja mit dem Treiber alles problemlos.
Nach deiner Argumentation wäre ab dem 25er Kernel jeder Architektur ein Xen Kernel, was ja nicht zutrifft, da es einen speziellen Xen Kernel gibt. Demzufolge erkennt es der Nvidia Treiber den Kernel falsch.

Der 2.6.25 ist darauf optimiert als XEN-Gast zu starten. (Soweit ich das verstanden habe )

mfg pluvo

[Pluribootent]

hallo an die Experten,

Ich bin blutiger Anfänger. Hab auf meinem amd64 system den nvidia installer verwendet. läuft einwandfrei.
heute hab ich lenny i386 auf einem sony vaio der 5 jahre alt ist (pentium4) installiert und der nvidia installer gibt den xen-fehler aus.

ich hab eure posts alle gelesen. werde aber nich schlau draus, weil ich zu dumm bin, etc... mir is klar es gibt den debian-weg und den nvidia installer. das xen-problem taucht bei beiden auf oder? hab ich das richtig verstanden: wenn ich den 2.6.26 installiere dann gibts das problem nicht?

welchen weg soll ich denn gehen? einen kernel zu kompilieren scheint mir sehr kompliziert. wie lange müsste man denn warten bis sich das problem mit einem neuen nvidia treiber löst? wenns nich zu lang ist kann ich mit nv gut leben.

schrecklich unqualifizierte frage, aber wie soll ich sonst schlau werden...
vielen dank für die nachsicht

[rendegast]

@M.Linux, pluvo, Pluribootent

Code: Alles auswählen

# grep -r CONFIG_XEN *
2.6.24-4/config-2.6.24-1-686-bigmem:# CONFIG_XEN is not set
2.6.24-4/config-2.6.24-1-686:# CONFIG_XEN is not set
2.6.24-5/config-2.6.24-1-686-bigmem:# CONFIG_XEN is not set
2.6.24-5/config-2.6.24-1-686:# CONFIG_XEN is not set
2.6.24-6/config-2.6.24-1-686-bigmem:# CONFIG_XEN is not set
2.6.24-6/config-2.6.24-1-686:# CONFIG_XEN is not set
2.6.24-7/config-2.6.24-1-686-bigmem:# CONFIG_XEN is not set
2.6.24-7/config-2.6.24-1-686:# CONFIG_XEN is not set

2.6.25-6/config-2.6.25-2-686:CONFIG_XEN=y
2.6.25-6/config-2.6.25-2-686:CONFIG_XEN_BLKDEV_FRONTEND=m
2.6.25-6/config-2.6.25-2-686:CONFIG_XEN_NETDEV_FRONTEND=m
2.6.25-6/config-2.6.25-2-686-bigmem:CONFIG_XEN=y
2.6.25-6/config-2.6.25-2-686-bigmem:CONFIG_XEN_BLKDEV_FRONTEND=m
2.6.25-6/config-2.6.25-2-686-bigmem:CONFIG_XEN_NETDEV_FRONTEND=m
2.6.25-7/config-2.6.25-2-686:CONFIG_XEN=y
2.6.25-7/config-2.6.25-2-686:CONFIG_XEN_BLKDEV_FRONTEND=m
2.6.25-7/config-2.6.25-2-686:CONFIG_XEN_NETDEV_FRONTEND=m
2.6.25-7/config-2.6.25-2-686-bigmem:CONFIG_XEN=y
2.6.25-7/config-2.6.25-2-686-bigmem:CONFIG_XEN_BLKDEV_FRONTEND=m
2.6.25-7/config-2.6.25-2-686-bigmem:CONFIG_XEN_NETDEV_FRONTEND=m

(2.6.22: gar nix)
Ab dem debian 2.6.25 gibt es XEN im Standardkernel.



In conftest.sh gibt es das hier:

Code: Alles auswählen

    xen_sanity_check)
        #
        # Check if the target kernel is a Xen kernel. If so, then exit, since
        # the driver doesn't currently work with Xen.
        #
        RET=1
        VERBOSE=$6
        FILE="linux/autoconf.h"

        if [ -n "$IGNORE_XEN_PRESENCE" ]; then
            exit 0
        fi

        if [ -f $HEADERS/$FILE -o -f $OUTPUT/include/$FILE ]; then
            #
            # We are looking at a configured source tree; verify
            # that it's not a Xen kernel.
            #
            echo "#include <linux/autoconf.h>
            #ifdef CONFIG_XEN
            #error CONFIG_XEN defined!!
            #endif
            " > conftest$$.c

            $CC $CFLAGS -c conftest$$.c > /dev/null 2>&1
            rm -f conftest$$.c

            if [ -f conftest$$.o ]; then
                rm -f conftest$$.o
                RET=0
            fi
        else
            CONFIG=$HEADERS/../.config
            if [ -f $CONFIG ]; then
                if [ -z "$(grep "^CONFIG_XEN=y" $CONFIG)" ]; then
                    RET=0
                fi
            fi
        fi

        if [ "$RET" != "0" ]; then
            echo "The kernel you are installing for is a Xen kernel!";
            echo "";
            echo "The NVIDIA driver does not currently work on Xen kernels. If ";
            echo "you are using a stock distribution kernel, please install ";
            echo "a variant of this kernel without Xen support; if this is a ";
            echo "custom kernel, please install a standard Linux kernel.  Then ";
            echo "try installing the NVIDIA kernel module again.";
            echo "";
            if [ "$VERBOSE" = "full_output" ]; then
                echo "*** Failed Xen sanity check. Bailing out! ***";
                echo "";
            fi
            exit 1
        else
            exit 0
        fi
    ;;

Also: Findet der nvidia-installer "CONFIG_XEN" in autoconf.h oder .config, wie neuerdings beim debian-2.6.25, dann bricht er ab.
Mit IGNORE_XEN_PRESENCE wird der xen_sanity_check uebersprungen.
Jedoch wird die Option noch an anderen Stellen abgefragt, bzw sie wird mit verarbeitet, daher mein Hinweis auf zusätzlich auto.conf und die Tilgung der Option aus den header-Dateien für die nvidia-Installation.

[pluvo]

Ab dem debian 2.6.25 gibt es XEN im Standardkernel.

Das ist allerdings nur für die Gast-Unterstützung.

Der Nvidia-Treiber soll eigentlich vor einer Installation bei einem XEN-Host-Kernel warnen. (z.B. linux-image-2.6.25-2-xen-686)

[ Ian Campbell ]
* [x86]: Enable Xen guest support in all i386 flavours.

Quelle: http://packages.debian.org/changelogs/p ... /changelog

mfg pluvo

[rendegast]

@pluvo

aus dem Auszug: es geht um die Option 'CONFIG_XEN=y' und '#define CONFIG_XEN 1'
Was der nvidia-Installer "soll" ist nebensächlich, er macht das, was im Skript steht.

[schmatzler]

Vielen Dank an rendegast für den 100.14.23-Patch!

Mit allen neueren Treibern stellt meine FX5200 seltsame Streifen dar, ich bin gerettet!

[JanZ]

Hallo,

ich bringe es irgendwie nicht fertig eine Anleitung zu finden, um meine Nvidia GeForce M8600 GS auf meinem Debian Testing Laptop zum laufen zu bringen ... kann mir bitte jemand helfen?

[rendegast]

@JanZ
Anleitungen gibt es viele.
Mit dem kernel 2.6.26-1-686 (2.6.26-3, von heute) brauchst Du mindestens den 173.14.12 von nvidia.
(bzw. die legacy-Treiber ab Versionen 71.86.06 (Riva - Geforce2 (- Geforce6xxx?)) oder 96.43.07 (Geforce3 - Geforce7xxx))
Benutzt Du einen Kernel, der mit CONFIG_XEN gebaut wurde, mußt Du wahrscheinlich dessen kernel-header für die nvidia-Installation davon befreien.

[JanZ]

http://blog.creonfx.com/linux/how-to-in ... l-with-xen

Der Kommentar zu sgfxi hat die Lösung gebracht