[Megoldva ]Funtoo NVIDIA install

Fórumok

Fel szerettem volna rakkni az nvidia-drivert de a következő hibába ütköztem. ttp://www.upload.bben.hu/download2.php?a=6bf9dc930f3702db59cf76b59a793f34&b=5…
Ha jól értelmezem az a baj hogy nem tudja behatárolni a kernel verziót.

Kernel: 2.6.33-r3 genkernel forgatva
nvidia-driver verzió: 190.53-r1

Hozzászólások

Nem működnek a likjeid.
De ha a kernel verzióval kapcsolatosan van gondod, akkor ellenőrizd, hogy az /usr/src/linux link ugyanarra a kernelre mutasson, mint amivel bebootoltál.

ez a ttp:// protokol ez mi lenne?


eselect kernel list
# valasztasz egy szimpatikus kernelt (mondjuk amit az "uname -r" parancs kiad)
eselect kernel set 1 # <- es ide beirod a szamat

--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Lecseréltem a kernel! 2.6.32 -re ezzel müködik.

Hali!

Rendszer frissitésnél fel akarja rakni az nvidia-driver-t ami már fent van rakva. Igaz, a hivatalos oldalról töltöttem le és azt telepítettem. Ha az emerge-vel telepítem akkor nem megy fel a következő hibával kiakad.
http://pastebin.com/m691b7949

Rossz helyre mutat a /usr/src/linux, nem az epp aktiv kernelre. Az nVidia telepito az epp futo kernelhez fordit, az emerge ahhoz, amire a /usr/src/linux mutat. Korrigald a linket, illetve utana kell egy make prepare prepare_modules is.
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

1. érdekesség:
echo " ERROR: Kernel configuration is invalid."; \
#
echo " include/linux/autoconf.h or include/config/auto.conf are missing."; \
#
echo " Run 'make oldconfig && make prepare' on kernel src to fix it."; \

2. érdekesség:

/bin/sh: i686-pc-linux-gnu-ld: parancs nem található -> ez található mindenhol,
"make error 127 indicates that make can't find a program that it needs to
run a command"
biztos, hogy fent van a linker?

3. érdekesség:
#
[32;01m*[0m Applying NVIDIA_glx-defines.patch ...

[32;01m*[0m Applying NVIDIA_glx-glheader.patch ...

miért is kell patchelni a drivert???

chroot alól futtattad, vagy futó rendszer alól?

a sysrescuecd egyes verzió alól épített chroot alatt gondok lehetnek a PATH változóval.

Próbáld így:

env-update && source /etc/profile
emerge -av nvidia-drivers

Illetve egy "emerge --info" kimenetet dobj fel pastebin-re.
--
\\-- blog --//

Az egyik a revdep-rebuild a masik meg emerge lafilefixer aztan meg lafilefixer --justfixit. Szerintem amugy sem fog artani mivel elegge osszebarmoltad a rendszered... :) Ja es megvalami eix et rakd fel hasznos ki progi, meg tudod nezni mi van fent illetve milyen csomagok milyen stadiumban vannak. Szerintem elobb egy stabil rendszert hozz ossze utanna ha nagyon akarsz updatelgethetsz unstable re bar ha valami megy a stabillal feleslegesnek erzem felrakni az unstable-t persze vannak kivetelek mikor pidgin ben ott az msn bug azt en is udpateltem unstable re... Ha felrakod az eix et utanna azzal synceld a portage tree t mert az synceli az eix et is meg a tree t is az emerge sync csak a tree t.

ACCEPT_KEYWORDS="x86 ~x86"

Ha ezt beállítottad akkor ne csodálkozz, gyanítom teljesen testing verziót használsz.

Látom (default/linux/x86/2008.0), hogy 2008-as profil van beállítva. Bár nem hiszem, hogy ez okozza a gondot, de akár át is állíthatod a legújabbra.

eselect profile list
--
\\-- blog --//

Akkor szedd ki. Most.
Es a profilatallas + a kapcsolo kiszedese utan egy teljes emerge -e system + emerge -e world. Lehet elszuttyog egy darabig, de hidd el, a testing archot nem veletlen hivjak annak. Nagyon sok mindent ott tesztelnek ki, azt te nem akarod hasznalni.
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Mondjuk ugy, hogy en amit mondtam, a sajat karomon tanultam meg. Nem akarja, en biztos vagyok benne. Garantalt napi szopas. Es minden nap uj szopas. Csak hogy erzekeltessem: volt eset, hogy a toolchainbe bekerult egy uj csomag, ami veletlenul nem lett lemaszkolva (par perccel kesobb felment az uj packages.mask is, de nekem sikerult ilyen szerencsetlenul syncelni). A rendszer boldogan felrakta. Utana kicsit piros volt minden csomagtelepites. Oke, nagyon.
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

szerintem nem lesz zökkenőmentes a visszatérés csak stabilra

az itt leírtak, verzió specifikus részektől eltekintve
mérvadóak lehetnek: http://www.gentoo.org/doc/en/gcc-upgrading.xml

azaz:
1) emerge -evuDN system
2) emerge -evuDN world (a system a world-nek kisebb részhalmaza, azaz itt mégegyszer fordítja a system-et)
3) emerge -av --depclean
4) revdep-rebuild

--
\\-- blog --//

