[gelöst] Stretch und NVIDIA GT 750

[buddy67]

Code: Alles auswählen

modprobe.blacklist=nouveau

wäre der richtige Kernel-Parameter gewesen.Der sollte aber eh gesetzt werden, wenn der Nvidia-Treiber aus den Debian Repositories installiert wird.

Die Einträge aus deinem kern.log sind von "Jul 3 00:23:21", also schon gut 2 Tage alt. Schau lieber ins "dmesg", das ist aktuell. Das kannst du auch auf Festplatte verewigen, zur entspannten Analyse:

Code: Alles auswählen

dmesg > /home/buddy67/dmesg.aktuell.txt

ja ich weiß... ich hatte mir die aktuellen einträge per dmesg anzeigen lassen (nachdem nouveau eigentlich geblacklisted war) und da waren immer noch einträge im kern.log...und eben der fehler im dmesg.. p.s.: meine homedir ist /home/frank falls es interessiert .)

nun ja.. bin jetzt ziemlich ratlos was ich noch probieren könnte..

[NAB]

Also der nouveau-Treiber sollte nicht dazwischenfunken. Wenn der die Grafikkarte anfasst, ist es logisch, dass der Nvidia-Treiber streikt. Damit wären wir dann wieder hier:
viewtopic.php?f=12&t=161409#p1096898

[buddy67]

Also der nouveau-Treiber sollte nicht dazwischenfunken. Wenn der die Grafikkarte anfasst, ist es logisch, dass der Nvidia-Treiber streikt. Damit wären wir dann wieder hier:
viewtopic.php?f=12&t=161409#p1096898

okay...was soll ich machen? ich hab keinen plan mehr....

[NAB]

Keine Ahnung ... du machst doch die ganze Zeit "irgendwas" ... was du machst, ist kaum nachvollziehbar.
Hier:
viewtopic.php?f=12&t=161409#p1096896
wurde der Nouveau-Treiber geladen, anscheinend mit Jessie - warum das so ist, hat dich nicht die Bohne interessiert, gleich den nächsten Versuch hinterherjagen.

Hier:
viewtopic.php?f=12&t=161409&start=30#p1097082
startet auf einmal der Nvidia-Treiber, der aber mit "failed to copy vbios to system memory." scheitert. Sieht nach Debian Testing aus, wobei das keine saubere Neuinstallation gewesen sein kann, mit den Resten vom Jessie-Kernel.

Und nun ist es auf einmal einmal wieder der Nouveau-Treiber, auf Debian Irgendwas, mit dem falschen Log dazu.

Dabei machst du eigentlich immer das Gleiche, aber probierst dauernd irgendwas anderes aus, und was genau du machst und ausprobierst, ist nicht nachvollziehbar. Ein strukturiertes Herangehen kann ich nicht erkennen.

Nebenbei sollte es mit dem 4.6er Kernel eigentlich dieses Problem geben:
https://devtalk.nvidia.com/default/topi ... ernel-4-6/
Keine Ahnung, ob dir das aufgefallen wäre, oder ob Debian dagegenan gepatched hat.

[rendegast]

Hier:
viewtopic.php?f=12&t=161409&start=30#p1097082
startet auf einmal der Nvidia-Treiber, der aber mit "failed to copy vbios to system memory." scheitert.

Es gäbe noch den 355 aus experimental:

Code: Alles auswählen

# apt-cache policy nvidia-kernel-dkms 
nvidia-kernel-dkms:
  Installed: 352.79-8~bpo8+1
  Candidate: 352.79-8~bpo8+1
  Version table:
     355.11-4 0
          1 http://ftp2.de.debian.org/debian/ experimental/non-free i386 Packages
     352.79-8 0
        100 http://ftp2.de.debian.org/debian/ unstable/non-free i386 Packages
        101 http://ftp2.de.debian.org/debian/ testing/non-free i386 Packages
 *** 352.79-8~bpo8+1 0
        111 http://ftp2.de.debian.org/debian/ jessie-backports/non-free i386 Packages
        100 /var/lib/dpkg/status
     340.96-1 0
        500 http://ftp2.de.debian.org/debian/ jessie/non-free i386 Packages

