Hirdetés
- Mini-ITX
- Házimozi belépő szinten
- AMD Navi Radeon™ RX 9xxx sorozat
- Melyik tápegységet vegyem?
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- A legrosszabb CPU-k – az ExtremeTech szerint
- TCL LCD és LED TV-k
- Milyen billentyűzetet vegyek?
- Milyen alaplapot vegyek?
Új hozzászólás Aktív témák
-
hroleez
tag
Bocs, ezt a hozzászólást ki is nyomtattam... Hamu a fejemre, hirtelen jött az írás.. Bocs.
A PLC vezérlő (fordító, debugger, stb.) egy mitsubishi melsoft program, elég jól meg van írva, az egész plc családját kezeli. Ez a program ''régi'', fut már 98-on is. Ezért bízom abban, hogy wine-vel is megy.
Köszi a válaszokat!
R. -
#599
Sipi
addikt
dr_strange
#597
Sipi
addikt
válasz
dr_strange
#597
üzenetére
Fenébe, most esett le... Természetesen nekem is a make.conf-ban van benne! De ezzel a teljes rendszert instabilra váltom.
Amiről szó volt, az egyes csomagok esetén megmondani, hogy pl. stabil rendszer esetén ebből és ebből most az instabilt akarom.
Ha nem akarjuk fejreállítani a jól működő STABIL rendszert, a Gentoo fejlesztők is azt ajánlják, hogy a /etc/portage/package.keywords-ben állítsuk át, az ACCEPT_KEYWORDS környezeti változó használata erősen ellenjavallott.
(Konrétan: a Gentoo fórumon egyetlen egyszer láttam viszonylag csúnyán írni embert, ez egy developer volt, akinek valami újonc magyarázgatta, hogy márpedig így kell. Akkor kissé fennhangom elmagyarázta, hogy Ő az egyik fejlesztője ennek a résznek, neki illene elhinnie, mit és miért mond.
)
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] -
hroleez
tag
Bemountolta, az kétségtelen, Köszi! De pölö a DVD írót NULL nevű könyvtárba, ezt hol állítsam át?
Technikai érdeklődés: usb pendriveot mountol az ok, de hogyan umountol? Simán tényleges kiírás előtt kihúzhatom a drive-ot...
Gyorsan fel kellett tegyek egy windowsos progit wine-vel, egy PLC vezérlőt, de sajna mindig azt írja, hogy a ''C:'' tele van... Közben az adott partíción van vagy 2 Gb hely... Lehet állítani wine-ben a meghajtók méreteit? -
#595
escie
őstag
dr_strange
#591
escie
őstag
válasz
dr_strange
#591
üzenetére
de ott lehet, nem?
most összekavartok...
-
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 -
#592
Sipi
addikt
dr_strange
#591
Sipi
addikt
válasz
dr_strange
#591
üzenetére
Jó-jó, de Neked már a neved is furcsa.
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 -
#588
hroleez
tag
dr_strange
#585
hroleez
tag
válasz
dr_strange
#585
üzenetére
Én benne vagyok, bár én csak a sok kudarccal és ezek szisztematikus javítgatásának útjával tudok hozzáadni valamit... Húúú, gyönyörűű ez a magyar nyelv!
De, hogy legyenek tapasztalatok még, egy-két ismerősnél is kipróbálom a konfigom.. Sőt, egy próba erejéig visszateszem az nvidia kártyát is...
Yom, kipróbálod te is a konfigom?
MOst hardveresen macerálom a jobb képminőség miatt a tvout-ot.
dbus: erős szellemi ráhatás után úgydöntött, hogy jelez minden eseményt (cdrom, usb drive, kamera, 9in1 olvasó). Most kinyúvasztom a hal-t!
Az ACCEPT_KEYWORDS=''~x86'' tényleg nagy rizikót okoz a rendszerben? Mondjuk azért nem vagyok megijedve, de szeretném tudni.
Köszi,
Roland -
#587
Yom
aktív tag
dr_strange
#585
Yom
aktív tag
válasz
dr_strange
#585
üzenetére
#536-ben roviden leirtam, de az csak ati-ra van. az nvidia-s reszt azt ki kene egesziteni. amugy azt neztem, hogy az uj ati driverrel valtozott a xorg.conf-ban az ati tv out resze.
ha jol emlexem: notv pl eltunt. az uj ati driverrel nekem el se indult az X, ezert visszaraktam a regit. hogy az ujjal hogy mukodik, ha kijon vmi ujabb driver, leirom.
[Szerkesztve] -
hroleez
tag
Hát csúnya dolog ez a TV-től, hiszen a PAL-B eléggé szabványos, mindenféle időkre! (sorfrissítés, kép, szinkron, stb.). Azért a TV egy 100 Hz-es Samsung. Mind1, van kééép!!!
A dbus/hal/ivman legújabb (azt hiszem... ACCEPT_KEYWORDS=''~x86'' beállítva - instabil verziók?)
Ez a gép azt hiszem mindig kikészít idegileg, és amikor ki akarom dobni - működik.. -
hroleez
tag
Nem fogod elhinni.! A monitor1 section-ban átírtam a frekiket:
HorizSync 13 - 20
VertRefresh 30 - 60
És a busID-t, amit ma már mondjuk 20x... És van pipec kép a TV-n!!!
Hát kegyetlenül izzasztott a dolog, de sikerült! Köszönöm szépen a segítséget!!!
MOst visszatérek a dbus/hal/ivman rendszer problémámhoz.
Alapvetően a dbus sem ad a dbus-monitor --system-re semmit pl. cd ki/be rakáskor. Kell ennek a madárnak valami kernel opció?
[Szerkesztve] -
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..
-
hroleez
tag
Ez az, nem tudom, hogy van-e screen1! Az mplayer nem akar oda lejátszani, mert nem tud...
Tehát alapoktól: a stabil driver van fent, összekötöm a gépet svideo kábellel a TV-vel.
(ez a kapcsolat jó, mert mplayer vesa dologban látom a képet). Elindítom az X-et, majd bekapcsolom a TV-t (vagy előtte már? így próbálva így sem megy). És a DISPLAY=:0.1 mplayer.. re kell látnom képet. De nincs.
Cache fill: 0.00% (0 bytes) AVI file format detected.
VIDEO: [XVID] 697x392 24bpp 25.000 fps 816.3 kbps (99.6 kbyte/s)
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
vo: couldn't open the X11 display (:0.1)!
Error opening/initializing the selected video_out (-vo) device.
Annyit tettem a te konfigoddal, hogy az lspci-ben látott secondaryt a második device-re beírtam. A többi tök ugyanaz.
Mi lehet még? -
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. -
hroleez
tag
-
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] -
hroleez
tag
padlas1 DVD # ./dvd dolby2
MEncoder 1.0pre7try2-3.3.5 (C) 2000-2005 MPlayer Team
CPU: Advanced Micro Devices Athlon 4 /Athlon MP/XP Palomino (Family: 6, Stepping: 2)
Detected cache-line size is 64 bytes
MMX2 supported but disabled
3DNowExt supported but disabled
CPUflags: Type: 6 MMX: 1 MMX2: 0 3DNow: 1 3DNow2: 0 SSE: 1 SSE2: 0
Compiled for x86 CPU with extensions: MMX 3DNow SSE SSE2
85 audio & 196 video codecs
File not found: 'frameno.avi'
Failed to open frameno.avi
success: format: 0 data: 0x0 - 0x2bd24084
AVI file format detected.
VIDEO: [XVID] 694x390 24bpp 25.000 fps 816.3 kbps (99.6 kbyte/s)
[V] filefmt:3 fourcc:0x44495658 size:694x390 fps:25.00 ftime:=0.0400
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
PACKET SIZE: 2048 bytes
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1 (-1=autodetect) osd: 1
Opening video filter: [harddup]
Opening video filter: [scale w=720 h=576]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm:ffmpeg (FFmpeg MPEG-4)
==========================================================================
Building audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le...
./dvd: line 3: 20238 Segmentation fault
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
rell: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
padlas1 DVD #
Valaki hirtelen kipróbálná, hogy nála is segfaultol? A végén kiírta az mplayer kapcsolóit.
Köszi!
[Szerkesztve]
[Szerkesztve] -
#560
hroleez
tag
dr_strange
#558
hroleez
tag
válasz
dr_strange
#558
üzenetére
Nekem meg elindult a hald
Úgyhogy a hal becserkészve! Ráadásul óvszer nélkül! 
-
#559
Sipi
addikt
dr_strange
#558
Sipi
addikt
válasz
dr_strange
#558
üzenetére
Én pedig óvszerrel, de van egy gyanúm, hogy nem ugyanarról beszélünk.
Sipi -
hroleez
tag
lspci eredménye (cut):
00:05.0 Multimedia audio controller: nVidia Corporation nForce Audio Processing Unit (rev a2)
00:06.0 Multimedia audio controller: nVidia Corporation nForce2 AC97 Audio Controler (MCP) (rev a1)
00:08.0 PCI bridge: nVidia Corporation nForce2 External PCI Bridge (rev a3)
00:09.0 IDE interface: nVidia Corporation nForce2 IDE (rev a2)
00:0d.0 FireWire (IEEE 1394): nVidia Corporation nForce2 FireWire (IEEE 1394) Controller (rev a3)
00:1e.0 PCI bridge: nVidia Corporation nForce2 AGP (rev c1)
01:06.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11)
01:06.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11)
02:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR [Radeon 9600]
02:00.1 Display controller: ATI Technologies Inc RV350 AR [Radeon 9600] (Secondary)
Ez ok? -
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 -
hroleez
tag
Ez lehet megoldás?
Well this fixed it for me, but I don't know exactly where the problem of the wrong path comes from, it says:
Code:
<listen>unix:path=/var/dbus/dbus/system_bus_socket</listen>
in /etc/dbus-1/system.conf, changed it to
Code:
<listen>unix:path=/var/lib/dbus/system_bus_socket</listen>
and that fixed dbus, but hal still failed to start so I did a
Code:
mkdir -p /var/dbus/dbus && ln -s /var/lib/dbus/system_bus_socket /var/dbus/dbus/system_bus_socket
and now hald starts without errors, I would like to find out why the config file in dbus and obviously some file in hald's config are getting the wrong path, so I can fix the problem so it doesn't come back after a re-emerge of hal/dbus and an etc-update.
([link])
R. -
hroleez
tag
Köszi, megkeresem és próbálom! Nem tudom, valszeg igazad van az elállítással kapcsolatban, bár nem szoktam nulla körültekintéssel hozzányúlni, ahhoz amihez nem értek. De az ördög nem alszik - ezért karikás a szeme!
Mindenesetre keresem a hibákat és lassan záródnak! 
[Szerkesztve] -
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] -
hroleez
tag
Megcsináltam így, tovább jut, de:
padlas1 ~ # /etc/init.d/hald start
* Starting D-BUS system messagebus ...
Failed to start message bus: Failed to bind socket ''/var/lib/dbus/system_bus_socket'': No such file or directory [ !! ]
* ERROR: Problem starting needed services.
* ''hald'' was not started.
padlas1 ~ #
Mi hiányzik neki még? -
hroleez
tag
Működik jól az X, csak az mplayeres lejátszás azt mondja:
.. :vo: couldn't open the X11 display (:0.1)!
Error opening/initializing the selected video_out (-vo) device.
Egyébként a glxgears hasít vagy 4000-rel...
padlas1 200512 # fglrxinfo
display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: RADEON 9600 XT Generic
OpenGL version string: 1.3.5519 (X4.3.0-8.20.8)
R.
[Szerkesztve] -
hroleez
tag
Az equery eredménye:
padlas1 ~ # equery d libungif
[ Searching for packages depending on libungif... ]
dev-tex/latex2html-2002.2.1_pre20041025
padlas1 ~ #
Kernelforgatás után rögtön csináltam egy emerge ati-drivers-t. És szépen megy az X. A prelink ezután volt...
Még mindig nem értem ezt a libungif-et...
[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] -
hroleez
tag
Hát kénytelen voltam vissza tenni --nodeps-sel a libungif-et
Mindent újraforgattam, ami szóba jöhet, icewm, rox-filer.. És még mindig a nyamvadt libungif.so.3-at keresi az icewm-session. Ezzel áll le egy startx.
revdep-rebuild semmit javítandót nem ad, prelink -afmR irogat az icewm-ről, de azt, hogy melyik hiányzik neki, azt nem. ''equery b libungif'' azt mondja, semmi sem függ a libungif-től.
Mi lehet ez?
--------------------
prelink -afmR eredménye:
padlas1 ~ # prelink -afmR
prelink: /usr/bin/xfe: Could not parse `/usr/bin/xfe: //usr/lib/opengl/ati/lib/l
ibGL.so.1: no version information available (required by /usr/lib/libFOX-1.2.so.
0)'
prelink: /usr/bin/xfq: Could not parse `/usr/bin/xfq: //usr/lib/opengl/ati/lib/l
ibGL.so.1: no version information available (required by /usr/lib/libFOX-1.2.so.
0)'
prelink: /usr/bin/xfv: Could not parse `/usr/bin/xfv: //usr/lib/opengl/ati/lib/l
ibGL.so.1: no version information available (required by /usr/lib/libFOX-1.2.so.
0)'
prelink: /usr/bin/calculator: Could not parse `/usr/bin/calculator: //usr/lib/op
engl/ati/lib/libGL.so.1: no version information available (required by /usr/lib/
libFOX-1.2.so.0)'
prelink: /usr/bin/adie: Could not parse `/usr/bin/adie: //usr/lib/opengl/ati/lib
/libGL.so.1: no version information available (required by /usr/lib/libFOX-1.2.s
o.0)'
prelink: /usr/bin/lavaddwav: Could not find one of the dependencies
prelink: /usr/bin/xdvi-motif.bin: Could not find one of the dependencies
prelink: /usr/bin/lav2wav: Could not find one of the dependencies
prelink: /usr/bin/lav2yuv: Could not find one of the dependencies
prelink: /usr/bin/PathFinder: Could not parse `/usr/bin/PathFinder: //usr/lib/op
engl/ati/lib/libGL.so.1: no version information available (required by /usr/lib/
libFOX-1.2.so.0)'
prelink: /usr/bin/lavinfo: Could not find one of the dependencies
prelink: /usr/bin/lavplay: Could not find one of the dependencies
prelink: /usr/bin/yuv2lav: Could not find one of the dependencies
prelink: /usr/bin/lavrec: Could not find one of the dependencies
prelink: /usr/bin/lavtrans: Could not find one of the dependencies
prelink: /usr/bin/shutterbug: Could not parse `/usr/bin/shutterbug: //usr/lib/opengl/ati/lib/libGL.so.1: no version information available (required by /usr/lib/libFOX-1.2.so.0)'
prelink: /usr/lib/rox/ROX-Filer/ROX-Filer.dbg: Using , not /lib/ld-linux.so.2 as dynamic linker
prelink: /usr/lib/mupad/linux/bin/mmg: Could not find one of the dependencies
prelink: /usr/lib/mupad/linux/bin/mupad: Could not find one of the dependencies
prelink: /usr/lib/mupad/linux/bin/mxdvi: Could not find one of the dependencies
prelink: /usr/lib/mupad/linux/bin/mxvcam: Could not find one of the dependencies
prelink: /usr/lib/mupad/linux/bin/mxmupad: Could not find one of the dependencies
prelink: /usr/lib/rox/ROX-Filer/ROX-Filer.dbg: Using , not /lib/ld-linux.so.2 as dynamic linker
padlas1 ~ # -
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 -
#535
hroleez
tag
dr_strange
#532
hroleez
tag
válasz
dr_strange
#532
üzenetére
Köszi, megpróbálom. A ccache oldalán láttam -C betűt is, az mire van pontosan?
Este nézegettem a könyvtárakat, és láttam pl. a bash-ból (bin) van vagy 5 futtatható más és más verziókkal (nyilván). Na, én ilyeneket is le akarok pusztítani, minek legyenek fenn? -
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 -
hroleez
tag
Persze az icewm része!
De a legrosszabb, hogy mind a kettőt (gthumb) újra emergéltem és semmi működés.
Bááár lehet, hogy az icewm-session valami mást akar indítani, aminek kell a libungif...
Hogyan prelinkelsz? revdep-rebuild-dal? (Bocs, nem csináltam még ilyet...)
Az cryptsetup sincs fenn, és a -luks sem. Mégis blokkolják egymást.
[Szerkesztve] -
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 -
hroleez
tag
Köszi, leszedtem a libungif-et, csináltam egy revdep-rebuild-ot, a csomagokat kézzel fel is tettem, de az icewm-session (és pl. még a gthumb) is panaszkodik a libungif hiányára.. Persze ezeket is reemergeltem újra. Ja, a revdep-rebuild nem is írta, hogy a gthumb-ot vagy icewm-et is fordítsam újra... De pl. a kino-t igen
Az ivman-hoz: igen én is a cryptsetup-luks-ot tenném fel, de a sima cryptsetup nem akarja engedni.
R. -
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 -
#522
hroleez
tag
dr_strange
#520
hroleez
tag
válasz
dr_strange
#520
üzenetére
Nálam a dbus-daemon-1 dologra írja ki induláskor, hogy nem találja vagy nem létezik...
A logokat még éjjel nem néztem. -
#518
hroleez
tag
dr_strange
#506
hroleez
tag
válasz
dr_strange
#506
üzenetére
Nem találtam a legfrissebb gentoolit-ben eix-et...
Hogyan lehet megnézni, hogy egy csomagra (libungif) milyen más csomagoknak van szüksége? Teljesen borított a libungif...
Feltenném az ivman-t, de van valami crypt (bocs, most nem otthon vagyok, nem tudom pontosan) maszkolva van egy másik csomaggal (egyik sincs fent), hogyan tudom megmondani, hogy a kettő közül egyik menjen fel? (unmask)
R. -
Yom
aktív tag
bovult a problemam
amit az elobb irtam, azt ugy ertettem, hogy az asztal nem teljes a tv-n: van kb 3-4cm-s fekete sav az asztal szele, es a tv szele kozott. ezt hogy lehet allitani?
a masik problemam az, hogy az mplayert elinditom a tv-n, es teljes kepernyore rakom, akkor a kep merete nem valtozik, csak feketevel feltolti a maradek reszt.
pl: 600x300as a film, teljeskepernyore rakom a tv-n (1024x768 felbontas), a tv-n a film merete marad 600x300, es a tobbi fekete sav. ezt hogy lehet allitani? -
Sipi
addikt
válasz
tierbatyo
#507
üzenetére
etc-update-et kiadsz mindig? Ha a baselayout frissül, és a konfigokat nem frissíted, könnyen fejre tud állni.
A másik pedig az lehet, hogy nagyobb frissítés után érdemes a revdep-rebuildet lefuttatni, mert pl. nekem a postfix a mysql-től is függ, így mysql frissítés után a postfix sem indul el.
Sipi -
tierbatyo
senior tag
Érdekes dolgot vettem észre a Gentoo-mon. Nagyobb frissítések után nem mindig hajlandó elindulni reboot után. Eléggé változatos helyeken akad ki boot során. Ilyenkor muszáj bebootolnom Debianra és chroot-olni, majd kiadni a depscan.sh-t meg az env-update-t. Azt nem tudom, hogy melyik javítja meg, depscan-re tippelek, de utána megy szépen.
-
#505
hroleez
tag
dr_strange
#504
hroleez
tag
válasz
dr_strange
#504
üzenetére
az eixszel alatt ''emerge -ex esound''-t értesz? Sajna a file-roller -nek kell az esound, a file-roller meg nekem...
-
hroleez
tag
Köszi! Igen teszem kézzel; most a libgif/libungif fordította fejre a dolgokat! Próbáltam kézzel feltenni a csomagokat, de kell nekik valami esound, ami nem megy fel, libesp hiányában... Ez mi?
SIKEEERÜLt! Szóval egy ''emerge sync; emerge -C genkernel && emerge genkernel'' megoldotta az udev-es elkeseredésem!!! Bár némi üröm azért van, az USB driveokat nem akarja még látni... De már ez nagy eredmény! Köszi nektek!
Sőőt, 2.6.15-ös kernelt is leforgattam jól, bár a vesafb-tng irtózatosan lassú, kb. 8-10 mp, mire ehy dmesg lejön a képernyőn... Ez mitől lehet?
Köszi,
R.
[Szerkesztve]
)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
.
rell: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
Új hozzászólás Aktív témák
- Lesz is reklám a Nothing telefonjainak zárképernyőjén, meg nem is
- Wise (ex-TransferWise)
- iPhone topik
- Mini-ITX
- Házimozi belépő szinten
- Hardcore café
- AMD Navi Radeon™ RX 9xxx sorozat
- Melyik tápegységet vegyem?
- Torrent meghívó kunyeráló
- Megtalálták az akkumulátortechnológiai Szent Grált? - CES
- További aktív témák...
- Beszámítás! Acer Nitro 5 AN515-58-75F8 Gamer notebook - i7 12700H 16GB DDR4 512GB SSD RTX 3060 6GB
- Honor 90 /12/512GB / Kártyafüggetlen / 12Hó Garancia
- Lenovo ThinkPad P14s Gen 1 i7-10510U 32GB 1000GB Nvidia Quadro P520 14" FHD Gar.: 1 év
- Dell Latitude 5290 i5 8350U, 8GB RAM, SSD, jó akku, EU bill., szép állapot, számla, 6 hó gar - 12.18
- Apple iPhone 14 256GB,Újszerű,Dobozaval,12 hónap garanciával
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest