Lehet, hogy a dri-t nem gyilkoltad ki. Nálam ilyen:

Section „Module”
# Load „pex5”
Load „record”
Load „extmod”
Load „dbe”
# Load „dri” < ne töltõdjön be
# Load „xie”
Load „type1”
Load „speedo”
Load „xtt”
Load „glx”
Load „v4l”
EndSection
Section „Device”
Identifier „UHU-Card”
Driver „nvidia”
Option „CursorShadow” „1”
EndSection

A frekvenciákkal és felbontásokkal szokott sok probléma lenni, de ha nv driver-rel mûködik, akkor nem tudom mi lehet a gond. Leírnád, hogy milyen tipusú kártyád van és milyen benne a processzor? Hátha tudunk segíteni, vagy valakinek pont ilyenje van.

Más linuxokban az XF86Config-4 -et használjak és mondjuk az XF86Config csak egy link erre a fájlra (talán kompatibilitás miatt), mert hivatalosan már ezt kell használni (úgy emlékszem). Uhunál még a régi néven van, ez nem lehet a gond. Most rákerestem a neten, de ez a probléma nem általános, nem találtam hirtelen hasonlót, tehát valószínüleg könnyen megoldható.

Jelentem meggyógyult az nvidai driver. Tegnap este fölraktam az egyel ezelõtti drivert, azzal nem ment, elõtte meg a legújabbal sem. Ma hazajöttem, és az elõbb fölraktam a legújabbat ismét.

Ismerem, ami feljött és a numerikus billentyûzeten kell babrálni az az XF86cfg probram. Ez nem vezet sehova, ezzel még soha sem sikerült semmit beállítanom. Próbáld visszarakni a régi x86config file-t, mert ez a program elrontja. Nem értem mi lehet a gond, ha már egyszer ment. Ez biztos, hogy az uhu 1.0 office változat? Nem valami régebbi vagy újabb béta?

Más linuxokban az XF86Config-4 -et használjak és mondjuk az XF86Config csak egy link erre a fájlra (talán kompatibilitás miatt)

Redhat7.0-ban volt mindkettõ, különbözõ tartalommal…
Ha 4-es X-et használsz akkor az XF86Config-4 -et próbálja használni, ha olyat nem talál, akkor a ‘simát’. A 3-as X viszont csak az XF86Config – ot ismeri. Tehát azért van két file, hogy használhassunk 3-as és 4-es X-et is egyszerre 🙂 (persze ez manapság már nem jellemzõ)