Baut leider nicht gegen den 4.6 (jessie-backports), immerhin

Code: Alles auswählen

# dkms status | sort -V 
...
nvidia-current, 355.11, 3.16.0-4-686-pae, i686: installed
nvidia-current, 355.11, 4.5.0-0.bpo.1-686-pae, i686: installed
...

Nebenbei sollte es mit dem 4.6er Kernel eigentlich dieses Problem geben:
https://devtalk.nvidia.com/default/topi ... ernel-4-6/
Keine Ahnung, ob dir das aufgefallen wäre, oder ob Debian dagegenan gepatched hat.

Da geht es um den 364.
Dasselbe Problem wie mit dem 355 experimental <-> kernel 4.6 ?

Probe 355 experimental <-> kernel 4.7-rc4 experimental?
Gibt aber wieder ein Problem:

Code: Alles auswählen

# apt-get -d install linux-image-4.7.0-rc4-686-pae linux-headers-4.7.0-rc4-686-pae linux-compiler-gcc-5-x86 gcc5
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Unable to locate package gcc5

Braucht zum derzeitigen Zeitpunkt ein equivs-dummy gcc5 -> gcc-5



Ist aber egal, nach
ftp://download.nvidia.com/XFree86/Linux ... README.txt
sollte 352.79 die GTX 750 / GT 750M unterstützen.
In diesem Fall ([ 33.360] (--) PCI:*(0:3:0:0) 10de:1380:....) wie oben schon gesagt
GTX 750 Ti (GM107).

[rendegast]

Anmerkung, um systemd-init nichtgrafisch / ohne X zu starten
bei grub2 im Edit-Modus <e> die Kernel-commandline erweitern

Code: Alles auswählen

   linux ... systemd.unit=multi-user.target

Gegebenenfalls zusätzlich

Code: Alles auswählen

   linux ... modprobe.blacklist=nouveau
entsprechend
   linux ... modprobe.blacklist=radeon
oder kombiniert
   linux ... modprobe.blacklist=nouveau,radeon

hilft gegen die KMS-"Verseuchung"
(falls nicht irgendwo eine explizite Anweisung zum Laden von Modul nouveau/radeon existiert)

[buddy67]

nun bin ich komplett ratlos...bis auf den nvidia-treiber funktioniert alles bestens... aber wenn mir jemand einen tipp gibt welches debian ich installieren soll damit es klappt, würde ich das nochmal ganz von vorn machen...ich würde gern bei debian bleiben, da es mir (bis auf den nvidia-treiber) sonst keine probleme bereitet...

[NAB]

Hast du inzwischen mal eine UEFI-Installation ausprobiert?

Ich würd es ja mal mit Ubuntu 16.04 probieren. Das kommt mit einem gut getesteten Kernel 4.4 und der Nvidia-Treiber sollte eh neu genug für deine Karte sein. Wenn es mit Ubuntu auch nicht läuft, dann würd ich mal nach einer neueren Firmware für die Grafikkarte gucken:
https://www.techpowerup.com/vgabios/

Wenn das auch nichts bringt, würde ich MSI ne Mail schreiben ... ne GTX 750 Ti und ein Ubuntu 16.04 sollten die auftreiben können, und können es dann leicht selber nachstellen. Die scheinen ja durchaus gewillt, mal einen Blick auf Linux zu werfen.

[geier22]

Irgendwie will mir das nicht in den Kopf - zumal ich den selben Kernel fahre und die gleiche Karte habe.
Geistern da vielleicht noch Bestandteile irgendwelcher Installationen bei dir durch die Verzeichnisse?
Wie hast du denn die Treiber bei deinen x-Versuchen gelöscht?

Code: Alles auswählen