Nézd, PP én tényleg nem kötözködni akarok, de egy kicsit megnéztem, milyen problémáid voltak itt az elmúlt x évben, látom, hogy már 2006-ban is ilyesmivel kinlódtál. Most, 2010-ben néhányaknak végre sikerült téged megtanítani, hogy a log melyik részét hova tedd fel, hogy mások segíteni tudjanak. Ez fantasztikus, DE fogadj meg egy jó tanácsot: ami nem megy, azt nem kell erőltetni. Tudod, hogy van a mondás: erőlködésnek nyögés lesz a vége. Komolyan mondom, te mazochista vagy... Kinlódsz itt egy forrás alapú disztróval meg testing jellegű dolgokkal szivatod magadat és másokat is. Jól szétbarmoltad a rendszered és most (részben) ezért nem megy semmi sem

Csak probálok fejlödni. Ezért tértem át Funtoo -ra (gentoo). Ezelött Arch linuxot használtam egy jóideig.

"Komolyan mondom, te mazochista vagy..." Ebben lehet valami :)
"Kinlódsz itt egy forrás alapú disztróval meg testing jellegű dolgokkal szivatod magadat és másokat is." Az hogy én mivel"kinlodok" és szívatom magam az egy dolog. Nem köteleztem senkit, hogy segítsen. Ha jól tudom akkor ennek az oldalnép épp az a célja, hogy segítséget nyújtsunk egymásnak.

Én látok fejlődést azért.

Még egy ötlet a korábbiak mellé:
Részlet az emerge --info kimenetedből:
CFLAGS="-march=core2 -O2 -pipe"
CHOST="i686-pc-linux-gnu"
CXXFLAGS="-O2 -march=i686 -pipe

- én a CFLAGS-ban visszaállítanám a core2-t i686-ra

Ha az ~x86 keyword miatt az alap toolchain (glibc, gcc, binutils) már testing, akkor szerintem ne próbálkozz visszatérni stable-re, mert felesleges időpocsékolás.

Lafilefixer-t, revdep-rebuild-et futtass mindenképpen.

Üdv:
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Nem tudom jó érvekkel alátámasztani. Elvileg ártalmatlan a dolog. Viszont a VLC az egy komplex csomag. A másik irányban azt lehetne tenni, hogy átállítod a CXXFLAGS-ot is core2-re, hogy konzisztens legyen a kettő egymással.

Üdv,
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Olyan allat marpedig nincsen.
Ketto eset szokott lenni:


CFLAGS="-O2 -march=i686 -pipe"
CXXFLAGS="-O2 -march=i686 -pipe"

illetve


CFLAGS="-O2 -march=i686 -pipe"
CXXFLAGS="${CFLAGS}"

A masodik eset a konnyebb, itt automatan atveszi a CFLAGS ertkeet, eleg egy helyen modositani.
Ha az elso volt, akkor viszont mindket helyen modositani kell a konzisztenicia miatt.
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Életemben nem láttam még arch-ot.
Nem kevered a dolgot hogy használtál teszt csomagokat avval hogy teszt rendszert használtál?
Óriási különbség a kettő!
Én ~6 év gentoo-zás után sem mernék teszting gentoo-t használni!
Az más kérdés hogy rengeteg nem stabil (nevezzük tesztingnek) csomit használok.

Egyébként pont ezért tértem át anno (~6 éve) debián-ról mert szerettem volna néhány csomi újabb verzióját használni:
- vagy SID (akkoriban az használta akinek 6 anyja volt:)
- vagy backports csomik amik használhatatlanok voltak (annak idején).
Nemtom most hogy van debianban, de nem is érdekel, jó a gentoo! :)

1) az Arch-nak mas a QA policyje, mint a Gentoo-nak. Itt a ~arch az korulbelul valahol a testing es az unstable kozottt helyezkedik el, de inkabb testing. Olyan csomagokrol van szo, amiket biztonsagi, meg egyeb szempontokbol mar vegigteszteltek, de meg nem kaptak a teszteloktol elegendo visszajelzest ahhoz, hogy elesbe tehessek. Ilyenkor leveszik rola a maszkolast, es varjak, hogy van-e valami. Ha nincs, akkor a ~ jel torlesre kerul, es igy stabil lesz a csomag. Ha valami gixer van, akkor meg megy vissza a maszk ra, es semmi nem tortent.

Ez foleg az enterprise felhasznalok miatt van igy, az az elmelet, hogy ok csak stabil csomagot hasznalnak, ~arch nem fer bele a policybe, igy az o szemuk ele nem kerulhet (es nem is kerul) possible instable csomag.
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Sikeredet megoldani!!

Lényegében, stabil-ra forgatás megoldottam joformán az összes gondot. Bár, koránt se volt könnyű, mivel már az elején pár dolog nem akart lefutni. Amikor végre sikerült a "emerge -evuDN system" parancsot lefuttatni teljessen, megprobáltam elindítani X-et de na ná, hogy nem ment pöcre :) Jópár csomag maradt test csomag mivel a stable változat nem volt hajlandó lefordulni és könnyebb volt a test-et "fenthagyni"(újra forgatni).

Köszönöm mindenki segítségét!

ui: Minden esetre tanulságos volt. Abbol a szempontból, hogy funtoo(gentoo) alatt különössen vígyázzni kell a test(unsable) csomagokkal.

üdv:PP