Wie heeft het over MESA ?Mesa is a 3-D graphics library which uses the OpenGL API (Application Programming Interface). Mesa cannot be called an implementation of OpenGL since the author did not obtain an OpenGL license from SGI. Furthermore, Mesa cannot claim OpenGL conformance since the conformance tests are only available to OpenGL licensees.
:strip_icc():strip_exif()/u/10190/debian2.jpg?f=community)
Yups, ben er weer. Af en toe even eten zal ook moeten gebeuren 
.
Het probleem is dat de nVidia kernelmodule niet geladen kan worden. De oorzaak daarvan is ook duidelijk: die kon je niet compileren. Plan van aanpak:
• Kernelsource downloaden, compileren en installeren (bijna alle opties zijn best, zolang je RivaFB maar niet aanzet)
• Rebooten
• Nogmaals de NVIDIA_kernel-module compileren
Met verontschuldigingen als je dit al precies zo gedaan had, het teruglezen van een berg reacties en ondertussen een reply typen is niet echt practisch
. Ik raad aan om voor het configureren van de kernel gewoon de ouderwetse methode te gebruiken, aangezien er hierboven ergens iemand was die problemen had met de nieuwe methode. Als je al een keer eerder een kernel hebt gecompileerd dan heb je een .config en kun je gewoon 'make oldconfig' draaien, dan hoef je niet al die opties weer door te spitten.
.Het probleem is dat de nVidia kernelmodule niet geladen kan worden. De oorzaak daarvan is ook duidelijk: die kon je niet compileren. Plan van aanpak:
• Kernelsource downloaden, compileren en installeren (bijna alle opties zijn best, zolang je RivaFB maar niet aanzet)
• Rebooten
• Nogmaals de NVIDIA_kernel-module compileren
Met verontschuldigingen als je dit al precies zo gedaan had, het teruglezen van een berg reacties en ondertussen een reply typen is niet echt practisch
. Ik raad aan om voor het configureren van de kernel gewoon de ouderwetse methode te gebruiken, aangezien er hierboven ergens iemand was die problemen had met de nieuwe methode. Als je al een keer eerder een kernel hebt gecompileerd dan heb je een .config en kun je gewoon 'make oldconfig' draaien, dan hoef je niet al die opties weer door te spitten.
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
uhm ik heb dus op de debian manier de 2.4.18 zelf gebakken maar daar heb ik nog wel een save van (is een optie van bij allllll die optiesOp zondag 21 april 2002 20:07 schreef odysseus het volgende:
Yups, ben er weer. Af en toe even eten zal ook moeten gebeuren
Het probleem is dat de nVidia kernelmodule niet geladen kan worden. De oorzaak daarvan is ook duidelijk: die kon je niet compileren. Plan van aanpak:
• Kernelsource downloaden, compileren en installeren (bijna alle opties zijn best, zolang je RivaFB maar niet aanzet)
• Rebooten
• Nogmaals de NVIDIA_kernel-module compileren
Met verontschuldigingen als je dit al precies zo gedaan had, het teruglezen van een berg reacties en ondertussen een reply typen is niet echt practisch
is dat ook goed dan?
Elke dag dronken is ook een geregeld leven.
Dat is ook goed . Je kunt twee dingen doen. Ofwel je zoekt dat bestand op en noemt het '/mijn/uitgepakte/kernel/.config' of je draait eerst 'make menuconfig' en laadt het dan. Vervolgens zal de menuconfig het zelf bij het afsluiten wel .config noemen. Daarna kun je gewoon je kernel compileren 'make dep bzImage modules etc.'.
. Je kunt twee dingen doen. Ofwel je zoekt dat bestand op en noemt het '/mijn/uitgepakte/kernel/.config' of je draait eerst 'make menuconfig' en laadt het dan. Vervolgens zal de menuconfig het zelf bij het afsluiten wel .config noemen. Daarna kun je gewoon je kernel compileren 'make dep bzImage modules etc.'.
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
uhm nog even een vraagje ik heb nu een /usr/src/linux (die volgens mij niet meer klopt) en na een apt-get install lernel-source-2.4.18-386 staat er in me /usr/src/2.4.18blablablaOp zondag 21 april 2002 20:33 schreef odysseus het volgende:
Dat is ook goed
dus me gesavede bestand moet naar die 2.4.18blabla gekopieerd worden als .config right?
Elke dag dronken is ook een geregeld leven.
:strip_icc():strip_exif()/u/26472/crop63c11fd278212_cropped.jpg?f=community)
Of te wel.Op zondag 21 april 2002 20:33 schreef odysseus het volgende:
Dat is ook goed
Bijna exact het zelfde als ik (intussen 38 post's terug) ook al tegen Justin_Time had gezegt
edit:
ff cijfertje aangepast
ff cijfertje aangepast
Correct. Je zou voor de zekerheid ook nog even 'make oldconfig' kunnen draaien als je dat gedaan hebt. Het zou niet nodig moeten zijn aangezien het om twee dezelfde kernelversies gaat, maar kwaad kan het in ieder geval niet.
Mataraty: daar heb je helemaal gelijk in
.
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
Ok gesavede bestand was niet meer te vinden alleen de .deb dus heb ik het maar opnieuw gedaan.
Honderd menutjes gelezen etc... make dit make dat make zo make modules make modules install
gekopieerd naar me /boot
reboot
comp start opnieuw op ziet er niet heel gek uit bij het opstarten ga naar de NVIDIA_kernelblabla dir
doe een:
make clean
make install
Resultaat precies de zelfde foutmelding :(((((((((((9
Help
Honderd menutjes gelezen etc... make dit make dat make zo make modules make modules install
gekopieerd naar me /boot
reboot
comp start opnieuw op ziet er niet heel gek uit bij het opstarten ga naar de NVIDIA_kernelblabla dir
doe een:
make clean
make install
Resultaat precies de zelfde foutmelding :(((((((((((9
Help
Elke dag dronken is ook een geregeld leven.
Ik heb het idee dat er iets over het hoofd gezien wordt, maar zou absoluut niet weten wat 
. Even voor de zekerheid, ik ben er eigenlijk van overtuigd dat dit allemaal al lang klopt:
• 'uname -a' geeft aan dat je inderdaad de nieuwe kernel draait? De datum die gegeven wordt is dus van vandaag?
• Je hebt gewoon de .tar.gz gedownload van de nVidia-site?
* odysseus hoopt om een lumineuze gedachte bij iemand...
. Even voor de zekerheid, ik ben er eigenlijk van overtuigd dat dit allemaal al lang klopt:• 'uname -a' geeft aan dat je inderdaad de nieuwe kernel draait? De datum die gegeven wordt is dus van vandaag?
• Je hebt gewoon de .tar.gz gedownload van de nVidia-site?
* odysseus hoopt om een lumineuze gedachte bij iemand...
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
uname -a geeft als uitvoer de 2.4.18 kernel met de datum van vndaagOp zondag 21 april 2002 22:01 schreef odysseus het volgende:
Ik heb het idee dat er iets over het hoofd gezien wordt, maar zou absoluut niet weten wat
• 'uname -a' geeft aan dat je inderdaad de nieuwe kernel draait? De datum die gegeven wordt is dus van vandaag?
• Je hebt gewoon de .tar.gz gedownload van de nVidia-site?
* odysseus hoopt om een lumineuze gedachte bij iemand...
tar.gz gewoon gedownload via tweakers stond bij officieel dus lijkt me wel dat ze van nvidia komen.
En ik hoop ook nog op een goeie ingeving
Is er trouwens geen manier om tijdens de installatie (via ftp) er voor te zorgen dat hij gelijk een 2.4 kernel meebakt misschien is dat een oplossing dan?
Elke dag dronken is ook een geregeld leven.
Oke Justin_time
ff of ik het helemaal snap
Je hebt dus de kernel opnieuw opgebouwt en wel op de reguliere manier en vervolgens werken de nvidia drivers nog niet ?
Oke je hebt dus ook gewoon je kernel-headers in '/usr/src/' staan (dus de directory waarvanuit je de kernel compiled hebt)
en die directory heeft de naam 'linux'
Je hebt ook gewoon de kernel drivers gebruikt die op www.kernel.org staan.
Je hebt Xfree 4.02 of hoger draaien? (moet haast wel but you never know )
Je hebt de tarballs van de Nvidia drivers gewoon gedownload op www.nvidia.com.
En je voert de commando's gewoon als root uit.
Wat ik niet snap is dat je een make clean en dan een make install uitvoerd
Heb ik nog nooit met de nvidia driver gedaan.
Waarom doe je niet gewoon alleen 'make' ?
ff of ik het helemaal snap
Je hebt dus de kernel opnieuw opgebouwt en wel op de reguliere manier en vervolgens werken de nvidia drivers nog niet ?
Oke je hebt dus ook gewoon je kernel-headers in '/usr/src/' staan (dus de directory waarvanuit je de kernel compiled hebt)
en die directory heeft de naam 'linux'
Je hebt ook gewoon de kernel drivers gebruikt die op www.kernel.org staan.
Je hebt Xfree 4.02 of hoger draaien? (moet haast wel but you never know
)Je hebt de tarballs van de Nvidia drivers gewoon gedownload op www.nvidia.com.
En je voert de commando's gewoon als root uit.
Wat ik niet snap is dat je een make clean en dan een make install uitvoerd
Heb ik nog nooit met de nvidia driver gedaan.
Waarom doe je niet gewoon alleen 'make' ?
Ok in me /usr/src/ stond een 2.4.18.kernelblabla directory die ik als een gz.bz2 bestand heb gedownload en uitgepakt. (in die directory)Op zondag 21 april 2002 22:15 schreef Mataraty het volgende:
Oke Justin_time
ff of ik het helemaal snap
Je hebt dus de kernel opnieuw opgebouwt en wel op de reguliere manier en vervolgens werken de nvidia drivers nog niet ?
Oke je hebt dus ook gewoon je kernel-headers in '/usr/src/' staan (dus de directory waarvanuit je de kernel compiled hebt)
en die directory heeft de naam 'linux'
Je hebt ook gewoon de kernel drivers gebruikt die op www.kernel.org staan.
Je hebt Xfree 4.02 of hoger draaien? (moet haast wel but you never know
Je hebt de tarballs van de Nvidia drivers gewoon gedownload op www.nvidia.com.
En je voert de commando's gewoon als root uit.
Wat ik niet snap is dat je een make clean en dan een make install uitvoerd
Heb ik nog nooit met de nvidia driver gedaan.
Waarom doe je niet gewoon alleen 'make' ?
En ja er staat een directory linux in (weet niet of deze is van de source maar die had ik toen van de vorige compile gerenamed
Kernel source heb ik gewoon binnen gehaald met apt-get
Ja Xfree4.02
De tarbalz komen van http://www.tweakers.net/meuktracker/1782
lijkt me wel dus
- ja natuurlijk voer ik ze uit als root
- omdat de compile niet helemaal lukt moet je eerst alle gecompileerde c bestandjes weghalen met make clean en daarna een make install
in ieder geval zo staat het in de readme
Elke dag dronken is ook een geregeld leven.
Nope je kunt het beste die linux hernoemen naar bv linux.old (voor het geval dat) en dan symlinken, omdat hernoemen niet zal gaan in dit geval. Dus gewoon ln -s 2.4.18blablabla /usr/src/linux
en daarna je nvidia drivers opnieuw compilen
btw probeer dit eens gewoon met alleen 'make' (kan nooit weten toch
)
Oeps te laatOp zondag 21 april 2002 22:59 schreef Mataraty het volgende:
[..]
Nope je kunt het beste die linux hernoemen naar bv linux.old (voor het geval dat) en dan symlinken, omdat hernoemen niet zal gaan in dit geval. Dus gewoon ln -s 2.4.18blablabla /usr/src/linux
en daarna je nvidia drivers opnieuw compilen
btw probeer dit eens gewoon met alleen 'make' (kan nooit weten toch
heb de rm al gedaan en toen de dir linux genoemt
kreeg als foutmelding nogmaals de:
depmod: *** Unresolved symbols in /lib/modules/2.4.18/kernel/drivers/video/NVdriver
make: *** [package-install] Error 1
PS: het zijn de 2880 drivers
Elke dag dronken is ook een geregeld leven.
Mag ik hier even ingrijpen
Onder debian kun je het namelijk wat netter doen door de kernel via een deb te installeren. Zie http://panic.et.tudelft.nl/debian/handleiding/debian22hdl.html.gz
(par 9.6) En voeg nog --initrd toe aan de dpkg-make opdracht voor kernel 2.4.x
banaan ik heb als de eerste keer de 2.4.18 gemaakt op de "debian" manier maar dit hielp niet daarom heb ik hem net op de normale manier gemaakt wat nu ook niet helptOp zondag 21 april 2002 23:07 schreef banaan-X het volgende:
[..]
Mag ik hier even ingrijpen
Zie http://panic.et.tudelft.nl/debian/handleiding/debian22hdl.html.gz
(par 9.6) En voeg nog --initrd toe aan de dpkg-make opdracht voor kernel 2.4.x
ik zal het nu wel even met wat oudere drivers proberen goeie hoop heb ik echter niet
Elke dag dronken is ook een geregeld leven.
Ik heb nu de 2802 gepakt met hetzelfde resultaat ....
hopeloos dit
Moet morgen weer om 6 uur op de trein zitten dus kap ermee vandaag kijk morgen wel even of er nog iemand is geweest met een geniale ingeving
Of misschien een manier om gelijk debian te installeren met eenn 2.4 kernel
Nou mensen alvast bedankt
hopeloos dit
Moet morgen weer om 6 uur op de trein zitten dus kap ermee vandaag kijk morgen wel even of er nog iemand is geweest met een geniale ingeving
Of misschien een manier om gelijk debian te installeren met eenn 2.4 kernel
Nou mensen alvast bedankt
Elke dag dronken is ook een geregeld leven.
uhm ok maar ik zit nu op me werk dus het moet even wachten tot vanavond
Elke dag dronken is ook een geregeld leven.
:strip_exif()/u/7320/kuwamai-hime.gif?f=community)
Anoniem: 26351
ik was al bezig in een ander topic, totdat iemand me op dit topic attendeerde (thx )
t gaat om het volgende: ik heb gisteren getracht om de drivers (2880) van nvidia voor linux te installeren. Wat betreft de installatie lijkt dit goed te gaan.
Vervolgens heb ik middels de readme wijzigingen in XF86Config aangebracht en opnieuw X (KDE) gestart. Nu zou ik een nvidia logo moeten zien, maar dit is bij mij een zwart scherm. Dan gaat ie verder en op t moment dat t scherm zou moeten komen waarop ie laat zien dat ie KDE laadt, zie ik een wit scherm met een aantal strepen, en daarna doet X helemaal niks meer (ook ctrl-alt-backspace doet niks).
Ik moet dan vanaf m'n andere bak inloggen en de machine restarten.
In de logfile (/var/log/XFree86.<x>.log) staat niks over de crash.
het volgende heb ik al geprobeerd,
- in lilo.conf de regel append="mem=nopentium". dit heeft geen effect
- in XF86Config bij video device: Option "NvAgp" "0". maakt ook niet uit
- Option "NoRenderAccel" "0" maakt ook niets uit.
Systeem:
MSI K7T Turbo / AMD 900Mhz
Leadtek Geforce3
XFree86 4.1.0
KDE 3
Qt 3.0.3
Nvidia drivers 2880 (ook 2313 werkt niet)
Kernel: 2.4.18
Iemand die een oplossing weet
)t gaat om het volgende: ik heb gisteren getracht om de drivers (2880) van nvidia voor linux te installeren. Wat betreft de installatie lijkt dit goed te gaan.
Vervolgens heb ik middels de readme wijzigingen in XF86Config aangebracht en opnieuw X (KDE) gestart. Nu zou ik een nvidia logo moeten zien, maar dit is bij mij een zwart scherm. Dan gaat ie verder en op t moment dat t scherm zou moeten komen waarop ie laat zien dat ie KDE laadt, zie ik een wit scherm met een aantal strepen, en daarna doet X helemaal niks meer (ook ctrl-alt-backspace doet niks).
Ik moet dan vanaf m'n andere bak inloggen en de machine restarten.
In de logfile (/var/log/XFree86.<x>.log) staat niks over de crash.
het volgende heb ik al geprobeerd,
- in lilo.conf de regel append="mem=nopentium". dit heeft geen effect
- in XF86Config bij video device: Option "NvAgp" "0". maakt ook niet uit
- Option "NoRenderAccel" "0" maakt ook niets uit.
Systeem:
MSI K7T Turbo / AMD 900Mhz
Leadtek Geforce3
XFree86 4.1.0
KDE 3
Qt 3.0.3
Nvidia drivers 2880 (ook 2313 werkt niet)
Kernel: 2.4.18
Iemand die een oplossing weet
Op welke manier heb je geïnstalleerd? Met een RPM of via een .tar.gz (en welke distributie gebruik je, Slackware meen ik?)? Je gebruikt niet toevallig een framebuffer voor je console? Rivafb en de nVidia-drivers kunnen niet goed met elkaar opschieten, wat crashes veroorzaakt. Ik neem aan dat het ook niet werkt als je alleen vanaf de command line 'XFree86' draait, in plaats van ook direct de windowmanager op te starten?
[edit: hmm, heb ik per ongeluk toch al mijn 2000e post gedaan...daar zou ik eigenlijk iets speciaals van maken.]
[edit: hmm, heb ik per ongeluk toch al mijn 2000e post gedaan...daar zou ik eigenlijk iets speciaals van maken
.]
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
Anoniem: 26351
dmv een tar.gz (rpm vind ik maar niks
). Disto die ik gebruik is Slackware 8.0in de console gebruik ik geen framebuffer, gewoon standaard 80x25
ik start standaard X vanaf de console (met startx)
[edit]
gefeliciteerd
Anoniem: 26351
pffff...het is me uiteindelijk toch gelukt
maar kan iemand me uitleggen waarom zo'n oude driver (769) wel werkt, en de nieuwere (>=1251) niet?
code:
1
2
3
4
5
6
7
8
9
10
11
12
| NVRM Version: 1.0-769 ------ Card Info ------ Model: NVIDIA card IRQ: 10 ------ AGP Info ------- AGP status: Disabled AGP Driver: Bridge: Via Apollo Pro KT133 SBA: Supported [disabled] FW: Unsupported [disabled] Rates: 4x 2x 1x [-] Registers: 0x1f000207:0x00000000 |
maar kan iemand me uitleggen waarom zo'n oude driver (769) wel werkt, en de nieuwere (>=1251) niet?
Anoniem: 26351
bleh.. t zit weer s niet mee
t zit zo: de driver van nvidia is prima. die doet t wel. maar als ik
er bij zet, crasht ie daarop.
dat staat dan in de log file. Wat ik zie, is slechts een NVidia logo en daar blijft t bij. Verder gaat ie niet en kan ik weer remote inloggen voor een reboot.
weet ik wat hier mee moet? ik heb me onderhand suf gezocht hier, op google en op t nvidia forum, maar ik kom er niet uit
[edit]
some info:
nvidia driver: 1251, 1521, 1541, 2313, 2880 blijven allemaal 'hangen' op GLX.
amd 900 (ja, in lilo.conf staat al append="mem=nopentium")
geforce3
XFree86 Version 4.1.0 / X Window System
t zit zo: de driver van nvidia is prima. die doet t wel. maar als ik
code:
1
| Load "glx" |
er bij zet, crasht ie daarop.
code:
1
2
3
4
| (II) [GLX]: Calling GlxExtensionInit Fatal server error: Caught signal 11. Server aborting |
dat staat dan in de log file. Wat ik zie, is slechts een NVidia logo en daar blijft t bij. Verder gaat ie niet en kan ik weer remote inloggen voor een reboot
.weet ik wat hier mee moet? ik heb me onderhand suf gezocht hier, op google en op t nvidia forum, maar ik kom er niet uit
[edit]
some info:
nvidia driver: 1251, 1521, 1541, 2313, 2880 blijven allemaal 'hangen' op GLX.
amd 900 (ja, in lilo.conf staat al append="mem=nopentium")
geforce3
XFree86 Version 4.1.0 / X Window System
/u/18061/crop63b7c168158fb.png?f=community)
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
Maar het lijkt er anders wel op alsof de oude drivers nog worden gebruikt of iets dergelijks maar ik kan geen ouder driver vinden op het systeem
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
Anoniem: 27915
Mesa wordt vaak automatisch geinstalleerd door je distro (bij redhat/mdk iig)...
Is het iemand overigens gelukt om Tux: A Quest for Herring te spelen met de nvidia drivers?. Bij mij crasht X (i.e. lock -> reboot) als ik dat spel probeer... Andere spellen werken wel. 
.
Is het iemand overigens gelukt om Tux: A Quest for Herring te spelen met de nvidia drivers?
. Bij mij crasht X (i.e. lock -> reboot) als ik dat spel probeer... Andere spellen werken wel. .
Ik use Slackware zelf gecompilde drivers. Ik heb nu dus weer de oude 2313 drivers van nVidia geinstalleerd. En dat werkt nu weer goed. Tuxracer speert nu weer. Alleen lijkt het beeld nu wel verticaal geinterlaced
GLXgears perfomt nu ook hoger 700+ fps
Wazig net die drivers nog even goed geinstalled vanaf console enzow, en nu performt 2313 net zo brak als 2880
GLXgears perfomt nu ook hoger 700+ fps
Wazig net die drivers nog even goed geinstalled vanaf console enzow, en nu performt 2313 net zo brak als 2880
Anoniem: 27915
Ik haal maar 560fps in glxgears...
Zal wel aan mijn magere CPUtje liggen.. (P-II 400 MHz).
[edit]
ennuh, evrticale interlacing? Op een videokaart?. Lijkt me vreemd.... Stuur eens een screenie...
Zal wel aan mijn magere CPUtje liggen.
. (P-II 400 MHz).[edit]
ennuh, evrticale interlacing? Op een videokaart?
. Lijkt me vreemd.... Stuur eens een screenie...
heb net dus weer zitten kloten en nu heb ik geen verticale interlacing meer :-) (had het trouwens ook in console) maar nu gaat glx weer net zo als hierboven met 2880 en is Tux niet vooruit te branden
Toen met dat interlacing gebeuren kreeg ik ook wat foutmeldingen met het booten van Linux, modules enzow. Maar dat gaat nu ook weer goed.
Heb zojuist eerst make clean gedaan voor ik make install deed met de kernel driver. En nu moest ik de kernel driver nog insmodden na het booten. Maar tux gaat nu weer goed.
Toen met dat interlacing gebeuren kreeg ik ook wat foutmeldingen met het booten van Linux, modules enzow. Maar dat gaat nu ook weer goed.
Heb zojuist eerst make clean gedaan voor ik make install deed met de kernel driver. En nu moest ik de kernel driver nog insmodden na het booten. Maar tux gaat nu weer goed.
:strip_icc():strip_exif()/u/52763/avatar.jpg?f=community){kind=avatar}
ik heb dus nu geporbeerd de drivers van Nvidia te installeren op me debian bak emt de GLX driver gaat alles prima maar met de kernell driver (tarball) krijg ik deze compile fout:
You appear to be compiling the NVdriver kernel module with
a compiler different from the one that was used to compile
the running kernel. This may be perfectly fine, but there
are cases where this can lead to unexpected behaviour and
system crashes.
If you know what you are doing and want to override this
check, you can do so by setting IGNORE_CC_MISMATCH.
In any other case, set the CC environment variable to the
name of the compiler that was used to compile the kernel.
*** Failed cc sanity check. Bailing out! ***
make: *** [gcc-check] Error 1
nu had ik al wat posts opgezocht want er zijn er meer met dit probleem maar uit die posts word ik niet echt veel wijzer
heb al geprobeerd gcc opnieuw te installen dit maakt geen verschil. iemand had eht erover om je linux kernel opnieuw te compilen maar dat gaat me ff tever als debian nOOb.
weet iemand misschien een makkelijkere oplossing (met vooral de debian woody users onder ons ) ??
You appear to be compiling the NVdriver kernel module with
a compiler different from the one that was used to compile
the running kernel. This may be perfectly fine, but there
are cases where this can lead to unexpected behaviour and
system crashes.
If you know what you are doing and want to override this
check, you can do so by setting IGNORE_CC_MISMATCH.
In any other case, set the CC environment variable to the
name of the compiler that was used to compile the kernel.
*** Failed cc sanity check. Bailing out! ***
make: *** [gcc-check] Error 1
nu had ik al wat posts opgezocht want er zijn er meer met dit probleem maar uit die posts word ik niet echt veel wijzer
heb al geprobeerd gcc opnieuw te installen dit maakt geen verschil. iemand had eht erover om je linux kernel opnieuw te compilen maar dat gaat me ff tever als debian nOOb.
weet iemand misschien een makkelijkere oplossing (met vooral de debian woody users onder ons ) ??
dat vroeg ik me dus ook al af
Anywayz, kernel compilen is de beste optie mijns inziens. Dan heb je dus een kernel die met dezelfde compiler is gecompiled als je kernel driver.
Anywayz, kernel compilen is de beste optie mijns inziens. Dan heb je dus een kernel die met dezelfde compiler is gecompiled als je kernel driver.
probleem is dat ik nog nooit een kernel gecompiled heb snap jeOp woensdag 08 mei 2002 14:30 schreef PluueeR het volgende:
dat vroeg ik me dus ook al af
Anywayz, kernel compilen is de beste optie mijns inziens. Dan heb je dus een kernel die met dezelfde compiler is gecompiled als je kernel driver.
:strip_exif()/u/19018/proza.gif?f=community)
nou dat heeft ie dan zelf gedaan want ik heb nix gesymlinked namelijk lolOp woensdag 08 mei 2002 15:58 schreef beelzebubu het volgende:
[..]
Staat /usr/include/linux gesymlinkt naar /usr/src/linux/include/linux?
maar hoe haal ik datw eer weg dan of moet die symlink er nou juist komen?
lol problemen stapelen zich op nu zeurt ie over:Op woensdag 08 mei 2002 16:27 schreef beelzebubu het volgende:
[..]
"ls -lad /usr/include/linux"
Die link moet er dus komen als ie er niet staat.
c -c -Wall -Wimplicit -Wreturn-type -Wswitch -Wformat -Wchar-subscripts -Wparentheses -Wpointer-arith -Wcast-qual -Wno-multichar -O -MD -D__KERNEL__ -DMODULE -D_LOOSE_KERNEL_NAMES -D_X86=1 -Di386=1 -DUNIX -DLINUX -DNV4_HW -DNTRM -DRM20 -D_GNU_SOURCE -DRM_HEAPMGR -D_LOOSE_KERNEL_NAMES -D__KERNEL__ -DMODULE -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0 -DNV_PATCHLEVEL=2880 -I. -I/usr/src/linux/include -Wno-cast-qual nv.c
nv.c:22: linux/modversions.h: No such file or director
gewoon weer een link maken?
Anoniem: 27915
Dat zei ie net ook, toch?
.Check eens of /usr/src/<linux-src-dir>/include/linux/modversions.h bestaat...
die hele map met /usr/src/linux source dir bestaat niet eens ik heb er alleen de map rpm in /usr/srcOp woensdag 08 mei 2002 17:06 schreef beelzebubu het volgende:
[..]
Dat zei ie net ook, toch?
Check eens of /usr/src/<linux-src-dir>/include/linux/modversions.h bestaat...
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
• Ik schreef 'ln', niet 'in'. Met een 'l' van 'Linux' dus .
• Ik zie dat je aan de headers niet genoeg lijkt te hebben. Je zult waarschijnlijk ook de source moeten installeren. Zelfde soort commando: 'apt-get install kernel-source-x.x.xx'. Het link-commando zoals je het hierboven opgeeft zal denk ik niet werken, al is het altijd te proberen natuurlijk.
.• Ik zie dat je aan de headers niet genoeg lijkt te hebben. Je zult waarschijnlijk ook de source moeten installeren. Zelfde soort commando: 'apt-get install kernel-source-x.x.xx'. Het link-commando zoals je het hierboven opgeeft zal denk ik niet werken, al is het altijd te proberen natuurlijk.
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
apt-get rulez! :D:DOp woensdag 08 mei 2002 22:17 schreef odysseus het volgende:
• Ik schreef 'ln', niet 'in'. Met een 'l' van 'Linux' dus
• Ik zie dat je aan de headers niet genoeg lijkt te hebben. Je zult waarschijnlijk ook de source moeten installeren. Zelfde soort commando: 'apt-get install kernel-source-x.x.xx'. Het link-commando zoals je het hierboven opgeeft zal denk ik niet werken, al is het altijd te proberen natuurlijk.
nu ff afwachten tot die 24 meg binnen is, en dan staat ie /usr/src/linux ?
Dan staat er een bestand of directory (ben even vergeten of dpkg dat ding ook meteen uitpakt, dat merk je vanzelf wel) in /usr/src. Als hij nog ingepakt is dan pak je hem uit (tar -zxvf /usr/src/kernel-source-2.4.18.tar.gz). Vervolgens moet je dus die link aanmaken, zie hierboven.
Overigens is het niet echt nodig om elke keer weer mijn volledige bericht te citeren, dat kunnen geïneresseerden vlak erboven toch al lezen
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
gedaan en ook headers geinstalled en als ik die dus ga zoeken dan kan nix de headers vinden?? en nog steeds hetzelfde errortje
wat je moet doen:Op woensdag 08 mei 2002 23:00 schreef The_Dart het volgende:
[..]
gedaan en ook headers geinstalled en als ik die dus ga zoeken dan kan nix de headers vinden?? en nog steeds hetzelfde errortje
apt-get remove kernel-source-2.4.18
rm -rf /usr/src/linux
apt-get install kernel-headers-2.4.18-i686 (of jouw arch)
cd /usr/src
ln -s kernel-headers-2.4.18 linux
Dan zou modversions.h erbij moeten staan. Dat bestand wordt nl pas aangemaakt als je je kernel daadwerkelijk compileerd. (Of je haalt t voor de kernel in de tree dus uit de headers)
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
Anoniem: 17264
Ik had gehoopt dat die optie het starten van Xfree wat zou versnellen want dat logo vertraagd toch best wel. Maar nu komt er in plaats van het logo gewoon een wit scherm en daarna gaat hij verder.
Lekker
Lekker
Sorry dat ik dit omhoog schop, maar het hoort wel hierin (dacht ik).
ik heb een (klein) probleem. Nadat ik kernel 2.4.18 heb gecompiled en ook make-kpkg modules_install heb gedaan wil ik de nvidia-glx als een compilen naar een .deb file.
Maar ik krijg steeds een fout als ik dpkg-buildpackage doe :
ik denk dat de fout in dat ldd zit maar wat is dat
ik gebruik debian .
ik heb een (klein) probleem. Nadat ik kernel 2.4.18 heb gecompiled en ook make-kpkg modules_install heb gedaan wil ik de nvidia-glx als een compilen naar een .deb file.
Maar ik krijg steeds een fout als ik dpkg-buildpackage doe :
code:
1
2
3
4
5
| dh_shlibdeps -l/usr/src/nvidia-glx-1.0.2880/debian/nvidia-glx/usr/lib dpkg-shlibdeps: failure: cannot exec ldd : no susch file or directory dpkg-shlibdeps: failure: ldd on 'debian/nvidia-glx/usr/lib/libGL.so.1.0.2880' gave error exit status 2 sh_shlibdeps: command returned error code make: ***[binary-arch] error 1 |
ik denk dat de fout in dat ldd zit maar wat is dat
ik gebruik debian .
ldd is een programma'tje die de library dependencies van een programma nagaat. Het is volgens mij onderdeel van Gcc, maar dat weet ik niet zeker. Je gebruikt Debian, dus waarschijnlijk zal het iets zijn als 'apt-get install gcc', of als het apart installeerbaar is 'apt-get install ldd' 
Anoniem: 22225
net gister 2880 op m'n lfs systeem gegooid en dan hebben ze weer een update.....ze houden ook nooit rekening met mij!
ff vraagje, ik heb die drivers geinstalleerd (vanuit source uiteraard, ik weiger package managers te gebruiken). Maar als ik nou opnieuw een kernel compileer dan is de driver opeens zoek en moet ik um weer opnieuw installeren.....:S
Heeft er iemand een logische verklaring voor?
ff vraagje, ik heb die drivers geinstalleerd (vanuit source uiteraard, ik weiger package managers te gebruiken). Maar als ik nou opnieuw een kernel compileer dan is de driver opeens zoek en moet ik um weer opnieuw installeren.....:S
Heeft er iemand een logische verklaring voor?
:strip_exif()/u/17207/einhorn-man.gif?f=community)
Even over die nieuwe nvidia drivers.... WOWZZZ!!Op donderdag 23 mei 2002 19:31 schreef janjanjansen het volgende:
http://www.nvidia.com/view.asp?PAGE=linux
Drivers versie 1.0-2960 zijn ook verschenen inmiddels
Ik ging van een glxgear fps score van rond de 690 naar een fps score van 1150!! Dat is aardig gek!
Net na de installatie liep het allemaal een beetje beroerd, maar na een reboot loopt het dus als een zonnetje!
Wat mij betreft een aanradertje dus.
Fuck me if I'm wrong, but isn't your name Gretchen?
Anoniem: 13145
ff tip, install de drivers NIET terwijl je X nog draaid, want ik kon X niet meer booten
Toen ff opnieuw geinstalleerd en ze lopen goed, alleen Quake3 doet het niet meer
Ff quake opnieuw installeren, misschien dat het daar aan ligt. Maar sof draaid met mega framerates, ff in quake benchen wat ik haal als quake weer loopt.
Toen ff opnieuw geinstalleerd en ze lopen goed, alleen Quake3 doet het niet meer
Ff quake opnieuw installeren, misschien dat het daar aan ligt. Maar sof draaid met mega framerates, ff in quake benchen wat ik haal als quake weer loopt.
bij mij hangt de teller altijd tegen de 90 aan te hikken verder komt ie niet ook in windows heb ik dit?
terwijl ie met mijn hardware toch ver boven de 150 zou moeten leggen, doet ie ook wel alleen geeft ie niet zoveel aan?
UT draai ik 1280x1024 32-bits OpenGL at 177fps
Anoniem: 13145
moet je iets met maxfps doen, moet je ff zoeken op google op: +quake +max +fpsOp zaterdag 25 mei 2002 00:26 schreef The_Dart het volgende:
[..]
bij mij hangt de teller altijd tegen de 90 aan te hikken verder komt ie niet ook in windows heb ik dit?
terwijl ie met mijn hardware toch ver boven de 150 zou moeten leggen, doet ie ook wel alleen geeft ie niet zoveel aan?
UT draai ik 1280x1024 32-bits OpenGL at 177fps
zo heb ik het ook gevonden
maar als je gewoon ff timedemo 1 doet, en dan een demo draaid en daarna in de console kijkt zie je je FPS.
Ik haal daar dus 143FPS bij demo 1.
Probeer maar eens!
probeer maar eens;Op zaterdag 25 mei 2002 00:29 schreef NvidiaGebruiker het volgende:
[..]
moet je iets met maxfps doen, moet je ff zoeken op google op: +quake +max +fps
zo heb ik het ook gevonden
maar als je gewoon ff timedemo 1 doet, en dan een demo draaid en daarna in de console kijkt zie je je FPS.
Ik haal daar dus 143FPS bij demo 1.
Probeer maar eens!
vertel mij dan eens hoe ik nvidia drivers onder debian geinstalled krigj zonder kernel te compileren...
:strip_icc():strip_exif()/u/9014/bean14.jpg?f=community)
Ik neem aan dat je zowel de kernel-RPM als de GLX-RPM geinstalleerd hebt? In dat geval: ik ben er niet zeker van of de XF86Config-4 case-sensitive is of niet, maar 'glX' ziet er wat vreemd uit. Probeer het eens met 'glx', je weet nooit
. Mocht dat ook niet helpen, zou je dan eens de regels boven die foutmelding erbij kunnen posten? Het lijkt me dat daarin wel iets staat over waarom hij die module niet kan laden. Mocht er niets staan dan is het handig om even op de volgende manier je XFree86 te starten: 'XFree86 -logverbose 10 -verbose 10', waarna je de logbestanden en schermuitvoer nogmaals bekijkt.
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
Oke, ik wou dus ook die drivers installeren, maar hoe kom je er nou achter welke versie je moet hebben?? (i386 of i686 ofzow?)
Ik heb RedHat 7.3
[edit] Dit kon ik dus niet in de readme van nVIDIA of in de search, of in dit topic vinden. [/edit]
Oke, het stond niet in de readme van nVIDIA, maar wel op de site van nVIDIA. (ik weet het.... STOM!)
Ik heb RedHat 7.3
[edit] Dit kon ik dus niet in de readme van nVIDIA of in de search, of in dit topic vinden. [/edit]
Oke, het stond niet in de readme van nVIDIA, maar wel op de site van nVIDIA. (ik weet het.... STOM!
)
:strip_icc():strip_exif()/u/33843/GoT-avatar.jpg?f=community){kind=avatar}
Ik heb nu dus ook een probleem met nVidia drivers 
Info:
- SuSE Linux 8.0
- Riva TNT2 M64
Ik heb zojuist Yast Online Update gedraaid en die kwam op de proppen met nieuwe nVidia drivers. Ik die dingen laten isntalleren, maar nu krijg ik geen grafisch beeld meer (ofwel: X Window System geeft geen beeld meer).
Ik ben op zich nog wel redelijk newbie met linux, maar ik zou graag oplossingen horen om weer beeld te kunnen krijgen. Ik kan nu alleen in console aan het werk, maar ik ken niet al te veel commando's...
Als iemand me zou kunnen helpen om X Window weer aan de praat te krijgen, zou ik zeer geholpen zijn.
Info:
- SuSE Linux 8.0
- Riva TNT2 M64
Ik heb zojuist Yast Online Update gedraaid en die kwam op de proppen met nieuwe nVidia drivers. Ik die dingen laten isntalleren, maar nu krijg ik geen grafisch beeld meer (ofwel: X Window System geeft geen beeld meer).
Ik ben op zich nog wel redelijk newbie met linux, maar ik zou graag oplossingen horen om weer beeld te kunnen krijgen. Ik kan nu alleen in console aan het werk, maar ik ken niet al te veel commando's...
Als iemand me zou kunnen helpen om X Window weer aan de praat te krijgen, zou ik zeer geholpen zijn.
Who is General Failure and why is he reading my hard drive?
:strip_icc():strip_exif()/u/43187/Windows.jpg?f=community)