Fedora 9 und 3D = ein disaster

Hier geht es um Hardware/Peripherie. Probleme, neue Treiber... werden hier diskutiert.

Moderator: Moderator

Fedora 9 und 3D = ein disaster

Beitragvon ReCon » 16.06.2008, 22:06

Hallo zusammen,

ich schlag mich hier schon wieder eine ganz Stunde mit dem "tollem" Fedora 9 rum.
Seit dem neuen nVidia Treiber hatte ich immer wieder mal mit dem Gedanken gespielt es ausgiebig zu testen. Bisher leider ein absoluter Fehler, denn leider komm ich nicht (wie andere Personen hier im Forum) ohne 3D bzw. direct rendering aus.

Zuerst habe ich versucht den Treiber manuell zu installieren.
Nach dem offizielem Fedora Wiki, sollte man dem anpassen der xorg.xonf durch den nvidia Installer nur noch die Parameter "dri" und "GLCore" auskommentieren.
Problem: Diese Einträge existieren nicht.
Denoch lies ich mich nicht davon abhalten in der Section "Driver" einmal aus dem "nv" ein "nvidia" zu machen.

Ergebnis: Das Display blinkt knapp 30 mal. Danach gibt Fedora auf den Xserver zu starten. Der log sagt dazu folgenden:
(==) NVIDIA(0):
(II) NVIDIA(0): Validated modes:
(II) NVIDIA(0): "nvidia-auto-select"
(II) NVIDIA(0): Virtual screen size determined to be 1280 x 800
(--) NVIDIA(0): DPI set to (98, 96); computed from "UseEdidDpi" X config
(--) NVIDIA(0): option
(==) NVIDIA(0): Enabling 32-bit ARGB GLX visuals.
(--) Depth 24 pixmap format is 32 bpp
(II) do I need RAC? No, I dont.
(II) resource ranges after preInit:
[0] -1 0 0xffffffff - 0xffffffff (0x1) MX
[1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[5] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
(EE) NVIDIA(0): This video driver ABI is not supported.
(EE) NVIDIA(0): Use the -ignoreABI option to override this check.

Fatal server error:
AddScreen/ScreenInit failed for driver 0



Ich dachte mir "Naja, mit yum gehts doch sowieso viel einfacher!".
Also versuchte ich mit Hilfe der livna repos "kmod-nvidia" zu installieren.

Naja, wie soll ich sagen ... scheiterte schon beim Installieren:
Traceback (most recent call last):
File "/usr/bin/yum", line 29, in <module>
yummain.user_main(sys.argv[1:], exit_code=True)
File "/usr/share/yum-cli/yummain.py", line 241, in user_main
errcode = main(args)
File "/usr/share/yum-cli/yummain.py", line 193, in main
base.doTransaction()
File "/usr/share/yum-cli/cli.py", line 354, in doTransaction
problems = self.downloadPkgs(downloadpkgs)
File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 1106, in downloadPkgs
cache=po.repo.http_caching != none,
File "/usr/lib/python2.5/site-packages/yum/yumRepo.py", line 678, in getPackage
cache=cache
File "/usr/lib/python2.5/site-packages/yum/yumRepo.py", line 656, in _getFile
http_headers=headers,
File "/usr/lib/python2.5/site-packages/urlgrabber/mirror.py", line 412, in urlgrab
return self._mirror_try(func, url, kw)
File "/usr/lib/python2.5/site-packages/urlgrabber/mirror.py", line 398, in _mirror_try
return func_ref( *(fullurl,), **kwargs )
File "/usr/lib/python2.5/site-packages/urlgrabber/grabber.py", line 933, in urlgrab
return self._retry(opts, retryfunc, url, filename)
File "/usr/lib/python2.5/site-packages/urlgrabber/grabber.py", line 868, in _retry
cb_func(obj, *cb_args, **cb_kwargs)
File "/usr/share/yum-cli/output.py", line 238, in failureReport
self.logger.error(%s: %s, errobj.url, str(errobj.exception))
UnicodeEncodeError: ascii codec cant encode character u\xfc in position 65: ordinal not in range(128)


Eigentlich sehr schade. Das ganze mit KDE4 gefällt mir echt klasse. Ich hoffe, dass mit hierbei jemand helfen kann.
Meine Grafikkarte: GeForce 7600 Go.

Mfg, ReCon
Linux is like a wigwam: No windows, no gates and an apache inside!
_________________

Bild Team
Benutzeravatar
ReCon
 
Beiträge: 1273
Registriert: 23.06.2006, 22:02
Lizenz: GPL
Distribution: openSUSE 13.1
Kernelversion: 3.11.6-4-desktop

Beitragvon Gast » 16.06.2008, 22:15

Fedora 9 benutzt eine Beta-Version des kommenden X-Servers und mit dieser sind die aktuellen propritären Grafiktreiber nicht kompatibel.

Das heißt, du kannst die Grafiktreiber mit Fedora 9 nicht benutzen.
Gast
 

Beitragvon ReCon » 16.06.2008, 22:26

Wäre mir neu. Selbst der Fedorablog berichtet, dass der Grafiktreiber mittlerweile kompatibel ist (zumindest die von nVidia), siehe hier: http://www.fedorablog.de/archives/444-F9-Nvidia-Treiber-verfuegbar.html

Zudem wurde auch schon mehrmals im Forum bestätigt, dass der Treiber nun wohl kompatibel wäre.
Linux is like a wigwam: No windows, no gates and an apache inside!
_________________

Bild Team
Benutzeravatar
ReCon
 
Beiträge: 1273
Registriert: 23.06.2006, 22:02
Lizenz: GPL
Distribution: openSUSE 13.1
Kernelversion: 3.11.6-4-desktop

Beitragvon leszek » 16.06.2008, 22:43

Die Lösung steht doch bereits schon in der Fehlermeldung:

(EE) NVIDIA(0): Use the -ignoreABI option to override this check.


[font=Arial, Helvetica, sans-serif]Einfach mal ausprobieren würde ich sagen und Daumen drücken.[/font]
Benutzeravatar
leszek
 
Beiträge: 191
Registriert: 30.08.2007, 19:53

Beitragvon ReCon » 17.06.2008, 08:18

Ich werde es heute Abend mal ausprobieren.

Die Frage ist nur noch, wo ich das dranhänge. Nach dem Log müsste es ja beim starten des XServer angehängt werden, also "startx -ignoreABI".
Naja, muss ohnehin die Treiber neu installieren, dann versuch ich es halt beides mal anzuhängen.
Linux is like a wigwam: No windows, no gates and an apache inside!
_________________

Bild Team
Benutzeravatar
ReCon
 
Beiträge: 1273
Registriert: 23.06.2006, 22:02
Lizenz: GPL
Distribution: openSUSE 13.1
Kernelversion: 3.11.6-4-desktop

Beitragvon Cheeky@Boinc » 17.06.2008, 13:14

"yum clean all" , "yum update", "yum install kmod-nvidia"
<3 SuL <3
Benutzeravatar
Cheeky@Boinc
 
Beiträge: 7388
Registriert: 28.06.2006, 14:19
Wohnort: Werther
Lizenz: GPL

Beitragvon ReCon » 17.06.2008, 14:40

Danke Cheeky, aber das habe ich auch schon aus dem Fedoraforum entnommen und versucht ... leider ohne Erfolg.
Linux is like a wigwam: No windows, no gates and an apache inside!
_________________

Bild Team
Benutzeravatar
ReCon
 
Beiträge: 1273
Registriert: 23.06.2006, 22:02
Lizenz: GPL
Distribution: openSUSE 13.1
Kernelversion: 3.11.6-4-desktop

Beitragvon Cheeky@Boinc » 17.06.2008, 15:09

Dein fehler ist sehr ungewöhnlich (yum). Tritt er nur bei diesem Paket auf? Oder nur bei Paketen die Livna betreffen?
Das würde mich sehr interessieren.

Zum Manuellen Treiber, leider habe ich kein NVIDIA und kann das nicht nachvollziehen.
Allerdings kenne ich viele die den NVIDIA Treiber ohne Probleme installieren konnten.
Ich hab da als beispiel diesen Thread gefunden -> [url=http://www.fedoraforum.de/viewtopic.php?f=4&t=15241&p=85360&hilit=NVidia#p85360]klick[/url]

Der aktuelle NVIDIA Treiber unterstützt den Xserver in Fedora.
Du kannst versuchen die .rpm von Livna [url=http://livna-dl.reloumirrors.net/fedora/9/]selbst herunterzuladen[/url] und dann "per Hand" installieren.

zb. mit:

Code: Alles auswählen
rpm -ivh PAKET(E).rpm


-i = install
-v = verbose
-h = hash
<3 SuL <3
Benutzeravatar
Cheeky@Boinc
 
Beiträge: 7388
Registriert: 28.06.2006, 14:19
Wohnort: Werther
Lizenz: GPL

Beitragvon ReCon » 17.06.2008, 16:18

Also ich habe bereits aus den Livna Repos sowohl das Madwifi, als auch das xine MP3 Paket installiert ohne diesen merkwürdigen Fehler.

Ich meine mich zu Zeiten von Fedora 7 noch erinnern zu können, dass da mal Treiber wegen irgendsoeiner Kernel Geschichte nicht funktioniert haben, weil Anaconda den falschen Kernel versucht hat zu installieren oder so ähnlich. (Ich glaube es war, wenn man einen i586er installiert bekommen hat. Meiner ist ohnehin i686)
Aber das wird bei mir wohl nicht mehr der Fall sein.

Alles in allem werde ich das mal mit dem manuell installieren und mit dem Parameter testen und mich nochmals melden.
Muss ja gehen, wie man an dem Thread im Fedoraforum lesen kann, welchen Cheeky hier hinterlassen hat ...
Linux is like a wigwam: No windows, no gates and an apache inside!
_________________

Bild Team
Benutzeravatar
ReCon
 
Beiträge: 1273
Registriert: 23.06.2006, 22:02
Lizenz: GPL
Distribution: openSUSE 13.1
Kernelversion: 3.11.6-4-desktop

Beitragvon ReCon » 17.06.2008, 18:21

Wirklich enttäuschend:

rpm -ivh *
Vorbereiten... ########################################### [100%]
1:kmod-nvidia ########################################### [ 20%]
2:kmod-nvidia-2.6.25.6-55########################################### [ 40%]
3:xorg-x11-drv-nvidia ########################################### [ 60%]
Fehler: Entpacken des Archivs fehlgeschlagen bei Datei /usr/lib/xorg/modules/extensions/nvidia/libglx.so.173.14.05;4857e3df: cpio: MD5-Prüfsumme stimmt nicht
4:xorg-x11-drv-nvidia-dev########################################### [ 80%]
5:xorg-x11-drv-nvidia-lib########################################### [100%]
Fehler: Entpacken des Archivs fehlgeschlagen bei Datei /usr/lib/nvidia/libGLcore.so.173.14.05;4857e3df: cpio: MD5-Prüfsumme stimmt nicht


Stellen die etwa zerstörte Pakete ins Netz?
Habe bereits ein zweites mal herunterladen versucht, aber weiterhin sind die zwei wichtigen Pakete defekt.
Linux is like a wigwam: No windows, no gates and an apache inside!
_________________

Bild Team
Benutzeravatar
ReCon
 
Beiträge: 1273
Registriert: 23.06.2006, 22:02
Lizenz: GPL
Distribution: openSUSE 13.1
Kernelversion: 3.11.6-4-desktop

Beitragvon ReCon » 17.06.2008, 18:43

Hab geradeeben nochmal die ganzen Pakete entfernt und nochmals über yum gezogen.

Anschließend STRG+F2 und init 3, danach "nvidia-config-display enable", wieder init 5 und siehe da, das nVidia Logo erscheint ... aber direkt das nächste Problem!

Beim Starten von Spielen mit benötigtem direct rendering treten Fehler auf und wenn ich glxgears starte, dann:
NVIDIA: could not open the device file /dev/nvidiactl (Permission denied).
NVIDIA: Direct rendering failed; attempting indirect rendering.
12126 frames in 5.0 seconds = 2424.385 FPS
XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
after 46049 requests (43605 known processed) with 0 events remaining.


Tja, da ist guter Rat teuer ...


EDIT: Hab gerade das mal mit dem -ignoreABI ausprobiert. Ich hab es bei der Installation und beim starten von X drangehängt, aber keiner der Befehle konnte damit wirklich was anfangen. So wie es aussieht kommt Fedora für mich nicht in Frage, wenn das schon solche Probleme gibt ... wobei ich ja immer noch denke, dass das irgendwie zu lösen sein muss :(
Linux is like a wigwam: No windows, no gates and an apache inside!
_________________

Bild Team
Benutzeravatar
ReCon
 
Beiträge: 1273
Registriert: 23.06.2006, 22:02
Lizenz: GPL
Distribution: openSUSE 13.1
Kernelversion: 3.11.6-4-desktop

Beitragvon beko » 18.06.2008, 15:06

Junge Junge, trotz klarer Ansage was im Dutt ist jammerst du nur über das böse böse Fedora ;)

Das mit der ABI ist so ein alter Hut, dass es neben der Ansage in der Fehlermeldung sogar seit knapp einem Jahr in meinem Blog inklusive Lösung (und auf vielen anderen Seiten, die man sogar mit Exalead finden kann) steht.

startx frisst -ignoreABI sehr wohl, nimmt aber zusätzliche Parameter so entgegen:

Code: Alles auswählen
startx -- -ignoreABI"


Ein "which startx" gefolgt von "$EDITOR /pfad/zu/startx" sagt dir auch warum. startx ist ein Startscript (wer hätte es gedacht), welches sich natürlich noch von Distribution zu Distribution unterscheiden kann. Die passende Stelle im Skript kannst du selbst finden, solltest du nicht den Parameter übergeben wollen. Mindestens eine weitere Möglichkeit steht bei mir im Blog.

NVIDIA: could not open the device file /dev/nvidiactl (Permission denied).


Da steht auch ganz klar dass der ausführende Nutzer keine Leserechte auf /dev/nvidiactl hat. Das kannst du komfortabel über udev-Regeln setzen, manuell anpassen oder dich der entsprechenden vorhandenen Gruppe hinzufügen.

Wenn du dann mal aus der Fedora-Bashing Laune draußen bist bedanke dich lieber bei NVIDIA dass man hier ständig selbst Hand anlegen muss :thumbdown:
"Sir, we are surrounded!" - "Great - we can attack in any direction."

Current project: Mechanized Assault and eXploration Reloaded (maxr)
Benutzeravatar
beko
 
Beiträge: 595
Registriert: 25.01.2008, 21:07
Lizenz: GPL

Beitragvon ReCon » 18.06.2008, 17:02

Sorry beko, aber was heißt hier bitte "bashen"?

Allein schon deine Artikulierung sehe ich eher als bash gegen mich! :P

Ich schieb ohnehin die Schuld hier auf niemanden, nur (solltest du jemals den Thread gelesen haben, welcher hier von Cheeky im Fedoraforum gepostet wurde) dann geht hier ganz klar hervor, dass die Installation wohl ganz einfach mit einem "yum install kmod-nvidia" vollzogen werden kann.
Ich meine, so steht es letztendlich auch im Wiki.

Ich muss zugeben, ich wusste schon, dass Fedora 9 da wohl in der Handhabung noch nicht ganz so einfach ist, aber ich bitte dich ... Fedora bashing Laune ... gibts den sowas überhaupt? Ich dachte das existiert nur bei Novell und SuSe :D


Ich bastel gerade ohnehin an einigen Distris rum (so z. B. auch Debian und Arch). Von Fedora war ich mit der Version 8 eben auch den "den Luxus" der "einfachheit" gewöhnt.

Ich danke dir aber natürlich wie immer, für deine inspirierenden Worte ;)
Linux is like a wigwam: No windows, no gates and an apache inside!
_________________

Bild Team
Benutzeravatar
ReCon
 
Beiträge: 1273
Registriert: 23.06.2006, 22:02
Lizenz: GPL
Distribution: openSUSE 13.1
Kernelversion: 3.11.6-4-desktop

Beitragvon ChemicalBrother » 18.06.2008, 17:40

[quote=ReCon,index.php?page=Thread&postID=28938#post28938]Sorry beko, aber was heißt hier bitte "bashen"?[/quote]

Ist eigentlich nur der Threadtitel, der etwas "übermotiviert" und missverständlich formuliert ist.
Benutzeravatar
ChemicalBrother
 
Beiträge: 5332
Registriert: 21.08.2006, 21:17
Wohnort: Langen
Lizenz: CC
Distribution: Arch Linux
Kernelversion: 6.0

Beitragvon ReCon » 18.06.2008, 20:26

Ok ... da muss ich auch sagen, dass dieser eher unpassen von mir gewählt wurde :P
Linux is like a wigwam: No windows, no gates and an apache inside!
_________________

Bild Team
Benutzeravatar
ReCon
 
Beiträge: 1273
Registriert: 23.06.2006, 22:02
Lizenz: GPL
Distribution: openSUSE 13.1
Kernelversion: 3.11.6-4-desktop

Nächste

Zurück zu Hardware/Peripherie

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 1 Gast

cron