Új hozzászólás Aktív témák
-
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 -
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 -
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] -
-
-
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 -
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 -
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 -
escie
őstag
amúgy olvastam, meg gondolkodtam ezen sokat, de nem jutottam semmire.
én is mindig szívok vele.
minden friss apache telepítés után valami ilyesmibe ütközök, volt olyan is, hogy a .html-t is csak simán kiírta, és nem renderelte a bögésző.
igazából állati nagy szívás az apache konfigfájlja, nem könnyű felfogni(nekem).
például, arra tudok tippelni, hogy nem négyes php-van fent, hanem ötös, így nem jó a php4 direktíva...
áttúrhatnád az apache, és a mod_php konfigját, lehet, hogy nincs megadva benne, mit kezdjen a php fájlokkal. (talán a dirindexeknél kéne megadni index.php-t is, vagy nem tudom. ez benne kell legyen a mod_php konfigjában.)
konfigfájl megváltoztatása után természetesen /etc/init.d/apache restart
tudom, hogy a helyzet adott, de...
ragaszkodsz az 1.3-as apache-hoz? nekem tökéletesen megy a 2.x-es széria, ötös php-vel.
talán kipróbálhatnád...
habár a gentoo-wiki.com nem elérhető jelen pillanatban, majd nézz szét itt is, mert eddig még azt is megtaláltam ott, amit nem is akartam....
esetleg fgo...
--
ha segíteni nem is tudtam, legalább nem hártáltattalak, ez is valami.
-
Sipi
addikt
Igen, a telepítés során mindenképpen kerül oda jópár statikus bejegyzés, különben nem indulna el a rendszer.
Ha kiürül, szerintem több oka lehet:
- rossz a devfsd verziód, próbálj más verziót feltenni
- nincs a kernelben a devfs támogatása, vagy nincs bekapcsolva ott valami automatic mounting
- kihal a devs indulás után. A bootnál lennie kell pár olyan sornak (még a kernelboot után, amikor kezdi a zöld OK-kat kiírni), ami arról tudósít, hogy indítja a devfs-t, miegymás. Idáig eljut? Ha igen, mit ír?
Egyébként miért nem állsz át 2.6-os kernelre?
Sipi -
Sipi
addikt
Akkor egy ''szimpla'' átállási bug lesz. Ha van olyan kerneled, amivel be tudsz bootolni, akkor boot, ekkor létrejönnek az eszközök. Elvileg, mivel el is menti őket, már mennie kell ennek a 2.4.27-esnek is. Ha nem, akkor egy install cdről boot, csatolás után a rendszered /dev könyvtárába másold át a hiányzó bejegyzéseket.
A /dev/hd*-okon kívül úgy emlékszem, a /dev/null és /dev/console szokott még hiányzoni.
Sipi -
Sipi
addikt
Ez éppen az a hiba, amit mondtam. Ki is írja: nem létezik /dev/hda2 eszköz. Ez azért lehet, mert vagy egyáltalán nincs devfs/udev, és nem jön létre a /dev tartalma, vagy pedig rossz van fent.
Légy szíves, menj már végig ezeken a pontokon:
- Milyen kerneled van? Konkrétan az, amit bootolsz: cat /proc/version.
- Ha 2.4-es sorozatú, akkor fenn KELL lennie a devfs-nek, s ekkor a /dev könyvtárban emlékeim szerint van egy .devfs könyvtár.
- emerge -pv devfs udev mit mond? Fenn van a devfs? Fenn van az udev? A /sbin-ben van devfsd és/vagy udevd?
- A /etc/conf.d/rc file-ban mi az RC_DEVICES és RC_DEVICES_TARBALL értéke?
- Nem probléma, ha fenn van az udev és a devfs egyszerre. A Gentoo intelligens annyira, hogy akár automatikusan eldöntse, melyiket használja. De az RC_DEVICES értékével kézzel is megadhatod, melyiket használja.
Sipi -
Sipi
addikt
Ööö, szóval az ősrégi kernel megy. Nem álltál át véletlenül udevre? Ha leszedted a devfs-t és felraktad az udevet, a 2.4-es nem fog menni, mert nem lesz, ami elkészíti a /dev tartalmát. (Igaz, ehhez az is kell, hogy a conf.d/rc-ben az RC_DEVICES rosszul legyen megadva.)
A /dev tartalmát kézzel is létrehozhatod, át is másolhatod egy másik file-rendszerről, jó lesz.
De ezt az udev-devfs dolgot nézd már át, szerintem elkavartál valamit.
Ja, milyen hibával áll le?
Sipi
[Szerkesztve] -
Sipi
addikt
A /dev/BOOT hiba egyértelműen arra utal, hogy a /etc/fstab-ot felülírtad a defaulttal, és abban nem szerepel semmi. Írd vissza a régi partíciókat, nem olyan nehéz. Szerintem semmi más probléma nem lesz.
Ha a 2.4-es kernelről állsz át 2.6-osra, a devfs-udev átállásnak egyetlen negatív következménye lehet: előfordul, hogy néhány, a boothoz szükséges eszköz nem készül el időben. Erre megoldás, ha a /etc/conf.d/rc-ben az RC_DEVICE_TARBALL-t yes-re állítod, így minden leállásnál elmenti az aktuális eszközöket egy file-ba.
Egyébként a kérdésre válaszolva: udev esetén az udev, devfs esetén a devfs készíti el. Amíg ezek nem futnak, akkor pedig csak sima file-ok szerepelnek ott.
Sipi -
tierbatyo
senior tag
Livecd-vel be tudsz bootolni még mindig. Aztán:
mkdir /mnt/gentoo
mount -t ext3 /dev/hda3 /mnt/gentoo
mount -t proc proc /mnt/gentoo/proc
chroot /mnt/gentoo /bin/bash
env-update
source /etc/profile
Ezután mennie kell az emerge-nek. Csak éppen azt kellene kitalálni, hogy mit frissítettél. -
Yom
aktív tag
-
Sipi
addikt
Ja, egy ötlet. Nézd meg, a cd-eszközöd (hdc, ha jól emlékszem) milyen jogokkal bír. Nekem korábban rw------- volt. Vagyis csak a tulajdonos férhetett hozzá - ergo szerencsétlen, nem root jogokkal bíró hal, ivman nem tudta elérni.
A ludas a PAM. /etc/security/console.perms, ez szabályozza, hogy ha valaki belép, az eszközök milyen jogúak legyenek, és kinek a tulajdonába mennek át. Ez pl. hangeszköznél, cdírónál hasznos, mert ha belépsz, nem örülnél, ha egy külső ember cédét kezdene írni.
Ebben a file-ban keresd meg a cdrom sort. Az első szám adja meg, hogy login UTÁN mulyen jogra állítsa - ezt tedd pl. 0660-ra (ekkor a tulaj és a csoport írhatja, olvashatja).
Sipi -
Sipi
addikt
Viszont a debugokból nem okoskodtam ki semmit.
Az egyetlen, amire gondolni tudok, hogy vagy nem a legújabb csomagok vannak fent, vagy pl. a halt egy régebbi dbus-szal fordítottad, és nem lett frissítve azóta.
Nincs jobb ötletem, minthogy emerge dbus hal ivman, ebben a sorrendben.
Sipi -
Sipi
addikt
A hdc az milyen eszköz? A dbus-monitor --system mit ad vissza, amikor behelyezed ugyanezt a lemezt?
Itten van egy gubanc: Warning: nonexistent HAL property encountered, NULL substituted for value!
Ezt kell kideríteni, miért ad a hal nulla értéket, és minek. Ugyanis a lemez nevét rendesen átadja, de nem azt adja át csatolási paraméternek. Ez a null talán a device típusa, vagy hasonló lehet.
Sipi -
Sipi
addikt
Mondjuk olvasgathatnád az előző meg ezt a topikot is, mert ez pászor benne volt már...
Szóval. Első hibakeresés: a dbus-monitor --system indítása, majd tálca kinyit, cd betesz, tálca bezár. Ekkor KELL kapnod szöveget, ha nem, a kernellel/dbus-szal van gáz, de mivel nem konfigurálható, nem is javítható, valószínűleg épp vacak az adott dbus-verzió.
Ez ki fogja írni, mit talált, pl. cd vagy dvd esetén a rajta lévő filerendszer nevét. Valamit ki kell írnia, ugyanis a hal majd a volume name vagy pedig a device info alapján dönti el, milyen javaslata lesz a csatolási pontra. A NULL akkor van, ha pl. nincs volume name, és a device típusát sem képes megtalálni.
A hal-lal sajnos szinte semmit sem lehet debugolni. Ennek a /usr/share/hal/fdi-ben vannak a konfigjai, ezeket olvasgasd, magyarázni bonyolult, olvasással könnyű megérteni, mit is csinál, hogyan működik.
Csak egy példa (szintén szerepel a topikban): nekem a cd-olvasóm nem képes jelet küldeni és rendesen megnevezni magát. Így a hal nem is veszi észre. Ehhez a fenti könyvtárban egy 95userpolicy könyvtárat kell létrehozni (ide megy minden kézi módosítás), majd ebben pl. egy 10-ide-drives.fdi file, melynek tartalmában megjelölöm, hogy a /dev/hdc eszköz az xxx típusú cdrom, és csatolni kell.
Mivel a hal kiesett, az ivmannal kell próbálkozni. Állítsd le az ivmant, majd a /etc/ivman/IvmConfigBase.xml-ben a fork false, a debug true legyen! Ezután kézzel (ne initd-vel!) indítsd el az ivmant. Így nem lép háttérbe, a konzolon kiírja a debug üzeneteit. Innen talán ki lehet hámozni, miért kap rossz nevet, egyáltalán, mit csinál rosszul.
Kicsit gondban vagyok, mert rég követtem az ivman, stb fejlődését. Korábban volt, hogy mit kell, mit nem kell az fstabba rakni. Most kipróbáltam, kiszedtem minden bejegyzést, ami csatolható médiára vonatkozik, és ugyanúgy működik minden. Vagyis úgy nézem, a LEGÚJABB dbus-hal-ivman számára semmiféle fstab bejegyzés nem kell a kivehető eszközök részére.
Umount: csak olvasható média esetén (cd, dvd) egyszerűen kiveszed belőle. Írható esetén nem árt kézzel lecsatolni. Bár alapban szinkron írással csatolja őket (vagyis az írás azonnal megtörténik), így valószínűleg simán kihúzhatnád, de ha valami gikszer támad, elvész a teljes filerendszer róla.
wine: két lehetőség. Az egyik talán az, hogy mivel a wine fat-ot emulál, túl nagy a partíció, és mivel a fat ekkorát nem bír, rosszul jelenti a méretet. A másik: láttam már olyan windows-os programot, amit egyszerűen csak ntfs-re lehetett rakni. Szívás, mert linux alatt meg a wine nem ismer ilyet, írni pedig nem tudsz rendesen (esetleg a captive használatával).
Valószínűleg ez a PLC-vezérlő program szarul lett megírva.
Sipi
[Szerkesztve] -
Sipi
addikt
Az új hal nem tesz semmit az fstabba. A kernel (udev) eseményeit a dbus elkapja, és user space-be irányítja. A hal ezt értelmezi, és a megdfelelő szabályok szerint reagál rá valamilyen formában. Többnyire semmit sem veszel észre belőle, ugyanis a hal-ra épülő automounterek (ivman, kde ioslave, gnome-volume-manager) feladata, hogy a hal által készített háttér-dolgok alapján csatoljon. Ha az ivmant felteszed, nagy valószínűséggel már menni fog a csatolás is.
Sipi -
Sipi
addikt
Sose használd az ACCEPT_KEYWORDS=''~x86'' emerge csomag alakot!
Helyette az instabil csomag nevét írd be a /etc/portage/package.keywords file-ba! Pl.
media-video/mplayer ~x86
azt adja meg, hogy az mplayerből az instabilt használja. Így helyesen ki tudja számolni a dependency-ket. Egyébként előfordulhat probléma, ha a depend is instabil csomag.
Sipi -
hroleez
tag
Ezeket kiszedtem az x.log-ból:
(--) PCI: (1:6:0) Brooktree Corporation Bt878 Video Capture rev 17, Mem @ 0xd4000000/12
(--) PCI:*(2:0:0) ATI Technologies Inc RV350 AR [Radeon 9600] rev 0, Mem @ 0xc0000000/27, 0xd6000000/16, I/O @ 0xc000/8
(--) PCI: (2:0:1) ATI Technologies Inc RV350 AR [Radeon 9600] (Secondary) rev 0, Mem @ 0xc8000000/27, 0xd6010000/16
....
(==) ServerLayout ''Server Layout''
(**) |-->Screen ''Screen0'' (0)
(**) | |-->Monitor ''Monitor0''
(**) | |-->Device ''ATI Graphics Adapter connector 0''
(**) |-->Screen ''Screen1'' (1)
(**) | |-->Monitor ''Monitor1''
(**) | |-->Device ''ATI Graphics Adapter connector 1''
(**) |-->Input Device ''Mouse1''
....
(II) fglrx(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897
(II) fglrx(0): #1: hsize: 1152 vsize 864 refresh: 75 vid: 20337
(II) fglrx(0): Supported additional Video Mode:
(II) fglrx(0): clock: 108.0 MHz Image Size: 376 x 301 mm
(II) fglrx(0): h_active: 1280 h_sync: 1328 h_sync_end 1440 h_blank_end 1688 h_border: 0
(II) fglrx(0): v_active: 1024 v_sync: 1025 v_sync_end 1028 v_blanking: 1066 v_border: 0
(II) fglrx(0): Ranges: V min: 56 V max: 75 Hz, H min: 30 H max: 81 kHz, PixClock max 140 MHz
(II) fglrx(0): Monitor name: SyncMaster
(II) fglrx(0): Serial No: HVFY808648
(II) fglrx(0):
(II) fglrx(0): DesktopSetup 0x0000
(**) fglrx(0): Using TV stanadard PAL-B from configure file
(II) fglrx(0): TV stanadard 1
(**) fglrx(0): TV HSizeAdj: 0
(**) fglrx(0): TV VSizeAdj: 0
(**) fglrx(0): TV HPosAdj: 0
(**) fglrx(0): TV VPosAdj: 0
(**) fglrx(0): TV HStartAdj: 0
(**) fglrx(0): TV ColorAdj: 0
(**) fglrx(0): PseudoColor visuals disabled
(**) fglrx(0): Overlay disabled
(**) fglrx(0): Overlay disabled
....
(II) fglrx(0): Validating mode for clone (secondary) head ------------
(WW) fglrx(0): Mode 1280x1024 is not a valid TV mode.
(II) fglrx(0): Valid CloneTV Mode: 1024x768
(II) fglrx(0): Valid CloneTV Mode: 800x600
(II) fglrx(0): Valid CloneTV Mode: 640x480
(II) fglrx(0): Total of 3 clone modes found ------------
.....
(II) Primary Device is: PCI 02:00:0
(WW) fglrx: No matching Device section for instance (BusID PCI:2:0:1) found
(--) Chipset RADEON 9600 PRO (RV360 4152) found
...
Minek kell még benne lenni a logban? Változatlanul nincs screen1..
-
Yom
aktív tag
ha van screen1, akkor ha DISPLAY=:0.1 -el, hivsz meg vmit, a screen1 re nyomja.
teljes kepernyon mit ertesz? DISPLAY=:0.1 mplayer -fs film igy teljes kepernyos lesz a tv-n a mplayer.
vagy a film merete nem valtozik teljes kepernyon, csak feltolti feketevel az ures reszt? mert akkor masik video output driver kell. -
kovasz
senior tag
le kell zarni 75ohm-al (ha a tv nem teszi meg) boot elott a vga svideo/kompozit kimenetet ekkor mar bootkor is kell lennie kepnek. ezutan a -vo vesa meghajtoval van video, a -vo vesa:vidix meghajtoval pedig hw gyorsitott videolejatszas is megy. a -vo cvidix nem tokeletes.
[Szerkesztve] -
Yom
aktív tag
fglrxconfiggal ha igent nyomsz a tv-re, akkor biztos, hogy megkerdezi (nem biztos, hogy azonnal a tv utan), hogy milyen drivert akarsz hasznalni. clone mod, 1 kep 2 kepernyon, stb, ill 2 driver. a 2 driver a teljes 2 db kepernyo. amugy az en confommal se tortenik semmi?
nalam ha belepek az xfce-be akkor a tv ''villan'' 1et, ahogy atall az ures AV-rol, a kepre. nalam a tv hattere fekete, igy igazabol semmit se lehet eszrevenni 1 villanason kivul. ilyen villanast se latsz? -
Yom
aktív tag
DRM nincs benne a kernelben nekem!
ezt a VESA-s dolgot nem tudom, meg sose probaltam.
akkor amit adtam howto probald az alapjan.
irtad: 02:00.1 Display controller: ATI Technologies Inc RV350 AR [Radeon 9600] (Secondary)
amit kuldtem xorg.conf azt rakd be.
abban van 1 ilyen resz:
Section ''Device''
Identifier ''ATI Graphics Adapter connector 1''
Driver ''fglrx''
BusID ''PCI:2:0:0'' # vendor=1002, device=4152
Screen 1
EndSection
ill:
Section ''Screen''
Identifier ''Screen1''
Device ''ATI Graphics Adapter connector 1''
Monitor ''Monitor1''
DefaultDepth 24
Option ''backingstore''
Subsection ''Display''
Depth 24
Modes ''1280x1024'' ''1024x768'' ''800x600'' ''640x480''
ViewPort 0 0 # initial origin if mode is smaller than desktop
Virtual 1280 1024
EndSubsection
EndSection
es a kepernyok elrendezese:
Screen ''Screen0''
Screen ''Screen1'' RightOf ''Screen0''
Nalad nincs elottuk komment jel? Mert ha nincs bedugva semmi a tv-out-ra, akkor auton atall a config a kommentesre. Legalabbis ugy vettem eszre most, hogy nincs bedugva a tv, nalam ki van kommentezve minden, amit most irtam. esetleg nem ez a gond? esetleg windows van fenn? ott mukodik a tv out? mert lehet h a kabel rossz 
. -
Yom
aktív tag
nalam ezt irja pl ki:
string '':1.2''
signal sender=:1.0 -> dest=(null destination) interface=org.freedesktop.Hal.Manager; member=DeviceAdded
string ''/org/freedesktop/Hal/devices/volume_label_ALL_ADOBE_DVD''
signal sender=:1.0 -> dest=(null destination) interface=org.freedesktop.Hal.Device; member=PropertyModified
int32 2
nekem a /media/NULL ba csatolja fel a cd-t ezt hol kell allitani? -
Sipi
addikt
Akkor olvasgasd főleg a régebbi Gentoo topikot itten, abban van egy csomó dolog. Most lusta vagyok leírni (na jó, kb. 39 fokos láz plusz majdnem egy üveg bor után nem nagyon megy az írás
).
Az ivman emerge után elvileg nem igényel semmit. Ha a kernel jelzi, hogy valami esemény történt, a dbus-hal-ivman alrendszer már automatikusan csatolja a cuccokat a /media-ba.
Sipi -
hroleez
tag
Na, a normális mplayer paraméterek:
mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=dvd -vf scale=720:576,harddup \
-srate 48000 -af lavcresample=48000 -lavcopts \
vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800 \
:vbitrate=8000:keyint=15: trell:mbd=2:precmp=2:cmp=2:subcmp=2:dia=-10:predia=-10:cbp:mv0:
vqmin=1:lmin=1:dc=10:acodec=ac3:abitrate=192:aspect=16/9 -ofps 25 -o $1.mpg $1.avi
[Szerkesztve] -
Sipi
addikt
Nem tudom, ezt Neked kell kipróbálnod.
Ezeknek kell fent lennie: dbus-0.60-r3, hal-0.5.5.1-r3. A hal-nak semmiféle konfigját nem találtam, ami ehhez kapcsolódna - em is volna szabad, hiszen közvetlenül a dbus-szal kommunikál.
Ennek a dbus verziónak a socketje fordítás során bekerül magába a dbus démonba. A helye a /var/run/dbus könyvtár. A /etc/dbus-1/system.conf-ban is megadható a helye, ugyanerre kell mutatnia. Semmi más teendő nincs - esetleg emergeld újra a hal-t, mert lehet, hogy valami régi beállítást őriz a fejében, ha neked sem akar elindulni.
De emlékeim szerint neked a dbus-szal van baj, mert totál rossz helyen keresi a socket helyét. Állítsd át a konfigban, akkor valszeg menni fog. Ha nem, emergeld újra. Ezen dbus verzió ide kell, hogy tegye a socketet, és a konfigja is helyesen készül el, azt legfeljebb kézzel tudod később elrontani.
Ha a dbus elindult, mehetünk a halra.
Sipi -
Sipi
addikt
Jááj, rémlik valami erről... Nem hiányzik semmi, egyszer mintha nekem is lett volna ilyen hibám, de nem emlékszem, mi volt. Vagy ebben a topikban keress rá erre a hibára (pl. a ''system_bus_socket'' kifejezésre), vagy a Gentoo fórumon! Tuti, hogy lesz rá találat, anno én is meg tudtam oldani.
De fura, hogy elvileg a legújabb, instabil, 0.60-r3-as dbus van fent neked is, az pedig bárminemű konfig nélkül fut. Valami érzésem szerint a gépeden nagyon el lett állítgatva, hogy ennyi gond van vele.
Az mondjuk fura, hogy a legújabb dbus a /var/run/dbus/ba teszi a socketjét, így nem értem, neked mi a fenét sikítozik a /var/lib-re...
Egy próba esetleg: unmergeld a dbus-t, majd pusztítsd ki az összes file-t, aminek köze lehet a dbus-hoz! A /etc/dbus*, /etc/conf.d/dbus*, /usr/share/dbus*, /usr/lib/dbus*, /var/run/dbus*, /var/lib/dbus* mind mehet kukába. Aztán tedd fel megint!
Sipi -
Sipi
addikt
Azt mondja az mplayer, hogy a 0.1-es, vagyis a MÁSODIK képernyőt nem tudja megnyitni (a 0.0 az első). Ha nincs második monitorod, ez nem is csoda.
Nem tudom, hol akarod lejátszani a videót, de ha a monitoron, vagy 0.0-át adj meg, vagy még jobb, ha semmit. Akkor automatikusan az elsődleges képernyőn játssza le.
nVidia kártya esetén egyébként érdemes az nvtv csomagot feltenni, ezzel kezelni a TV-kimenetet.
Sipi -
Sipi
addikt
A no version info, stb. hibák nem érdekesek. Az a lényeg, hogy ha egy lib vagy bináris függ egy olyantól, ami nincs a gépen, akkor itt azt is kiírja, de azt észre fogod venni, mert ékes angol nyelven kiírja, hogy hoppá, baj van, nem található xy file, amire ennek és ennek szüksége van.
Van egy-két érdekes dolog ebben, de szerintem semmi problémát nem jelent.
Hagyd a fenébe az icewm-et, próbaképp indíts pl. egy xsession-t, vagy bármi más managert. Miután van X-ed, egy xterm/kterm/akármitermből indítsd el kézzel az icewm-sessiont, és írd be, mi a hiba!
Ez azért furcsa nekem, mert tudtommal a giflib és a libungif ugyanazokat a file-okat telepíti...
Ja, az equery b az belongs, megmondja, az adott sztring, vagyis file melyik csomag része. az equery d az depends, azt adja meg, a sztringtől, vagyis csomagtól melyik másik csomagok függenek. Visszafele függőség.
Sipi
[Szerkesztve] -
Yom
aktív tag
equery-nek d-t adj, ne b-t!
nem lehet, hogy az ati drivereddel van a gond?(/usr/lib/opengl/ati/lib/l
ibGL.so.1: no version information available) ha uj kernelt teszel, akkor mindig ujra kell emergelni az ati-driverst.mintha irtad volna #500 korul, hogy most forditottal uj kernelt.en is most kuzdottem meg az uj kernelem forditasaval, es az ati-driverrel eloszor nekem se akart menni az X (el se indult), ujraforditottam az ati-drivers-t,es utana ment minden jol.
az uj kernellel minden jo volt, csak nem mukodik az egerem . 3 oramba telt, mire rajottem, hogy csak usb 2.0 tamogatast tettem a kernelbe, 1.1et nem 
. es az eger 1.1-es meg mar majdnem megorultem
[Szerkesztve] -
Yom
aktív tag
ha ati kartyad van: fglrxconfig-gal konnyen be tudod allitani a 2 kepernyot. (2 driver-t kell valasztani, ha azt akarod, hogy 2 kulon allo kepernyod legyen)
ha nvidia, akkor a xorg.conf-t kell modositani.
en fglrxconfig +[link] howto alapjan csinaltam.
howto-ban nvidia kartyara allitjak be a tv out-ot. az atinal ''tv out aktivalasa'' mas, mint az nvidianal:
atinal: xorg.conf:
# === ATI device section ===
.
.
.
# === TV-out Management ===
Option ''NoTV'' ''no'' #Ha yes, akkor van kikapcsolva a tv-out
Option ''TVStandard'' ''PAL-B'' #Magyar TV szabvany
.
.
.
sztem logikusabb lett volna, ha siman TV-nek nevezik el, es yes kapcsolja be, no meg ki
a tobbi resz teljesen jo a howto-ban. pl.: a kepernyok elhelyezese stb.
ha megvan a 2ik kepernyod is, akkor pl az mplayert igy tudod rarakni:
DISPLAY=:0.1 mplayer -vo gl film. nalam csak gl video-outputtal, volt rendesen teljes kepernyos a film.
amire figyelj, hogy a tv max felbontasa ill frissitese ne legyen nagyobb, mint amit a tv bir.
atinal az fglrxconfig altal bealitott felbontas mind2 kepernyore vonatkozik, ezert azt majd utolag a xorg.conf ban korrigalni kell.
nvidianal nincs ilyen gond, mert ott kezzel irod a xorg.conf-t es jol beallitod
roviden ennyi remelem nem tul zavaros -
Sipi
addikt
Akkor nézd meg, mi az a semmi működés, mit ad ki hibának, mert kizártnak tartom, hogy a nem létező libungifre hivatkozna. Ha az kellene neki, emerge közben elszáll, vagy automatikusan felteszi.
prelinkelni a prelink programmal. Van egy guide hozzá, de egyébként emerge prelink, majd ''prelink -afmR'' parancs.
crypt*: persze, hogy blokkolják egymást, ezt írtam. A kettő együtt nem lehet fent. De olyan nincs, hogy egyik sincs fent, és valamelyiket fel akarod tenni, erre panaszkodik, hogy blokkolja a másik. emerge unmerge cryptsetup cryptsetup-luks, akkor tutira nem lesz fent egyik sem. Utána pedig emerge cryptsetup-luks. Csak akkor írhat blokkolást, ha a másik fent van, vagy egyszerre mindkettőt fel akarod tenni.
Sipi -
Sipi
addikt
Az icewm-session mi lenne? Nem találok ilyen csomagot. Ha az icewm része, akkor azt is fordítsd újra. Meg a gthumbot is. Ami sír, az emergéld!
A revdep-rebuild elég furán működik, nekem sem ír ki mindent. Azt szoktam, hogy prelinkelek, az minden liben, binen végigmegy, úgyis kiírja, ha valamelyiknek baja van.
Meg használat közben is kiderül, ha valamelyik sikítozik.
Mivel a cryptsetup és cryptsetup-luks, nevéből adódóan, lényegében ugyanaz, ütik egymást. Ilyenkor mindig le kell szedni a régit, úgy emergelni az újat. unmerge cryptsetup, utána felmegy a luks.
Sipi -
Sipi
addikt
Az új dbus megint tök más, mint a régebbi, ezért az initscript új nevet kapott. A régi dbus, az új dbus-daemon-1. Én azt csináltam, hogy mivel a /etc-ből nem unergelődik semmi, letöröltem a /etc/init.d/dbus-t, és szimbolikus linket hoztam létre dbus néven a dbus-daemon-1-re. Így mindegy, melyik program mit akar indítani, ugyanaz indul.
Sipi -
Sipi
addikt
Az eix külön csomag, nem a gentoolkitben van.
GIF képek kezelésére két csomag van. A libungif, amiből kimaradt a védett tömörített GIF, illetve a giflib. Ez utóbbit érdemes használni, a libungifet szedd le! Ekkor értelemszerűen azon programok, melyek libungiffel lettek fordítva, hiányolni fogják, de egy revdep-rebuilddel tedd fel újra őket! A giflib ugyanazon könyvtárakat adja, azzal is menni fog.
Az ivmannak kell a pmount, az pedig a cryptsetup-ot igényli. Ebből én a cryptsetup-luks-ot használom. De ebből az 1.0.1-r1-es nincs maszkolva...
Sipi -
Sipi
addikt
Uhh, nem igazán tudom, a revdep miért is kellett, de amit itt látsz, azzal semmi gond.
Felmérte, mely csomagokat kell újrahúzni, és alapban PONTOS verziót akar emergelni. Ha túl régi egy csomag, elképzelhető, hogy már nincs a Portage-ban, ergo le fog állni hibával, mert nem létezik az a csomag.
Ki is írta, hogy nem található k3b-0.11.20. A home-ban létrejön egy csomó .revdep-*** file, az order nevűben van benne, mely csomagokat, milyen sorrendben akarja telepíteni. Kézzel add ki az emerge-t, de ne pontos csomagnévre, így, ha újabb van azokból a csomagokból, egyben frissíti is.
Sipi -
Yom
aktív tag
meg en se csinaltam ilyet, viszont nekem mar veszett el a world file. regen-world utan ujra generalta a file-t, es az emerge -Du world re feltett mindent ami benne volt (persze amibol jott ki uj verzio...)
uh sztem, ha a world filet visszamasolod, emerge world re felrak mindent. -
Sipi
addikt
Nem működne.
Gondoltam, sikerült valahogy modulba tenned az udevet.
Az udevnek userspace része is van, a sys-fs/udev. Jelenleg 079-es a legújabb (instabil).
A coldplug az indításnál megkukkolja a gépet, és a talált hardverekhez betölti a megfelelő modulokat. A hotplug ugyanez, csak menet közben (pl. USB-re dugott kamera moduljának automatikus betöltésére). Maga a hotplug script semmit sem csinál, csak az esetleges dependency miatt van, a tényleges hotplug a kernelben zajlik, meg az udev végzi a piszkos munkát.
Itt esetleg arra tudok gondolni, hogy nem udevre van állítva a rendszer, hanem pl. devfs-t akarna használni, ami nincs.
Sipi -
Sipi
addikt
Nem hiszem, mert a kernelben csak annyit tudsz megadni, hogy kell-e modul vagy sem. Esetleg kihagytad belőle az udev-támogatást.
General setup - Support for htopluggable devices, loadable module support, enable, unloading, auto unload, filesystems - pseudo - /proc, /proc/kore, /dev/pts, pts extended, pts security, virtual memory, tmpfs extended, tmpfs sec, nálam ezek vannak.
Ha a modul betöltődik, a kernel udev, a userspace udevvel együtt, a szabályoknak megfelelően, elkészíti az eszközt.
emerge hotplug-base hotplug coldplug megvolt? Hozzáadtad a hotplugot és coldplugot a default runlevelhez?
Hanyas kernel? A boot folyamán látod azokat a kiírásokat, hogy populating /dev with device nodes, starting udev, meg hasonlók? Ha nem, akkor nem indul el az udev, akkor /etc/conf.d/rc-ben RC_DEVICES átállítása.
Gőzöm sincs, mi a gond, az udevnek el kell indulnia, hacsak direkt le nem tiltottad. Annak a működéséhez semmi szükség sem hotplugra, sem coldplugra...
Sipi -
Yom
aktív tag
nalam is uezt csinalja. marmint, h mixert nem tudja visszaallitani, es utana nincs eszkoz.
mit csinalsz utana pontosan? udev-vel mit csinalsz?
en most az uj udevben bizok, majd februarban forditok is uj kernelt, es meg is probalom vele. mostanival sajnos nem m1 a legujabb udev -
Yom
aktív tag
a skype az elegge kezdetleges meg linux alatt. probald meg a legujabbat hasznalni. ha legujabb van, akkor vmi regebbit.
Batmannel sokat kuzkodtunk vele, mire sikerult eletre kelteni. nalam pl nem csorgott, Batmannel meg halk volt a hang. 1ik haverja is beszallt a beszelgetesbe es nem hallotta a linuxos skypesokat, csak a windosokat, viszont a linuxosok hallottak ot. majd vmit allitott, es mukodott. sztem eleg nehez jol beloni a skypet, mert minden gepen mas hibat produkal
szerk: jelenleg most ugy mukodik (ha mukodik meg), hogy csak 1et csorren, majd elhallgat a csorges... a beallitasok persze uazok, amivel regebben ment, csak kozben volt update (skypet nem updateltem, abbol maradt, ami mukodott ) es azota megint rossz.
[Szerkesztve] -
Sipi
addikt
A hotplugot nézd meg... Nem csinál semmit.
Csak egy kamu szkript. Esetleg próbáld meg a coldplugot is hozzáadni boothoz, vagy ha ott nem megy, a defaulthoz. Ez beránt mindent, amit felfedez a gépben.
De nem hiszem, hogy ilyen gond van, mivel ha a modul betöltődik, az eszköznek is léteznie kell...
Sipi -
Sipi
addikt
Án ezt az udevet nem értem. Soha semmit sem volna szabad csinálnod vele, lévén teljesen automatikus. hotplugot tedd default runlevelbe!
/etc/conf.d/rc-ben RC_DEVICES=''udev'' legyen. (auto is jó lenne, de fő a biztonság.)
Ez alapján a boot során el KELL indulnia minden udev-cuccnak. Meg is nézheted, a kernel üzenetei után látnod kell olyat, hogy starting udev, populating device nodes, stb.
Sipi
.
. es az eger 1.1-es megÚj hozzászólás Aktív témák
- PROHARDVER! feedback: bugok, problémák, ötletek
- Anglia - élmények, tapasztalatok
- Path of Exile (ARPG)
- PlayStation 1 / 2
- Vezeték nélküli fejhallgatók
- Andras-G: Az internet veszélyei [2. rész] - Facebook Marketpalce
- Hobby elektronika
- Parfüm topik
- iPad topik
- Víz- gáz- és fűtésszerelés
- További aktív témák...
- Fallout 4 Pip-Boy Edition eladó
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- Dell Optiplex 3050 SFF,i3-6100,8GB DDR4,256GB SSD, WIN11
- Bomba ár! HP ZBook 15 - i7-4800MQ I 16GB I 256GB SSD I Nvidia VGA I 15,6" FHD I Cam I W10 I Gari!
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB DDR5 RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- Apple iPhone 15 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- Huawei Watch Fit 3 Okosóra!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest