Új hozzászólás Aktív témák
-
Sipi
addikt
No, okoska rájött, hogy nem egészséges bináris nVidia drivert xorgos OpenGL-lel használni.
Érdekes, régen az ebuildek visszakapcsoltak arra, ami eredetileg volt (csak emergéhez álltak át xorgosra.)
Már csak az Opera marhul, néha Firefox. Ez utóbbit azért tettem fel, mert elegem lett at Opera pár hibájából. De most meg a Firefox idegesítő bugyutaságából lett elegem.
Nekem méér nem ír senki használható böngészőt?
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
tierbatyo
senior tag
Na most szívok egy egészségeset, ahogy azt kell. Kb. 4 hónapja nem frissítettem a Gentoo-mat, akkor még unstable-t használtam. Gondoltam most visszatérek stable, mert nagyjából minden jó benne van már (gcc 4.1.1, glibc 2.4s stb). Hát nem ilyen egyszerű a dolog. Valami lefordul valami nem. Küzdés ezerrel gcc újrafordítása sokadszor, még mindig nem jó. Ekkor eszembe jut, hogy nekem fenn volt eselect-compiler, amit azóta maskoltak is. Na ez most gyönyörűen bekavart a config file-jaival. Gondoltam, ha a törlöm, akkor minden szép és jó lesz. Na azért nem. gcc-config közölte velem, hogy a gcc-t bug miatt újra kell fordítanom. Ráadásul programok anyáznak a libstdc miatt....
Take a look to the sky just before you die
-
tierbatyo
senior tag
Nme, nem és nem. emerge -1 db:
jó gépen:
checking for i686-pc-linux-gnu-cc... no
checking for i686-pc-linux-gnu-gcc... i686-pc-linux-gnu-gcc
checking for C compiler default output... a.out
rossz gépen:
checking for i686-pc-linux-gnu-cc... i686-pc-linux-gnu-cc
checking for C compiler default output... a.out
Ha visszateszem az eselect-compiler-t:
checking for i686-pc-linux-gnu-cc... i686-pc-linux-gnu-cc
checking for C compiler default output... a.out
De nem akarom visszatenni.Take a look to the sky just before you die
-
asturel
őstag
Enis nekikezdtem egy nagyobb updatenek: libdrm,x11-drm, mesa mind cvs-bol.
Eredmeny: libGL ugyanolyan mint volt, q4 se indul el .
Gondoltam mar akkor ha igy belejottem updatelem a beryl,emerald cuccost svn-bol (eddigis svnt hasznaltam) beryl-settings, beryl-plugins nem fordult le . Telepithettem a 'stable' versiont..
Amugy 2.6.18-al is kerneles drm-t hasznaltam vegulis (igaz leforditottam az x11-drm-et de nem hasznaltam), de most mar cvs-bol feltett x11-drm van :p
Nekemis reiserfs van amd64-en es mukodik jol a 2.6.19-r1.
Vegeredmenyben nemhogy elorebb, hanem visszabb jutottam .
Nem ma kene vegleges xorg 7.2-nek lenni? -
Sipi
addikt
válasz asturel #2904 üzenetére
Hm... Nekem unmaszkolva van a mesa, xorg-server, xorg-x11, x11-drm. A beryl* és emerald* cuccok nem. És normálisan megy. Berylből a sabayon overlay-t használom, abban most a 0.1.3-as van, ja, most nézem, az xefefcts-ben is. A -9999-esről olyasmit olvastam, hogy nincs benne valami extension támogatása, macerásabb belőni. A Mesa jelenleg a 6.5.2-nél tart.
A sabayonban van 7.2-es ebuild, de ez nem jelent semmit. Ez úgyis csak egyéb csomagokat ránt be - nekem mintha már minden a 7.2-es szintjén állna.
Most akkor mi a helyzet? Ati driverrel nincs composite, meg egyébként is ratyi. Az xorgos driverrel viszont megy, nem? Vagy itt hibás az OpenGL?
Szerintem állj rá valamelyik verzióra, driver, xorg, mesa, beryl szinten pl. csak ~-es maszkra.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #2903 üzenetére
Az eselect-compiler egy időben ki lett szedve, mert rosszul kezel multilibeket. Jelenleg is maszkolva van. Nem szabad használni.
Helyette a gcc-config KELL! Ezt tedd fel, tudsz profilokat váltani. Ez mindenképpen szükséges, mert a Gentoo alapból szimlinkekkel oldja meg a gcc könyvtárainak elhelyezését. Az /etc/env.d/gcc-ben vannak a fájlok, akár kézzel is írogathatod, ha valami tutira nincs fent.
A default output a.out elég rémisztően néz ki... Az az elavult forma.
A libstdc hiba megoldására a fix_libtool_files.sh való, mögötte megadni a régi gcc verzióját, amit leszedtél. Egyes fájlokba hardkódolva van a gcc pár elérési útja, ezt javítja át az újra.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #2906 üzenetére
Nem akartam idegelni, de egyébként minden Ati-probléma esetén szívem szerint ezt javasolnám.
Az a baj, hogy hiába lövöd be egyszer tutira a géped, ha utána műgyantával kell kiöntened, és ápolnod, nehogy valami megváltozzon, mert akkor vége.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
tierbatyo
senior tag
Az ok, hogy használjak gcc-config-ot, csakhogy olyankor egy-két progi nem fordul, már a gcc checknél elhal. Szóval szépen bekevert valamit az eselect compile... Libstdc hiba is valahogy ehhez kötődött egyébként. Mind1 majd lesz valami, aztán újrateszem az egész rendszert, mert amúgy is kevés helyem van.
Take a look to the sky just before you die
-
Sipi
addikt
válasz tierbatyo #2909 üzenetére
Felesleges újratenni.
Azért nem jó a gcc, mert nincs/rossz profilok vannak a gépeden.
Nem kötelezlek arra, hogy használj gcc-configot, de valszeg anélkül nem fog menni.
Az említett heéyen lennie kell egy config fájlnak, meg pár (vagy egy darab) i686-pc-linux-gnu-4.1.1 formájúnak. Ebben vannak a beállítások, a configban pedig CURRENT=xxx, az egyik fájkl neve, amelyik éppen aktív.
Ha belenézel a fájlokba, láthatod, milyen elérési utakat adnak meg. Ezeket módosítsd akár kézzel is úgy, hog yvalós helyre mutassanak.
A gcc-config paranccsal nem tudod helyrehozni? gcc-config X, ahol X a kívánt profil száma. Ilyenkor automatikusan generál linkeket, stb. Ha nem megy, árdemes gcc-configgal váltogatni pár profil között, míg helyre nem tér.
Mod: a doksik között, vagy a wikin van egy gcc upgrade guide is, anno nekem segített hasonló fejreállásnál.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #2911 üzenetére
Pontosan mit csinálsz, és mi a hiba? gcc-config -l mit ad vissza? Ha beállítasz egy profilt vele, az lefut rendesen? Majd env-update, source /etc/profile.
Utána kukk a /etc/env.d/gcc-be, mik vannak felsorolva? Milyen nevű profilok? Ezek tartalma létező könyvtárakra mutat? A configban melyik lesz a default? A /etc/env.d-ben a 05gcc-ben mi van, jó könyvtárakra mutat?
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Morad
csendes tag
Sziasztok!
Nem rég kezdem el foglalkozni a Linux-al, azon belül is a Gentoo-val.
Van egy (új) notebook-om, amire szeretném feltelepíteni.
Live 2006.1-es cd-t használtam ehhez. Az install közben az automataikus detektálás nem ismerte fel a hálókártyámat. Az ifconfig sem ír ki semmi biztatót.
Kérdés: hogyan tudom manuálisan belőni a hálókártyát? (Mert ugye ez kell e további installhoz...)
Köszi!
MoradMorad
-
Morad
csendes tag
válasz dr_strange #2914 üzenetére
Háló-kártya: Realtek RTL8168/8111 PCI-E Gigabit Ethernet NIC
Nem tudok egyáltalán netezni. Csak windows alól.Morad
-
dr_strange
senior tag
meg kellene próbálni a következőt:
liveCDn indítani egy terminált és beírni:
modprobe r8168
ha nem ad vissza hibaüzenetet, akkor utána:
lsmod
és megnézni, megjelenik-e a betöltött modulok közt a hálókártya drivere
amúgy a Realtek oldalán van hozzá letölthető/fordítható kernelmodul, de azt be kell varázsolni valahogy a rendszerbe, ha nincs benne magától
[link]JRR Tolkien nyelvei - aglardh.middangeard.org.uk
-
dr_strange
senior tag
válasz dr_strange #2916 üzenetére
úgy látom, kifogtál egy olyan kártyát, amivel mindenki szív
[link]
Ebből úgy tűnik, keservesen lehet csak bevarázsolni, de megoldható.JRR Tolkien nyelvei - aglardh.middangeard.org.uk
-
dr_strange
senior tag
válasz dr_strange #2917 üzenetére
egy talán hasznos post a gentoo.org fórumról:
I have the same card on my laptop...
As it wasn't supported by the 2006.0 minimal CD (or other previous versions), I used the 2005.1 Universal CD to perform a full netwrokless Stage 3 install...Then I used the guide in http://gentoo-wiki.com/HARDWARE_RTL8168 to install the correct modules.
It worked flawless, all I had to do after that was update everything (i.e. kernel, profile, packages, and so on), and now I have a completely up-to-date gentoo system..
I hope it helps
Úgyhogy mégsem teljesen reménytelen.
kicsit odébb meg azt is írják, hogy az Ubuntu Dapper liveCD támogatja a kártyát, úgyhogy ha azt használod liveCD-nek és onnan indítod a telepítést ([link] 3. fejezet), akkor menni fog.
[Szerkesztve]JRR Tolkien nyelvei - aglardh.middangeard.org.uk
-
tierbatyo
senior tag
Én ezt találtam [link] Ebben azt írja, hogy r8169-en keresztül a gentoo-sources-2.6.18 támogatja. LiveCD-n nem tudom milyen kernel van, de biztos nem ez. Úgyhogy szerintem egy kernelfordítás kell hozzá, hogy menjen.
Take a look to the sky just before you die
-
Sipi
addikt
Esetleg itt: [link]
Komplett Wiki arról, hogyan lehelld életre, és hogyan telepítsd enélkül a Gentoo-t.
Mod: most nézem, r1000 a modul neve. Ez a Portage-ban nincs benne, de a későbbiekben a layman nevű program segítségével hozzáadhatod a sabayon nevű overlay-t. Ebben már benne van (igaz, maszkolva). Vagyis nem kell mindig kézzel feltenned, simán emergével megoldható, ha már kész az alaprendszered.
Mod2: nincs maszkolva, csak nem a stabil, hanem az instabil (~x86) ágban van.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Eperfa
tag
úgyis leült a topik, kérdezek egyet
első gentoo installomat csinálom éppen (a handbook szerint), minden szép és jó, csak X alatt az istennek nem bírtam életre kelteni az egeremet + egy glx hibával traktál mindig. (szóval mint látjátok, csak a konzol elkészültéig vettem az akadályokat ).
tehát egyrészt adott egy totál primitív logitech usb-s egér, eddig a világon minden automatikusan felismerte (minden linux is), megnéztem az éppen a gépemen figyelő kubuntu xorgjának conf fileját is, kipróbáltam azokkal az értékekkel de csak nem akarja az igazságot (hibát nem dob csak éppen nem is mozog). mouse driverrel és logitech/microsoft/ps2/explorerps2/mittoménmilyen protokollokkal próbáltam eddig. (a kubuntu amúgy az explorerps2-vel használja)
a másik probléma, hogy a glx libet nem akarja betölteni, mert azt mondja h nemtetszik neki a TLS. igazából egyelőre nem tudom hogy ez probléma-e nekem, inkább csak mondom az nv drivert használom amúgy a szintén totál primitív gf2gts kártyámhoz.
ha valakinek van ötlete, megköszönném (főleg az egérben, a másik legalább megfogható hibaüzenet arra lehet guglizni) -
Sipi
addikt
Egeret nemtom, a másodikra: ha nv driver használ, az opensource-os. Tudtommal abban nincsenek TLS libek, az csak a bináris része - talán rossz openglt eselectewltél? Ha sima nv drivered van, az xorg-x11 opengl kell.
USB egérre meg csak az jut eszembe, hogy nincsenek meg a megfelelő USB moduljaid. Kernelben minden USB-s cucc megvan modulban? Azt hiszem, ehhez kell a HID és függelékei.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
tierbatyo
senior tag
ÁÁÁÁ... Végre megvan a hiba. A ccache miatt volt az egész. Az /usr/lib/ccache/bin/-ben volt egy i686-pc-linux-gnu-cc, ami az /usr/bin/ccache-re mutatott. Ez zavart be neki. Ha ezt töröltem, vagy FEATURES=''-ccache''-sel fordítottam, akkor jó volt.
Szerk.: gyorsan törlöm is a ccache-t teljesen.
[Szerkesztve]Take a look to the sky just before you die
-
Sipi
addikt
válasz tierbatyo #2925 üzenetére
Jujj, valamikor az őskorban tényleg volt nekem is ilyen hibám.
Unmerge, majd a láthatóan baromság linkek törlése után nyugodtan emergélheted, most már nincs ilyen gond vele. Egyszer csinált egy ilyen hülye linket, azóta sem találkoztam a problémával.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
tierbatyo
senior tag
Azért, hogy ne legyen minden szép, még mindig vannak dolgok, amik nem fordulnak...
Take a look to the sky just before you die
-
-
tierbatyo
senior tag
Egy példa:
emerge -1 file kimenete, illetve a lényeges részek:
checking for uint8_t... rm: cannot remove `conftest': Is a directory
yes
checking for uint16_t... rm: cannot remove `conftest': Is a directory
yes
checking for uint32_t... rm: cannot remove `conftest': Is a directory
yes
checking for int32_t... rm: cannot remove `conftest': Is a directory
yes
checking for long long... yes
checking for uint64_t... rm: cannot remove `conftest': Is a directory
yes
checking size of uint8_t... rm: cannot remove `conftest': Is a directory
rm: cannot remove `conftest': Is a directory
In file included from apprentice.c:33:
file.h:325: error: conflicting types for 'sys_errlist'
/usr/include/bits/sys_errlist.h:28: error: previous declaration of 'sys_errlist' was here
meg még egy csomó hasonló. Ez mintha glibc hibára utalna a sys_errlist.h hozzá tartozik. de reemerge glibc megvolt már.
Szerk.: másrészt 3.4.6-os gcc-vel meg fordul....
[Szerkesztve]Take a look to the sky just before you die
-
Sipi
addikt
válasz tierbatyo #2929 üzenetére
Nem glibc hiba, tutira gcc. És le merem fogadni, hogy egyszerűen keverednek a profilok.
Felteszem, a multislot flag be van kapcsolva, különben nem lehetne két verziójú gcc.
Az eselect binutils list paranccsal nézd meg, hány van fent (ez is slotolható), majd állítsd be valamelyikre! (Az összes ilyen profil-állításra érvényes, hogy ha hiba van, érdemes átállítani valamelyik másra, majd megint vissza. Ilyenkor tuti, hogy az esetleges rossz linkek törlődnek és helyesen jönnek létre.)
Ezután jönne a gcc-config. Írtad, hogy leszedted az _összes_ verziójú eselect-compilert. Ezen kívül szedd le a 2.*-os gcc-configot is! Most nézd meg az envd/gcc-ben, milyen profilok maradtak. Mozgasd el az összes fájlt valami biztos helyre, majd tedd fel a gcc-config 1.3-as sorozatát! Ezek után megnézni, milyen konfigok kerültek fel az envbe. gcc-config -l. Jó lenne, ha felismerné automatikusan mindkét gcc-det.
Ha nem, és a fájlok sem léteznek, akkor másold vissza azokat, amelyerk a tényleges gcc-verzióknak felelnek meg! Nyisd meg mindet, és ellenőrizd, hogy a benne lévő könyvtárak léteznek-e, és arra a verzióra mutatnak-e, amire kell! Ja, és a /etc/env.d/05gcc-t is nézd meg, mi van benne.
Ha ez megvolt, lehet megint a gcc-configgal játszani, ide-oda kapcsolgatni a verziók között. Váltás 4-esre, env-update, source profile, majd gcc -v elvileg már jót kell, hog ykiírjon.
Ja, a ccache írját is töröld le, nehogy bekavarjon! Kapcsold is ki a make.conf-ban. A /usr/lib/ccache-ben vannak linkek, ezek zűrösek, ha a gcc hibádzik. (Ugyanis ezek átveszik a gcc binárisai felett a hatalmat.)
/etc/env.d/gcc/config:
CURRENT=x86_64-pc-linux-gnu-4.1.1
/etc/env.d/gcc/x86_64-pc-linux-gnu-4.1.1:
PATH=''/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1''
ROOTPATH=''/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1''
LDPATH=''/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1:/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/32''
GCCBITS=''32 64''
MANPATH=''/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.1/man''
INFOPATH=''/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.1/info''
STDCXX_INCDIR=''g++-v4''
/etc/env.d/05gcc:
PATH=''/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1''
ROOTPATH=''/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1''
MANPATH=''/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.1/man''
INFOPATH=''/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.1/info''
LDPATH=''/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1:/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/32''
GCC_SPECS=''''
A binutils táján is szétnéznék, hogy jó profilt használ-e.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #2931 üzenetére
Nekem olybá tűnik, rossz fájlok, linkek maradhattak fent, s ezért van az rm: directory. (Pl. egy gcc link nem a régi gcc binárisra mutat, hanem egy gcc nevű könyvtárra.)
Egy manuális tesztet végezhetsz: állítsd be az új gcc profilt, valamelyik (lehetőleg legújabb) binutils profilt, és egy forrást tömöríts ki, majd kézzel configure. Talán többet ír ki, a config.logban talán több infó lesz. (Abban benne kell lennie a példaporogamoknak is, melyekkel teszteli, mi az uint, stb.)
Ha a glibc a régi gccvel készült, meg a kernel is, akkor szedd le az újat. A gcc-configgal az egyszem régi gcc profilt állítsd be, annak jónak kell lennie (mivel azt írtad ).
Miután van egy tiszta rendszered, egyszem működő gcc-vel, gcc-configgal, mehet a 4.1-es sorozat valamelyik tagja. Ne lepődj meg, ha nem fordul, van belőle hibásabb is. De a 4.1.1-es nekem jól megy.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
tierbatyo
senior tag
-
hroleez
tag
Sziasztok!
Nagy-nagysokára rávett a dolog, hogy az udev-et is frissítsem... Még az udev-079 volt fent + coldplug párosítással minden frankón.
Ugye az új udev-103 meg nem szeresse a coldplug-ot, így hát ez utóbbit leszedtem.
De sajna ezek után nem töltõdnek be a modulok amikor használni kívánnám õket, pl. bttv-hez, hanghoz....
MIt tegyek, hogy mûködjön?
Más dolog. Frissítettem xorg 7.1.1-re, de az ALT billentyûk nem igazán mûködnek, VT váltás, jelbeírás nem megy! Probáltam már mindenféle ''XkbOptions'' opciót, de sehogy se akar menni.
Mit tegyek az xorg.xonf-ba?
És még egy harmadik:
Egészséges sebesség ez?
padlas1 ~ # glxgears
775 frames in 5.0 seconds = 154.927 FPS
778 frames in 5.0 seconds = 155.589 FPS
811 frames in 5.0 seconds = 161.942 FPS
764 frames in 5.0 seconds = 152.672 FPS
838 frames in 5.0 seconds = 167.594 FPS
padlas1 ~ #
------------------------------------------------------------
padlas1 ~ # fglrxinfo
display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: RADEON 9600 XT Generic
OpenGL version string: 2.0.6119 (8.30.3)
Emlékeim szerint több ezres volt az FPS a régi X 6.. xwindow-val.
Üdv és köszi,
Roland -
Sipi
addikt
válasz hroleez #2939 üzenetére
Nem nem szeresse a coldplug-ot, hanem az új udev ugyanazt ellátja, ergo feleslegessé vált.
Az /etc/conf.d/rc-ben van pár RC_* változó, amellyel beállíthatod, hogyan működjön a plugging.
RC_HOTPLUG - érdemes yes-re tenni, no-n semmi értelme.
RC_COLDPLUG - service/modul coldplugging, az új udev tudását kihasználandó. Ha yes, nem csak a coldplugged modulokat tölti be, hanem az esetleg ehhez tartozó service-eket is, pl. elindul a hálózat! Emiatt érdemes beállítani...
RC_PLUG_SERVICES - ...megadja, mely szolgáltatások induljanak/ne induljanak el az udev coldplug hatására. Nekem !* az értéke, vagyis SEMMI service ne induljon. (Ekkor még ugyanis a boot szinten vagyunk, csomó dolog nemfut, amikor esetleg elindulna valami.)
Az xorg verziója jelenleg már nem sokat jelent... Kvázi szétesett a különálló libekre, protokra, egyebekre. A lényeges talán az xorg-server lehet, ebből az 1.1.1-es és 1.1.99.* verzió is jól megy nálam. Ilyen keyboard-gondok nekem az xgl-lel, esetleg compizzal szoktak lenni. Vagy pedig nem leli a modulok elérési útját, néha változtatnak rajta. Nekem jelenleg egyáltalán nincs ModulePath és hasonlók, CSAK FontPath szerepel az xorg.conf Files szekciójában!
Section ''InputDevice''
Identifier ''Keyboard0''
Driver ''kbd''
Option ''XkbLayout'' ''us,hu''
Option ''XkbVariant'' '',101_qwerty_dot_nodead''
Option ''XkbOptions'' ''grp:switch,grp:menu_toggle,grp:led:scroll''
EndSection
Ezzel minden billentyűm működik.
glxgears: próbáld kézzel ide-oda váltogatni az eselect opengl-lel az openglt. Ilyen akkor van, ha nincs DRI (xdriinfo kiírja), vagy rossz OpenGL-t használ.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz hroleez #2941 üzenetére
Ööö, igen, új baselayout nem árt. Nekem 1.12.8-r1 van, de szerintem az 1.12-es sorozat már stabil, és abban benne van... Lehet, hogy nem frissítettél valami konfigot etc-update-tel?
Ez a fránya keyboard section sem javult meg. Mi kell a pontos diagnózis felállításához?
Az xorg.log-ban szerintem benne van, a billentyűzetet mivel kezeli, minek ismeri fel, sikerült-e betölteni a setxkbmap-pal a dolgokat. X-en belül kipróbálhatod, hogy a setxkbmap paranccsal beállítasz valamit. Hátha köp hibát.
Akármelyikre kapcsolom a set-tel, ugyanaz az eredmény. xdriinfo-m nincs.
emerge xdriinfo
Atinál meg tudod, hogy ha hűvösödik az idő, akkor driver kell váltani. Frissíts, downgrade-elj, valószínűleg ez a driver verzió éppen ezt az xorg-servert nem szereti. Mindenképpen unmaszkold az x11-drivers/ati-drivers csomagot, mert majd mindegyik verzió maszkolt! (Vagy csak instabil.) A Portage-ban jelenleg a 8.32.5-ös a legújabb, de ilyenkor végig kell zongorázni egyesével a verziókon, amelyikkel működik, annak örülni kell és kész.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
hroleez
tag
Felborult minden egy ''emerge -Dvat udev''-re. Persze feltette a legújabb baselayoutot.
Szóval már a bootnál hiba:
udevd[601]: add_to_rules: INVALID KERNEL OPERATION(meg lirc, local, stb...)
Majd később:
Could not create needed directory ''/var/lib/init.d/...(sok dir..)
Majd minden második sor:
/etc/conf.d/rc: line 230: svcdir: readonly variable
ez utóbbin segítettem (?), kikommenteztem az rc-ből a svcdir sort.
Ráadásul a netet felhúzza szépen az eth0-ra, pingelni tudom a routerem, de net nincs. Mintha DNS baja lenne, de a ''/etc/resolv.conf'' megfelelő.
Hát jól állok most az udev-vel...
Hogy csinálod az ''etc-update'' parancsot? Melyik opcióval? -3? -5? ..
Ja természetesen csináltam emerge után ect-update-t. Hogy csinálod azt, hogy pl a ''hostname''-t minden ''etc-update'' után ne kelljen kézzel visszaírni...? És sok más fileot...
[Szerkesztve] -
Sipi
addikt
válasz hroleez #2945 üzenetére
Nekem ez olyan, mintha valami ősrégi rc-beállítással menne az új baselayout... Emergéld újra és írasd felül a régi konfigokat!
Én úgy szoktam, hogy tudom fejből, miket írtam át kézzel, és azt törlöm, majd -5 opcióval. Nem sok fájl van ilyen. Sokszor egyébként, ha nem változik a fájl szerkezete, akkor az új verzióban megmaradnak a beállítások, csak hozzácsap pár újat. diffel össze szoktam kézzel hasonlítani.
Ja, még valami. Ez az udev nem kompatibilis a régivel, ergo MINDEN csomagot, ami ettől függ, vagy udev fléagje van, újra kell húzni! revdep-rebuild nem ártana, mert elég sok csomag hibás lesz tőle.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
hroleez
tag
válasz hroleez #2947 üzenetére
Megcsinálta a revdep-rebuild-ot, de semmi sem volt függõ az udev-re. Hmm.
A hibák ugyanazok.
A net meg akkor javul meg, ha kézzel kiadom a ''route add default gw 192.168.1.254'' parancsot. Pedig a net.eth0 simán lefut, de a route nem kerül bele. És a régi net.eth0 script ez.
R.
Új hozzászólás Aktív témák
- Milyen TV-t vegyek?
- Kés topik
- Alig egy nap múlva végre bemutatkozik az Assassin's Creed Shadows
- Filmvilág
- Overwatch 2
- Információbiztonság, kiberbiztonság, adatvédelem
- Luck Dragon: Asszociációs játék. :)
- Milyen egeret válasszak?
- Esik a hóóó!!
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest