Hirdetés
- Apple iPhone 17 Pro Max – fennsík
- Samsung Galaxy A54 - türelemjáték
- Meglepően lassú az iOS 26 terjedése
- Mobil flották
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Megérkezett a Google Pixel 7 és 7 Pro
- Samsung Galaxy S21 FE 5G - utóirat
- Huawei Mate 40 Pro - a csúcson kell abbahagyni?
- Elfújta a szél a Meizu 22 Airt
Új hozzászólás Aktív témák
-
#3000
attilam
őstag
dr_strange
#2999
attilam
őstag
válasz
dr_strange
#2999
üzenetére
Köszönöm, már szerencsére sikerült megoldanom a problémát. lspci-vel meglestem a dolgokat, és a videókártyát 64 Mb-nak ismerte fel, holott valójában csak 16 Mb-ot kapott a BIOS-tól, így gondolom nem tudta rendesen megcímezni.
-
attilam
őstag
Sziasztok!
Probalom beizzitani az x11-et, de valamiert nem akar elindulni:
could not mmap framebuffer uzenettel leall.
Van valakinek erre otlete? MSI S270-es notebookot hasznalok, x200M-es ATI videokartyaval. Elore is koszonom, es bocs az ekezetek miatt, de links alol irok. -
#2996
brazso
tag
TrollBalint
#2995
brazso
tag
válasz
TrollBalint
#2995
üzenetére
És mount-olni is tudod LiveCD-ről ezt a linux-os particiót? Azaz ép és használható?
Ha nincs vele gond, még 2 különböző dolgot próbálnék ki a helyedben:
1. udev beszúrása a kernel sor (doscsi) mögé. Némelyik genkernel verziónak kell valami hiba miatt, ld. [link]
2. Nem használok genkernel-t, de nem lehet, hogy valójában root=/dev/ram0 -ot nem találja? Egy próbát megér ha kiszeded és root=/dev/sda2-t használsz helyette (real_root nem kell). Ekkor az initrd-s sor sem kell. (Remélem genkernel-nél nem kötelező a ramdisk használata.) -
#2995
TrollBalint
addikt
Sipi
#2994
TrollBalint
addikt
de azt nem kellene magától automatikusan beraknia, mert a livecd-ről bootolok akkor felismeri. És simán csatolja. (egyébként ennek a vinyonak a MBR-jébe van a grub is telepítve)
brazso Kilistáztam, és a második a linux, de anno még pár hónapja igy is particionáltam a vinyot. Meg a grafikus telepítő is 2-nak mutatja Jah, egyébként nincsen külön boot particiom. Van egy swap, meg egy amin a linux van, mindenestül.
Viszont azt elfelejtettem leírni, hogy a windows-om alatt van egy program (hirtelen nem is tudom mi a neve) amivel betudok csatolni linuxos filerendszereket, már teszteltem és szépen irta a haverom reiserfs-es vinyoját. Most viszont ha becsatolom, és ki akarom választani annyit ir ki, hogy nincsen ilyen meghajtó
[Szerkesztve] -
#2994
Sipi
addikt
TrollBalint
#2992
Sipi
addikt
válasz
TrollBalint
#2992
üzenetére
Esetleg nincs bent a kernelben az adott IDE/PATA/SATA vezérlő, vagy fájlrendszer meghajtója.
Sipi -
#2993
brazso
tag
TrollBalint
#2992
brazso
tag
válasz
TrollBalint
#2992
üzenetére
A grub konfigurációs fájlodban lévő (hd2,1) beállítás miatt a harmadik merevlemezegység második particióján keresi a Gentoo boot particióját. Elmondásod szerint a Windows ugyanazon winchesteren van, így a hd2 = /dev/sda stimmel. Talán a partició sorszáma nem egyezik. LiveCD-vel boot-olj be, majd listázd ki a particiókat a hd2-ről:
fdisk -l /dev/sda
Az első partició biztosan a Windows-os. Ha nem a második a Gentoo boot partició (pici Linuxos, általában ext2-es fájlrendszerű), hanem az n-ik, akkor át kell írni a konfig fájlban a (hd2,1)-et (hd2,n-1)-re, illetve a /dev/sda2-t /dev/sdan-re.
...
Van még valami gond, ahogy nézem, a kernel (real_)root beállításod megegyezik a boot particióval a konfig fájlban. Az előbbinek a normál Linux-os root particiódra kell mutatnia. -
#2992
TrollBalint
addikt
TrollBalint
addikt
Sziasztok
kb. egy év elteltével úgy gondoltam megprobálkozok újra a gentoo-val. Hátha most több időm lesz rá Fel is raktam a 2006.1-es verziót, de nem igazán akar müködni. Felrak mindent, újrainditom a gépet és kiirja, hogy betölti a grubot, de utánna csak egy fekete képernyő jön be. Nyomok egy entert és kiirja, hogy Error 22: No such particion
Így néz ki a grub-om:
default 0
timeout 30
splashimage=(hd2,1)/boot/grub/splash.xpm.gz
title=Gentoo Linux
root (hd2,1)
kernel /boot/kernel-genkernel-x86_64-2.6.17-gentoo-r7 root=/dev/ram0 init=/linuxrc ramdisk=8192 real_root=/dev/sda2 doscsi
initrd /boot/initramfs-genkernel-x86_64-2.6.17-gentoo-r7
title= Windows XP
rootnoverify (hd2,0)
makeactive
chainloader +1
A gépbe 3 vinyo van 1 Sata meg 2 IDE. A Sata első particioján van a windows, és a másodikon a Linux. A windows az elindul, de linuxot nem értem mér ...
[Szerkesztve] -
escie
őstag
meg nem mondom, az enyém hogy megy, de nekem is noti, és netpluggal van megoldva, de ez gondolom nálad is alap.
van valahol egy olyan beállítás, hogy ki is írja az időt a cmos-ba, vagy hova, és akkor marad offline-ban is a pontos idő.
egyébként meg elemet kell cserélni, lehet, hogy az a baja...
nem is tudom, notiban van-e ilyen elem, mint az asztali gépek alaplapján... -
brazso
tag
Talán még az időeltérésből lehetne elindulni. Az ''elállítódás'' időben egyenesen arányos a valós idővel (pl 5 percenként 1 percet siet), vagy az eltérés kvázi fix (ntp miatt egész óra töbszörösével eltér, és ez az eltérés nem változik)?
Még a hwclock (bios óra) és a date (op rendszer órája) eredménye lehet érdekes. Bootnál a date felveszi a hwclock értékét (local beállítás). Amikor elállítódik az óra (gondolom a date-tel nézed), akkor a hwclock is hasonlóan rosszat mutat? -
Sipi
addikt
válasz
hroleez
#2981
üzenetére
Széteső keret mc-ben: ha az /etc/rc.conf-ban UNICODE=yes, az /etc/env.d/99locale-ban (vagy amibe tetted) a lokálhoz LC_ALL=***.utf8 (pl. hu_HU.utf8), az /etc/conf.d/consolefont-ban Unicode-képes font (pl. ter-v16b), ugyanitt nem kell consoletrans, a keymaps-ben _sima_ névvel megadtad a konzol-kiosztást (nálam us, lehet hu is), ÉS az mc-t unicode ÉS slang flaggel forgattad, akkor nem tudom, mi lehet a gond. Ilyet nekem akkor csinált, ha a slang-et kihagytam.
Xterm: ha én simán indítom, mindenféle kapcsoló nélkül, tökéletes mind az xterm, mind a benne indított mc. Szerintem a -misc fontok nem Unicode-osak... Ha tudod, add meg a Terminus fontok valamelyikét (az xfontsel segít ebben), vagy ne adj meg semmit.
Ellenőrizd még, hogy ha X-es programot indítasz a terminálból, kiír-e olyasmit, hogy locale not supported. Alapban ugyanis az X máshogy nevezi a Uniucode-os lokálokat - /usr/share/X11/locale, itt a locale.alias fájlban keresd meg a hu_HU: hu_HU.ISO8859-2 sort (fontos a kettőspont!), s szúrd be ide azt, hogy hu_HU.utf8: hu_HU.UTF-8.
Sipi -
hroleez
tag
Az alábbi paranccsal indítok egy terminalt X alatt:
xterm -fn '-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso10646-1'
Így szép minden a terminálban, de a hosszú ''ö'' (ő), helyett egy inverz kérdőjel jelenik meg mc alatt! Egyébként meg simán megjeleníti ha csak a terminálba írom.
Mitől lehet ez?
Ugyanezzel meg:
aterm -name aterm -title 'Gentoo Terminal' -sl 3000 -tr -trsb -sr -si -sk -bg black -shading 40 -fade 90 -tn xterm -fn -misc-fixed-medium-r-normal-*-*-120-*-*-c-*-iso10646-1 -g 130x50+20+50 -fg green
semmi ékezetes betű nincs.
Már mindkét terminalt ujraforgattam ''nls unicode'' flaggel. -
Sipi
addikt
válasz
hroleez
#2976
üzenetére
Hihi,
UTF-8 (vagyis Unicode) használatához (ha nem a standard karakterek kellenek) nem árt, ha a fontkészlet is Unicode, nem pedig iso2.
A Terminus nevű font pl. ilyen konzolra. (Abban van az említett ter-16b is.) A /usr/share/consolefonts könyvtárban nézheted meg a fontok neveit.
Sipi -
Sipi
addikt
válasz
hroleez
#2969
üzenetére
A futó konzolban nem elég env-update - az csak frissíti a változókat, hogy ezt az új értéket kapják. De a konzolodban még a régi érték szerepel: ehhez source /etc/profile is kell (vagy login/logoff).
Az is lehet, hogy az az env.whitelist bekavar neki. Én még sosem használtam, tudtommal az valami emergency változó.
Sipi -
Sipi
addikt
válasz
hroleez
#2965
üzenetére
A /etc/env.d a hivatalos helye. A többiből szedd ki, ne legyen keveredés.
A LANGUAGE tudtommal nem létező változó, a LINGUAS az,ami a programoknak megmondja, milyen nyelvek kellenek.
Ha @euro lokált használsz, nem árt megnézni, van-e ilyen. Szerintem alapesetben nem létezik magyarból. (Bár az euro-s lokálokhoz nem értek - én unicode-osat használok.)
Sipi -
#2967
hroleez
tag
dr_strange
#2966
hroleez
tag
válasz
dr_strange
#2966
üzenetére
env-update futtatás volt. Most egyelőre csend van e téren fordítás közben... Remélem meggyógyult.
A webkamerás dolgot természetesen tedd be, de majd írd le hol lesz!
Üdv,
R. -
hroleez
tag
Sziasztok!
Kissé belezavarodtam a LANG-okba
Hol adjátok meg a LANGUAGE, LC_ALL, LANG változókat?
Én már megadtam vagy 3 helyen, de jónéhány program sikít forgatáskor, hogy ejj kellene valami ezeknek érték...
Ahol megadtam: /etc/make.conf, /etc/env.d/02locale, /etc/conf.d/env_whitelist.
Értékük:
LANGUANGE=''hu en''
LC_ALL=''hu_HU@euro''
LANG=''hu_HU@euro''
Ugye elég ennyi....?
Roland -
hroleez
tag
Sziasztok!
Gondoltam leírom, hogy sikerült a CANYON WCAM23 webkamerát beizzítanom a 2.6.19-gentoo-r2 kernellel és gspcav1 (régi spca5xx helyett) driverrel.
Szóval alapesetben nem fordul le a driver, mert a ''linux/config.h''-t keresi ami nincs...
Rákerestem sokhelyen a megoldásra, de igazán erre nem találtam, főleg régebbi kernelre, régi driverre voltak.
A forums.gentoo.org-ról leszedtem a ''gspca_core.patch''-ot:
--- gspca_core.c.orig 2006-09-25 15:53:42.000000000 +0300
+++ gspca_core.c 2006-12-01 02:45:23.000000000 +0200
@@ -33,7 +33,7 @@
* Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
*/
static const char version[] = GSPCA_VERSION;
-#include <linux/config.h>
+#include <linux/autoconf.h>
#include <linux/module.h>
#include <linux/version.h>
#include <linux/init.h>
Majd a /usr/portage/media-video/gspcav1 könyvtárban átírtam
a gspcav1-20060925.ebuild-ot itt: (ebben függvényben a két utolsó sort tettem hozzá)
...
src_unpack() {
unpack ${A}
convert_to_m ${S}/Makefile
cd ''${S}''
epatch ''${FILESDIR}''/gspca_core.patch
}
Majd a /usr/portage/media-video/gspcav1/files könyvtárba másoltam a gspca_core.patch-ot
.
Aztán
ebuild gspcav1-20060925.ebuild digest.
És simán ''emerge gspcav1'' működik!
Aztán ''modprobe gspca'' és meeegy! Az alábbi scripttel tudom nézni vagy felvenni...
#!/bin/sh
#modprobe gspca
if [ $# -eq 0 ]
then
mplayer tv:// -tv driver=v4l:width=352:height=288:device=/dev/video1
exit 0
else
mencoder tv:// -tv driver=v4l:width=352:height=288:device=/dev/video1 -nosound -ovc lavc -o $1.avi -fps 15
fi
Remélem segítettem!
Roland -
hroleez
tag
Szóval ez lett végül a megoldás:
emerge -aC xkbdata
rm -Rf /usr/share/X11/xkb/
emerge xkeyboard-config
És az xorg.conf idevonatkozó része:
Section ''InputDevice''
Identifier ''Keyboard1''
Driver ''kbd''
Option ''CoreKeyboard''
Option ''AutoRepeat'' ''500 30''
Option ''XkbRules'' ''xfree86''
Option ''XkbModel'' ''pc105''
Option ''XkbLayout'' ''hu''
Option ''XkbVariant'' ''nodeadkeys''
EndSection
Köszi a segítséget!
Roland
[Szerkesztve] -
Sipi
addikt
válasz
hroleez
#2956
üzenetére
Ahamm, itt a hiba. Az újabb xorgok végre elég intelligensek, képesek a legtöbb dolgot automatikusan felismerni - ezért ha megadod, rosszul működik.
Amit írtam, annyit kell megadni a keyboards szekciónak.
Option ''XkbRules'' ''xorg''
Nem kell megadni, eleve zt használja.
Option ''XkbModel'' ''pc105''
Ezt sem, ha megadtam régebben, mindig rossz lett.
Option ''XkbLayout'' ''hu''
Option ''XkbVariant'' '',101_qwerty_dot_nodead''
Ez pedig fura. EGY layoutot adsz meg, a magyart. A variantra azonban kettőt definiálsz: vesszővel kezdődik, ami azt jelenti, hogy az első, ami a vessző előtt áll, az semmi. Vagyis az egyszem magyar layout az default, majd megadsz a második, nem létező layoutra 101***-ot.
xkb_geometry { include ''pc(pc105)'' };
syntax error: line 1 of pc
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Error: Error interpreting include file ''pc''
Ez is elég csúnyán néz ki. Talán az előző utána megjavul, de ha nem, valószínűleg megsérült a /usr/share/X11/xkb/*/pc fájl. Több helyen is van, mindig // karakterrel kezdődik, mert első sora megjegyzés.
Sipi
[Szerkesztve] -
Sipi
addikt
válasz
tierbatyo
#2959
üzenetére
Szerintem elírás a doksiban. Az xorg-x11 egy wrapper, semmit sem csinál, csak pucér rendszeren behúzza a csomagokat. Az xorg-servernek meg lehet adni a VIDEO_CARDS, INPUT_DEVICES változókkal azt, hogy mely drivereket húzza még be a szerverhez. Én nem lelek dlloader flaget sem az xorg-x11, sem az xorg-server csomaghoz - ez még a 6.8-as sorozatú xorgnál volt. De ez valami eszement régi!Mindenképpen érdemes unmaszkolni az xorg-x11 és xorg-server csomagokat, majd azokat, amelyek miatt sikít, hogy még kellenek neki. Nálam inkább ezek a ''béta'' xorgok futnak jobban.
Mod: fene, elkéstem.
Sipi
[Szerkesztve] -
-
hroleez
tag
válasz
tierbatyo
#2957
üzenetére
Már ott leakadtam, hogy a ''dlloader''-t leellenõrizzem...
padlas1 ~ # equery uses xorg-x11
[ Searching for packages matching xorg-x11... ]
[ Colour Code : set unset ]
[ Legend : Left column (U) - USE flags from make.conf ]
[ : Right column (I) - USE flags packages was installed with ]
[ No USE flags found for x11-base/xorg-x11-7.1]
padlas1 ~ #
MIért nem ír ki használt USE flagokat?
R. -
-
hroleez
tag
válasz
tierbatyo
#2955
üzenetére
Köszi! Feltettem a gentoo-sources-2.6.19-gentoo-r2-õt és mûûûködik! Köszönöm!
Az ati-drivert (igaz ugyanaz a verziót) feltettem újra, de a sebesség sehogyse több. A DRI-t engedtem a kernelben. Fordítsak újra xorg-server-t?
Az új kernellel is a boot elején nagyon dobja az udev hibákat. Remélem csak konfig bajság miatt...
De a billentyûzet sehogyse akarja az ALT-ot bevenni
Itt az xorg.conf része:
Section ''InputDevice''
Identifier ''Keyboard1''
Driver ''kbd''
# For most OSs the protocol can be omitted (it defaults to ''Standard'').
# When using XQUEUE (only for SVR3 and SVR4, but not Solaris),
# uncomment the following line.
# Option ''Protocol'' ''Xqueue''
Option ''AutoRepeat'' ''500 30''
# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
# Option ''Xleds'' ''1 2 3''
# Option ''LeftAlt'' ''Meta''
# Option ''RightAlt'' ''ModeShift''
# To customise the XKB settings to suit your keyboard, modify the
# lines below (which are the defaults). For example, for a non-U.S.
# keyboard, you will probably want to use:
# Option ''XkbModel'' ''pc102''
# If you have a US Microsoft Natural keyboard, you can use:
# Option ''XkbModel'' ''microsoft''
#
# Then to change the language, change the Layout setting.
# For example, a german layout can be obtained with:
# Option ''XkbLayout'' ''de''
# or:
# Option ''XkbLayout'' ''de''
# Option ''XkbVariant'' ''nodeadkeys''
#
# If you'd like to switch the positions of your capslock and
# control keys, use:
# These are the default XKB settings for XFree86
# Option ''XkbRules'' ''xfree86''
# Option ''XkbModel'' ''pc101''
# Option ''XkbLayout'' ''us''
# Option ''XkbVariant'' ''''
# Option ''XkbOptions'' ''''
# Option ''XkbDisable''
Option ''XkbRules'' ''xorg''
Option ''XkbModel'' ''pc105''
Option ''XkbLayout'' ''hu''
Option ''XkbVariant'' '',101_qwerty_dot_nodead''
Option ''XkbOptions'' ''grp:switch,grp:menu_toggle,grp:led:scroll''
EndSection
Van valami tippetek ezekre?
Köszi,
Roland -
tierbatyo
senior tag
válasz
hroleez
#2954
üzenetére
udev: Az /etc/conf.d/rc-ben RC_COLDPLUG=''yes'' megvan? Ha megvan és mégsem megy, akkor próbáld újra baselayout-ot feltenni és ezt a file-t teljesen felülírni, utána szerkeszteni. Néha előfordul, hogy a config file-ok szerkezete nagyon megváltozik és a merge nem teljesen megy jól rájuk. Nekem genkernel.conf-nál már volt ilyen.
ati-drivers: A kerneled elég régi. Ha a kernel modulokat más gcc-vel fordítod, köztük akár az ati-driver-t, akkor azok nem fognak működni. Én ajánlom a kernel újraforgatását. AIGLX pedig nemtom megy-e ATI driverekkel. -
hroleez
tag
válasz
hroleez
#2945
üzenetére
Az udev.. bootkori hibán túl mindent orvosolt egy ''splashutils'' frissítés... Hmm.
Bár az udev még mindig nem tölti be a coldplug dolgokat...
Az xorg-ra (ALT billentyû nem megy, lasssú fps):
padlas1 ~ # startx
xauth: creating new authority file /root/.serverauth.2887
X Window System Version 7.1.1
Release Date: 12 May 2006
X Protocol Version 11, Revision 0, Release 7.1.1
Build Operating System: UNKNOWN
Current Operating System: Linux padlas1 2.6.14-gentoo-r5 #1 SMP Sat Jan 7
15:24:49 CET 2006 i686
Build Date: 23 December 2006
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: ''/var/log/Xorg.0.log'', Time: Tue Dec 26 17:10:34 2006
(==) Using config file: ''/etc/X11/xorg.conf''
(WW) fglrx: No matching Device section for instance (BusID PCI:2:0:1) found
(EE) AIGLX error: dlsym for __driCreateNewScreen_20050727 failed
(/usr/lib/dri/fglrx_dri.so: undefined symbol: __driCreateNewScreen_20050727)
(EE) AIGLX: reverting to software rendering
xkb_keycodes { include ''xfree86+aliases(qwertz)'' };
xkb_types { include ''complete'' };
xkb_compatibility { include ''complete'' };
xkb_symbols { include
''pc/pc(pc105)+pc/hu+group(switch)+group(menu_toggle)+group(switch)+group(menu_toggle)''
};
xkb_geometry { include ''pc(pc105)'' };
syntax error: line 1 of pc
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Error: Error interpreting include file ''pc''
> Exiting
> Abandoning symbols file ''pc105''
> Abandoning symbols file ''default''
Errors from xkbcomp are not fatal to the X server
Could not init font path element /usr/share/fonts/local/, removing from
list!
Could not init font path element /usr/share/fonts/75dpi:unscaled, removing
from list!
Could not init font path element /usr/share/fonts/100dpi:unscaled, removing
from list!
Could not init font path element /usr/share/fonts/75dpi/, removing from
list!
Could not init font path element /usr/share/fonts/100dpi/, removing from
list!
Could not init font path element /usr/share/fonts/CID/, removing from list!
icewm-session: using /root/.icewm for private configuration files
icewmbg: using /root/.icewm for private configuration files
icewmtray: using /root/.icewm for private configuration files
IceWM: using /root/.icewm for private configuration files
IceWM: Warning: Deprecated option: considerHorizBorder == true
IceWM: Warning: Deprecated option: considerVertBorder == true
IceWM: Warning: Deprecated option: sizeMaximized == true
The application 'ROX-Filer' lost its connection to the display :0.0;
most likely the X server was shut down or you killed/destroyed
the application.
The application 'gkrellm2' lost its connection to the display :0.0;
most likely the X server was shut down or you killed/destroyed
the application.
X connection to :0.0 broken (explicit kill or server shutdown).
X connection to :0.0 broken (explicit kill or server shutdown).
FreeFontPath: FPE ''/usr/share/fonts/misc:unscaled'' refcount is 2, should be
1; fixing.
xinit: connection to X server lost.
padlas1 ~ #
Üdv,
Roland -
hroleez
tag
válasz
tierbatyo
#2952
üzenetére
Köszi! Így okés lett! Mûködik!
Viszont még mindig bootkor ahogy feljön a splash kép, megjelennek a következõk:
udev(601): add_to_rules: invalid KERNEL operation
udev(601): add_to_rules: invalud rules: lirc
(és ue. local és svgalib-re)
Mitõl lehet? Elvileg minden csomag pár nappal ezelõtti sync verziójú.
R. -
tierbatyo
senior tag
válasz
hroleez
#2951
üzenetére
/etc/conf.d/net-ben ezt keresd meg:
# Here's how todo routing if you need it
#routes_eth0=(
# ''default via 192.168.0.1'' # IPv4 default route
# ''10.0.0.0/8 via 192.168.0.1'' # IPv4 subnet route
# ''::/0'' # IPv6 unicast
#)
Ézt kell átírnod arra, ami neked kell. Előbbi hozzászólásod alapján:
# Here's how todo routing if you need it
routes_eth0=(
''default via 192.168.1.254'' # IPv4 default route
# ''10.0.0.0/8 via 192.168.0.1'' # IPv4 subnet route
# ''::/0'' # IPv6 unicast
) -
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. -
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.
Sipi -
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
#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.
Sipi -
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.
Sipi -
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
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.
Sipi -
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.
Sipi -
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] -
-
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] -
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.
Sipi -
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
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] -
#2918
dr_strange
senior tag
dr_strange
#2917
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] -
#2917
dr_strange
senior tag
dr_strange
#2916
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ó. -
#2916
dr_strange
senior tag
Morad
#2915
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] -
#2915
Morad
csendes tag
dr_strange
#2914
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
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!
Morad -
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?
Sipi -
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] -
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.
-
#2908
Sipi
addikt
dr_strange
#2906
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.
Sipi -
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.
Sipi -
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.
Sipi -
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? -
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. -
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.... -
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?
Sipi
és úgyanúgy csikos maradt a grub... 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
.
. Telepithettem a 'stable' versiont..Új hozzászólás Aktív témák
- Őrült módjára szabja át AI-ra a GeForce-okat Kína
- 3D nyomtatás
- LEGO klub
- Nem indul és mi a baja a gépemnek topik
- Azonnali alaplapos kérdések órája
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Kávé kezdőknek - amatőr koffeinisták anonim klubja
- Vezetékes FEJhallgatók
- Apple iPhone 17 Pro Max – fennsík
- Fejhallgató erősítő és DAC topik
- További aktív témák...
- Apple iPhone 15 ProMax 256GB Kártyafüggetlen 1év Garanciával
- 170 - Lenovo Legion Pro 7 (16IRX9H) - Intel Core i9-14900HX, RTX 4090
- MacBook Pro 13, 14, 15, 16, MacBook Air M1, M2 M3 M4 bill magyarosítás lézerrel / sapkacserével
- BESZÁMÍTÁS! LENOVO ThinkPad P15 Gen1 munkaállomás - i7 10850H 16GB DDR4 256GB SSD Quadro T1000 4GB W
- Realme 9 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest