| 1 |
Moin, |
| 2 |
|
| 3 |
Am Donnerstag, 15. April 2010 19:54:56 schrieb Pablo.Aleman@××××××××.de: |
| 4 |
|
| 5 |
> allerlei unleserliches... |
| 6 |
|
| 7 |
Aus irgendwelchen Gründen läuft bei dir der nvidia-Treiber nicht durch. Das |
| 8 |
Problem hatte ich auch schon mal, er meckert, dass es keine |
| 9 |
Kernelkonfiguration gäbe. Hast du den richtigen Kernel ausgewählt, also den, |
| 10 |
den du auch benutzt? (Auswählen mit 'eselect kernel [list|set]') Kann aber |
| 11 |
auch irgendwelche Gründe haben, hatte das auch schon mal obwohl alles richtig |
| 12 |
gesetzt war. |
| 13 |
|
| 14 |
Der Trick ist aber: Daran liegt es nicht. |
| 15 |
|
| 16 |
Aus der xorg.log geht hervor, dass (sinngemäß) der Treiber evdev nicht die |
| 17 |
passende Versionsnummer hat (doesn't match version number). |
| 18 |
|
| 19 |
Exakt das hatte ich auch nach dem Update neulich auf den neuen xorg-Server, |
| 20 |
bei dem ich natürlich nicht die Warnung gelesen hatte sondern mich auf ein |
| 21 |
anschließendes revdep-rebuild verlassen hatte. Das richtet es aber nicht. |
| 22 |
|
| 23 |
Dieses "emerge $(qlist -CI x11-drivers)" hätte alle Treiber neu machen sollen, |
| 24 |
ist aber schon beim ersten, dem nvidia, gescheitert. Bis zum evdev-Treiber ist |
| 25 |
er also garnicht gekommen. Lösung: den etwas manueller neu bauen: |
| 26 |
|
| 27 |
emerge -1 xf86-input-evdev |
| 28 |
|
| 29 |
Das nvidia nicht bauen will, ist eine andere Sache, um die man sich dann mal |
| 30 |
kümmern kann, bei mir lief nachdem ich die nötigen xf86-input-* neu gebaut |
| 31 |
hatte alles wieder gut, nvidia habe ich dann nur noch mal zum Spass |
| 32 |
sicherheitshalber neu installiert, lief auch ohne Neuinstallation von nvidia. |
| 33 |
|
| 34 |
Übrigens: in der xorg.log findet man Fehlermeldungen einfach, indem man nach |
| 35 |
"(EE)" sucht. :-) |
| 36 |
|
| 37 |
CU Rollo |
Archives