apt purge nividia*

und anschliessend noch ein

Code: Alles auswählen

nvidia-installer-cleanup

?
Liegt vielleicht in deinen /home noch eine alte ~/.nvidia-settings-rc ?
Zwei konfigurationsdateinen in
/etc/X11/xorg.conf
und /etc/modprobe.d/nvidia.conf
sind idiotisch - ob sie sich behindern weiß ich nicht, da dieses Verzeichnis bei mir in keiner einzigen Installation jemals existiert hat.
Die Nvidia- Treiber Installation legt die /etc/X11/xorg.conf an und gut ist.
Kommt bei dir eigentlich nach der Installation ( als letzter schritt) der Hinweis - Bildschirm, dass der Nouveau - Treiber noch aktiv ist, und man nun am besten einen Neustart machen sollte (was man natürlich nciht macht, sondern erst mal

Code: Alles auswählen

nvidia-xconfig

ausführt

Die /etc/modprobe.d/nvidia.conf solltest du an sich nicht erstellen müssen, denn Sie ist vorhanden (zumindest bei mir in einer funktionierenden Installation)
Meines Erachtens wäre da nur die Zeile zu ergänzen die du in der "neuen" /etc/modprobe.d/nvidia.conf eingefügt hast (die ist aber nur ein symlink auf die
/etc/alternatives/glx--nvidia-modprobe.conf

Code: Alles auswählen

install nvidia modprobe -i nvidia-current $CMDLINE_OPTS

install nvidia-uvm modprobe nvidia ; modprobe -i nvidia-current-uvm $CMDLINE_OPTS

remove nvidia modprobe -r -i nvidia-uvm nvidia

# These aliases are defined in *all* nvidia modules.
# Duplicating them here sets higher precedence and ensures the selected
# module gets loaded instead of a random first match if more than one
# version is installed. See #798207.
alias	pci:v000010DEd00000E00sv*sd*bc04sc80i00*	nvidia
alias	pci:v000010DEd00000AA3sv*sd*bc0Bsc40i00*	nvidia
alias	pci:v000010DEd*sv*sd*bc03sc02i00*		nvidia
alias	pci:v000010DEd*sv*sd*bc03sc00i00*		nvidia

Mein Verzeichniss /etc/modprobe.d/ sieht so aus:

Code: Alles auswählen

/etc/modprobe.d$ ls -l
insgesamt 24
-rw-r--r-- 1 root root 154 Dez 18  2014 amd64-microcode-blacklist.conf
-rw-r--r-- 1 root root 127 Okt  6  2012 dkms.conf
-rw-r--r-- 1 root root  75 Sep 28  2014 etc-modules-parameters.conf
-rw-r--r-- 1 root root  23 Mai 26  2012 i915-kms.conf
-rw-r--r-- 1 root root 154 Okt 19  2014 intel-microcode-blacklist.conf
lrwxrwxrwx 1 root root  53 Jun 13 22:47 nvidia-blacklists-nouveau.conf -> /etc/alternatives/glx--nvidia-blacklists-nouveau.conf
lrwxrwxrwx 1 root root  43 Jun 13 22:47 nvidia.conf -> /etc/alternatives/glx--nvidia-modprobe.conf
-rw-r--r-- 1 root root 260 Feb 26 06:09 nvidia-kernel-common.conf

1000 Fragen ...................

[buddy67]

so..erstmal vielen vielen dank für die vielen tipps und vorschläge...ich habe wirklich versucht alles auszuprobieren..leider ohne erfolg. ich denke nicht dass es ein hardwarefehler ist, denn ich hatte die karte mit nvidia-treibern und jessie laufen als das noch testing war. an der hardware ist nichts geändert worden....aber, damit man jetzt nicht sinnlos irgendwas probiert (ich habe alle euere tipps nach besten wissen ausprobiert) habe ich mich nun zu einer kompletten neuinstallation entschlossen. und zwar mit UEFI boot....die installation läuft gerade, tippe mal wieder vom tablet..zum glück mit tastatur

wenn die installation durch ist, werde ich genau einmal versuchen die nvidia-treiber zu installieren und bei erfolg ein "HURRAAAAA" posten...ansonsten die log-files und sonst erstmal nix machen...und auf euere tipps warten... nochmal ganz herzlichen. ausdrücklichen dank an alle hier!!!!!!!

[buddy67]

tja... leider kein hurra...

habe debian testing neu installiert, dann apt-get update && apt-get dist-upgrade... danach die source.list bearbeitet, die sieht nun so aus:

#
# deb cdrom:[Debian GNU/Linux testing _Stretch_ - Official Snapshot amd64 NETIN$
#deb cdrom:[Debian GNU/Linux testing _Stretch_ - Official Snapshot amd64 NETINS$

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

deb http://security.debian.org/debian-security stretch/updates main
deb-src http://security.debian.org/debian-security stretch/updates main

dann ein apt-get update && apt-get dist-upgrade

dann apt-get install nvidia-driver..

nachdem das ohne fehler durchgelaufen ist ein nvidia-xconfig

...reboot...

und wieder dasselbe...die karte ist definitiv im pci slot 1, debian ist aber der meinung sie ist im slot 3... (es sind keine anderen pci-karten installiert..)

damit ich wieder was sehen kann :

apt-get remove *nvidia*

rm /etc/X11/xorg.conf

..weder im root-verzeichnis noch im home/frank ist noch was von nvidia...die nouveau-treiber funktionieren wieder ohne probleme.....

ich denke es ist das pci-problem--- wobei ich nicht weiß wie das zu lösen sein könnte...

[buddy67]

ach ja.. jetzt installiert mit UEFI..

[NAB]

ich denke nicht dass es ein hardwarefehler ist, denn ich hatte die karte mit nvidia-treibern und jessie laufen als das noch testing war.

Eh ... auch mit diesem Mainboard?

hmmm ... probiere es doch noch mal mit einem stinknormalen Jessie ohne irgendwelche Backports. Beim ersten Versuch hat irgendwas mit dem Blacklisten des Nouveau-Treibers nicht geklappt ... das sollte aber eigentlich funktionieren.

Sobald du mit den Backports oder mit Testing anfängst, landest du beim Kernel 4.6 und bei Nvidia 352, und dass diese Kombination bei dir nicht läuft, hast du nun schon zu genüge durchprobiert.

[buddy67]

ich denke nicht dass es ein hardwarefehler ist, denn ich hatte die karte mit nvidia-treibern und jessie laufen als das noch testing war.

Eh ... auch mit diesem Mainboard?

hmmm ... probiere es doch noch mal mit einem stinknormalen Jessie ohne irgendwelche Backports. Beim ersten Versuch hat irgendwas mit dem Blacklisten des Nouveau-Treibers nicht geklappt ... das sollte aber eigentlich funktionieren.

Sobald du mit den Backports oder mit Testing anfängst, landest du beim Kernel 4.6 und bei Nvidia 352, und dass diese Kombination bei dir nicht läuft, hast du nun schon zu genüge durchprobiert.

ja, mit genau dem gleichen rechner. an der hardware ist nichts verändert worden. bei der installation mit jessi, als es mit der karte geklappt hatte, war das auch ein ewiges gehampel bis es lief... leider weiß ich nicht mehr was letztendlich dazu geführt hat das es lief. da hatte ich aber auch schon über die backports einen kernel > 4 ... (4.0.5 wenn mich nicht alles täuscht).

was ich nicht kapiere ist das debian die graka nicht auf pci 1 finded sondern auf 3:

03:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM107 [GeForce GTX 750 Ti] [10de:1380] (rev a2) (prog-if 00 [VGA controller])
Physical Slot: 4
Flags: bus master, fast devsel, latency 0, IRQ 47
Memory at fa000000 (32-bit, non-prefetchable)
Memory at e0000000 (64-bit, prefetchable)
Memory at f0000000 (64-bit, prefetchable)
I/O ports at e000
Expansion ROM at 000c0000 [disabled]
Capabilities: [60] Power Management version 3
Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [78] Express Legacy Endpoint, MSI 00
Capabilities: [100] Virtual Channel
Capabilities: [250] Latency Tolerance Reporting
Capabilities: [258] L1 PM Substates
Capabilities: [128] Power Budgeting <?>
Capabilities: [600] Vendor Specific Information: ID=0001 Rev=1 Len=024 <?>
Capabilities: [900] #19
Kernel driver in use: nouveau
Kernel modules: nouveau

...und da auch:

03:00.1 Audio device [0403]: NVIDIA Corporation Device [10de:0fbc] (rev a1)
Physical Slot: 4
Flags: bus master, fast devsel, latency 0, IRQ 45
Memory at fb080000 (32-bit, non-prefetchable)
Capabilities: [60] Power Management version 3
Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+
Capabilities: [78] Express Endpoint, MSI 00
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel

die karte ist aber definitiv im 1. slot verbaut...ich lass es erstmal mit nouveau treibern laufen...

[NAB]

Da muss dich deine Erinnerung täuschen. Solange Jessie "Testing" war, gab's für Jessie garantiert keine Backports. Kernel 4.0 könnte allerdings sein, der kam gerade raus, als Jessie stable wurde und ist meiner Erinnerung nach auch zeitig in den Backports gelandet.

Der PCI-Slot, der ganz oben sitzt, muss keineswegs immer die Nummer 1 auf dem PCI-Bus haben. Das hängt davon ab, wie der Hersteller die Slots auf dem Board verdrahtet und hat was mit dem Platinenlayout zu tun, wo Platz für welche Leitung ist. Solange es da keine Diskrepanzen zwischen "lspci" und dem Nvidia-Treiber gibt, ist alles in Ordnung. Wobei du die Karte natürlich mal umstecken könntest ... bei Intel gibt es ja PCIe-Slots, die direkt am Prozessor hängen und welche, die am Chipsatz hängen ... die können sich durchaus unterschiedlich verhalten.

Bisher ging ich davon aus, dass das Mainboard irgendwelche Zicken macht, aber wenn du sagst, es lief schon mal, dann müsste man es ja wieder zum Laufen kriegen.

Debian hat halt im Moment nur den Kernel 3.16 von Jessie zu bieten, und den 4.6. Man könnte sich eine Kernelversion dazwischen aus den Snapshots besorgen ... aber um zu wissen, ob sich das überhaupt lohnt, wäre es interessant, ob es z.B. mit einem abgestimmten Ubuntu mit Kernel 4.4 reibungslos läuft.

Und, sag mal, guckst du eigentlich hin, wenn du den Nvidia-Treiber installierst? Dabei muss ja DKMS durchlaufen werden und der Treiber passend zum Kernel kompiliert werden. Wenn das fehlschlägt, sieht man zwar zwischendurch ne ganze Menge übelklingender Compilermeldungen, aber nicht unbedingt ne Fehlermeldung ganz am Ende von apt-get install.

[schwedenmann]

Hallo

Eigentlich sollte ein

apt-get install nvidia-legacy-340xx-kernel-dkms

zum Erfolge führen.

in Verbindung mit einer 20-nvida.conf in /etc/X11/xorg.conf.d

mfg
schwedenmann

[NAB]

zum Erfolge führen.

Zu welchem Erfolg? Festzustellen, dass der 340er die GTX 750 nicht unterstützt?
https://packages.debian.org/jessie-back ... ernel-dkms

[rendegast]

Zu welchem Erfolg? Festzustellen, dass der 340er die GTX 750 nicht unterstützt?
https://packages.debian.org/jessie-back ... ernel-dkms

Da steht nur, daß in neueren Treibern nur mehr ab 3xx bedient wird.
Detailliert:
ftp://download.nvidia.com/XFree86/Linux ... README.txt
Vielleicht geht bei "more modern" Karten dies und das nicht (so gut),
aber so ein Komplettversagen ist damit wohl nicht gemeint.

Code: Alles auswählen

...
[    33.373] (II) NVIDIA GLX Module  352.79  Wed Jan 13 15:54:44 PST 2016
...
[    33.378] (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
[    33.378] (**) NVIDIA(0): Enabling 2D acceleration
[    33.781] (EE) NVIDIA(GPU-0): Failed to initialize the NVIDIA GPU at PCI:3:0:0.  Please
[    33.781] (EE) NVIDIA(GPU-0):     check your system's kernel log for additional error
[    33.781] (EE) NVIDIA(GPU-0):     messages and refer to Chapter 8: Common Problems in the
[    33.781] (EE) NVIDIA(GPU-0):     README for additional information.
[    33.781] (EE) NVIDIA(GPU-0): Failed to initialize the NVIDIA graphics device!
[    33.781] (EE) NVIDIA(0): Failing initialization of X screen 0
...

Vielleicht ist die Karte kaputt?
Das Modul zu dem Zeitpunkt nicht geladen?
Was weiß ich , mir fehlen mittlerweile Ideen und Übersicht.
Aber die generelle Fähigkeit, mit der Karte umzugehen, sollten 352.xx und 340.96 haben,
da vertraue ich nvidias README.

[NAB]

ftp://download.nvidia.com/XFree86/Linux ... README.txt

Upps, stimmt, ihr habt recht, der normale 340er aus Jessie ist ja in den Backports zu "legacy" umbenannt worden.

Trotzdem wär ne Erklärung hilfreich, warum es ausgerechnet der 340er aus den Backports sein muss, während der 340er von Jessie ja anscheinend auch nicht will. Eventuell meinte schwedenmann einen aktuellen Backports-Kernel in Verbindung mit dem 340er aus den Backports ... das wäre in der Tat noch mal einen Versuch wert!

[buddy67]

..ich versuche mal alles zu beantworten seit meinem letzten post:

1. mainboard / steckplatz der karte: alles gleich! wie gesagt, unter jessie hat es (nach viel gehampel) funktioniert, leider weiß ich nicht mehr was zum erfolg geführt hat...

2. bei meinen ganzen versuchen hatte ich zwischendurch auch mal ein stable installiert...auch ohne erfolg.

nab:
Bisher ging ich davon aus, dass das Mainboard irgendwelche Zicken macht, aber wenn du sagst, es lief schon mal, dann müsste man es ja wieder zum Laufen kriegen.

ja.. das sehe ich auch so...ich kann mich schwach erinnern dass irgendein eintrag im grub das problem gelöst hat... hab aber schon alles möglich versucht als parameter...

nab:
Und, sag mal, guckst du eigentlich hin, wenn du den Nvidia-Treiber installierst? Dabei muss ja DKMS durchlaufen werden und der Treiber passend zum Kernel kompiliert werden.

ja, das mache ich...die treiber installieren sich immer ohne fehler, dkms läuft durch ohne fehler...

schwedenmann:
apt-get install nvidia-legacy-340xx-kernel-dkms

ich hatte versucht "nvidia-legacy-340xx-driver" zu installieren, da ist dkms nicht durchgelaufen, obwohl ein nvidia-detect mir sagt das die karte von dem treiber und von "nvidia-driver" unterstützt wird... ich versuch es jetzt mal mit apt-get install nvidia-legacy-340xx-kernel-dkms... mal sehen

rendegast:
Vielleicht ist die Karte kaputt?

glaube ich nicht, mit den nouveau-treibern funktioniert die karte anstandslos.. in hohen auflösungen auf zwei bildschirmen mit 2- und 3d unterstüzung...


ich versuche nun mal dies: apt-get install nvidia-legacy-340xx-kernel-dkms ... danach wäre die nächste option ein versuch mit unbuntu, hab ich noch nie installiert...welche version soll ich da nehmen?

so.. apt-get install nvidia-legacy-340xx-kernel-dkms ist ohne fehler durch...reboot

[buddy67]

auch der versuch hat nichts gebracht...

[NAB]

ich kann mich schwach erinnern dass irgendein eintrag im grub das problem gelöst hat...

Das dürfte dann vermutlich ein Kernel-Parameter gewesen sein ... und davon gibt es viele :-/

danach wäre die nächste option ein versuch mit unbuntu, hab ich noch nie installiert...welche version soll ich da nehmen?

Das aktuelle Ubuntu:
http://releases.ubuntu.com/16.04/
"AMD64 desktop image". Einfach auf die Platte knallen ... sobald es das Internet gefunden und ein paar Updates geladen hat, sollte es dich fragen, ob du nicht lieber den Nvidia-Treiber verwenden willst. Die haben das recht Windows-ähnlich aufgezogen. Längeres Rumprobieren würd ich lassen, entweder es geht oder es geht nicht. Aber falls es geht, könntest du ein "dmesg" und die xorg.conf aufheben und dir die Version des verwendeten Nvidia-Treibers merken.

[buddy67]

ich kann mich schwach erinnern dass irgendein eintrag im grub das problem gelöst hat...

Das dürfte dann vermutlich ein Kernel-Parameter gewesen sein ... und davon gibt es viele :-/

danach wäre die nächste option ein versuch mit unbuntu, hab ich noch nie installiert...welche version soll ich da nehmen?

Das aktuelle Ubuntu:
http://releases.ubuntu.com/16.04/
"AMD64 desktop image". Einfach auf die Platte knallen ... sobald es das Internet gefunden und ein paar Updates geladen hat, sollte es dich fragen, ob du nicht lieber den Nvidia-Treiber verwenden willst. Die haben das recht Windows-ähnlich aufgezogen. Längeres Rumprobieren würd ich lassen, entweder es geht oder es geht nicht. Aber falls es geht, könntest du ein "dmesg" und die xorg.conf aufheben und dir die Version des verwendeten Nvidia-Treibers merken.

..okay das werde ich jetzt machen..dauert bei einer 6000er leitung etwas

[buddy67]

so...im moment läuft die zweite installation von ubuntu...

beim ersten mal sagt mir das xorg log, dass versucht wird das nvidia-modul zu laden, was aber fehl schlägt, da das nvidia-modul nicht gefunden werden konnte (ich hatte ein häckchen bei der installation das treiber für grafikkarten etc. runtergeladen werden sollen)... na, ich hab es dann einfach mal mit dem treiber "nvidia-current" versucht, danach konnte ich ubuntu nicht mehr starten...nach eingabe des passwortes kam kurz ein schwarzer bildschirm mit "sda irgendwas...clean" dann sofort wieder der anmeldeschirm... wenn die installation durch ist werde ich mal schauen was nvidia-detect vorschlägt... oder hat jemand eine andere idee?

[NAB]

Nö, außer dass du mal ins dmesg guckst, ob da auch diese Fehlermeldungen auftauchen::

Code: Alles auswählen

NVRM: failed to copy vbios to system memory.
NVRM: RmInitAdapter failed! (0x30:0xffff:851)
NVRM: rm_init_adapter failed for device bearing minor number 0
NVRM: nvidia_frontend_open: minor 0, module->open() failed, error -5

oder vielleicht sogar eine etwas aussagekräftigere Meldung.

Code: Alles auswählen

dmesg | grep NVRM

Wenn der Anmeldeschirm kommt (also der mit Grafik), dann deutet das darauf hin, dass der Nvidia-Treiber läuft. Immerhin! Danach dürfte dann beim Anmelden der X-Server abgeschmiert sein ... näheres erfährst du in der Xorg.0.log.