Table of Contents

Godkänd

  • 1. Ladda ner ASR Pro
  • 2. Öppna programmet och välj "Skanna din dator"
  • 3. Klicka på "Reparera" för att starta reparationsprocessen
  • Mjukvaran för att fixa din PC är bara ett klick bort - ladda ner den nu.

    Om du fortfarande inte kan ladda någon sorts Nvidia Gentoo-kärnmodul på en persons PC, borde den här artikeln hjälpa.

    Innan readabilitydatatable=”1″>

    Författare meddelande
    lexflex
    Guru

    Undertecknad: 5 mars 2006
    Inlägg: 363
    Plats: Nederländerna

    < br >

    postat: 11 söndag,. maj 2008 20:00 Inläggets ämne: nvidia: Det gick inte att ladda nvidia kärnmodul Colspan=”2″>
    Hej, jag behöver hjälp och jag undrar om någon inser ett problem med programmet

    X vacklar för att börja med “stick”-fel:

    Kod:
    Modul (II) i ditt garage redan installerad
    FATALT: fel vid insättning av nvidia (/lib/modules/2.6.24-gentoo-r3/kernel/drivers/video/nvidia.ko): oacceptabelt modulformat
    (EE) NVIDIA(0) Det gick inte att hindra NVIDIAs kärnmodul!
    (EE) NVIDIA(0) *** Avbryt ***
    (EE) Skärmar hittades, men ingen av dem har en fungerande konfiguration

    Skriver: “Ogiltigt modulformat”, vad kan vara orsaken?

    Försökte hjälpa till att kompilera om NVIDIA-drivrutiner; Det ser ut som det, men det drar fortfarande nytta av en fördelaktig affär med kontanter.
    Någonstans i utgången anses detta:

    Det gick inte att hitta symtab- och dessutom strtab-komponenter i moduler //lin / /2.6.24-gentoo -r3/kernel/drivers/video/nvidia.ko
    Kod:
    VARNING:

    Kan någon hjälpa mig?

    Detaljer:Jag uppgraderar min stordator den här veckan, inklusive att lägga till kernel 2.6.25-r3. Jag grundade alla nvidia-drivrutiner, men installationen fick reda på att de är och ännu inte stöds av en sådan speciell kärna. fungerar fortfarande…..

    Allt fungerade bra med NVIDIA/xorg tills idag imorgon…

    Tack förvånansvärt mycket!

    Lex.

    Spara

    Visa form src=Colspan=”2″>

    toddles13
    n00b

    Undertecknad: 5 januari 200472
    Plats:
    Inlägg: Jafaland, Nya Zeeland

    Söndag 11 maj 2008 20:13 Inläggets ämne: Nowrap>
    Hej Lexflex!

    Godkänd

    ASR Pro-reparationsverktyget är lösningen för en Windows-dator som kör långsamt, har registerproblem eller är infekterad med skadlig programvara. Detta kraftfulla och lättanvända verktyg kan snabbt diagnostisera och fixa din dator, öka prestandan, optimera minnet och förbättra säkerheten i processen. Lider inte av en trög dator längre - prova ASR Pro idag!


    försök att skapa det

    Kod:
    skapa cd
    Moduler /usr/src/linux
    rena
    Kör Module_install

    Låt sedan den specifika typen av nvidia-drivrutiner dyka upp igen.
    Titta också på symbollänken för de många skarpa av din kärna (/usr/src/linux) till hela din familjs startbara kärnkälla.

    Överst

    Visa src=colspan=”2″>

    lexflex
    Guru

    Ansluten: 5 mars 2006
    Meddelanden: The 363
    location: main

    /td >

    readabilitydatatable=”0″>

    -fel i din nuvarande loggfil):

    Upplagt: söndag 11 maj 2008 21:12 Inläggets ämne:
    Hej colspan=”2″>
    Jag gjorde som jag sa, säkert något jag tror har förändrats… Det verkar som om modulen nu har förinstallerat GLX och felet “misslyckades som kan laddas” är nu borta.

    Men jag fortsätter att få Can’t X att arbeta hårt…

    Det slutar med ett OCH (det finns förmodligen inga fler readabilitydatatable=”0″>

    Kod:
    (==) Loggfil: “/var/log/Xorg.0.log”, tid: 06/23/44, söndag 11 maj 2008
    (==) Med runconfig “/etc/X11/xorg.Conf”
    misslyckades med att ladda nvidia-kärndelen gentoo

    (ii) moduler som redan är installerade

    Spårbarhet:
    0: X(xf86SignHandler+0x6d) [0x47f83d]
    1: /lib/linc/so.6 [0x2b9dcac4f30]
    2: /usr/lib/tls/libnvidia-tls.so.[0x2b9dcbe8d67e]

    Fatal internetdatorfel 1:
    Fångade 11 tecken. Servern ger vanligtvis upp.

    XIO: fatal I/O-hantering (anslutning 104 via hård återställning vid värd) X-server “:0.0”
    Efter förfrågningar 5 (0 accepterade behandlade) med 0 kvarvarande händelser.

    När min man och jag strävar efter gdm eller xglinfo ger det:

    Citat:
    Segmenteringsfel

    Har kunden några andra steg för mig att prova? Jag skulle sannolikt också starta om xorg-servern och därmed pekar symbollänken vanligtvis vilket den nuvarande kärnan…

    Tack !

    misslyckades med att ladda nvidia kärnkurs gentoo

    Exet.

    skrev:

    toddles13
    Hej Lexflex!

    försök göra det

    Kod:
    cd /usr/src/linux
    rena
    göra mode
    Kör Module_install

    Låt sedan NVIDIA-drivrutinerna dyka upp igen.
    Kolla också länken för den faktiska kärnans symboliska representation (/usr/src/linux) som pekar på den faktiska källfilen. kärnkoden du vanligtvis håller på att ladda.

    Överst

    Visa src=Colspan=”2″> 08 325 jfp
    Guru

    Registerad: juli
    Plats: 2007
    Bidrag: Virginia, USA

    sol:. 20 maj 2010 21:51 trådar Från meddelandet:
    Är det genomförbart att användare av misstag har skapat nvidia-kärndrivrutiner i sin andra kärna?

    http://www.gentoo.org/doc/en/nvidia-guide.xml
    ________________
    jfp

    Spara

    < Src ="templates/gentoo/images/spacer /etc> lexflex
    Guru

    Undertecknad: 5 mars 2006
    Inlägg: 363
    Plats: Nederländerna

    < br >

    Det excentriska är att denna 173-operatör är NVDIA-cykelnumret som jag försökte installera inuti kärnan 2.6.25!!!

    Mjukvaran för att fixa din PC är bara ett klick bort - ladda ner den nu.

    Mån, 12 maj, 08:02 Inläggets ämne:
    Hej!

    om,

    jfp skrev:
    Det är de kan som du av misstag konfigurerade en maskulin nvidia-kärna och din kvinnliga tillräcklig anledning för en ny kärna?

    Nej, och vi har till och med kompilerat om var och en av våra popcornkärnor, men det är inte i det här utmärkta skedet…

    Jag får också konstigt nog ett “saknad ELF-fil”-fel när vissa detaljer (t.ex. gdm) inte slås samman/ombyggs:

    /usr/lib/libcuda

    Kod:
    /sbin/ldconfig:.so.1 är faktiskt en ELF-fil – den tillhandahåller fel magiska bytes mest i början
    /sbin/ldconfig: /usr/lib/libcuda.so kanske inte dokumenterar ELF, allt har vanligtvis fel nördiga byte i början
    /sbin/ldconfig: /usr/lib/libcuda.so.173.08 är definitivt en ELF-historia – kastar dåliga magiska bytes längs uppstarten
    /sbin./usr/lib32/ldcinfig: länk

    väl corny