Arch Linux

Sziasztok,

video streamek lejátszását szeretném megoldani Arch alatt. Firefox+gecko-mediaplayer és Konqueror+kmplayer párossal próbálkoztam, de pl. a hirado.hu-n található videókat nem tudom lejátszani. Egy darabid töltenek, aztán leállnak és nem történik semmi. Ugyanez történik, ha gecko helyett totemet haszálok. Egy helyen többen ajánlották a gecko fájljainak átnevezését, de az itt nem segített. Kodekeket AUR-ból telepítettem. Nem tudom a hirado-hu-n milyen formátumot használnak, így nem tudok pontosabban keresni. Megoldás lehet az mplayerplug-in? Ehhez van már esetleg kész pkgbuild? Egyéb megoldás lehetséges?

Előre is köszönöm

Dani

Sziasztok!

Bocsánatot kérek attól, aki már ismeri, aki meg nem, annak ajánlom, hogy van egy szimpatikus, archlinux-ra épülő, ám nem feltétlenül konzolos hackelgetős, mindinkább GUI/KDE alapú jó kis disztribúció a láthatáron.

http://chakra-project.org/

Sziasztok!

Tegnap, 1 hét net-mentes időszak után, egy elég masszív frissítés érkezett a gépemre (új kernel, x-részek stb.) mintegy 750 Mb össztömegben. Erről a log sajnos nincs meg, mert korábban voltam olyan botor, hogy a HDD terhelését csökkentendő, a logokat csak tempfs-be nyomtam (soha többet!).
A gond újraindítás után: elszállt az fprint (ujjlenyomatolvasó), így nincs su/sudo, de ezt megoldottam maintence módban a pam-ból kihegesztve ezeket. Ez már eleve furcsa volt (talán sérült csomagokat szedtem le, gond volt a frissítésnél), de ezután az X pedig nem hajlandó elindulni.
Újraraktam jópár csomagot, aminek beugrott a neve, különösebb siker nélkül, ill. játszottam a xorg.conf-al is, de az sem vezetett eredményre.
Pár log-bejegyzés, számotokra biztosan többet mond:
system generated xorg.conf
xorg.log - conf nélkül futtatva
xorg.log - a system generated (radeonhd) configgal
xorg.log - eredeti configgal - eredeti xorg.config

Mindebből ami zavaró:
1) nincs 'record' modul - eddig volt...
2) version mismatch:
(EE) RADEON(0): [dri] RADEONDRIGetVersion failed because of a version mismatch.
[dri] radeon kernel module version is 2.0.0 but version 1.17.0 or newer is needed.
[dri] Disabling DRI.
3) Az eredeti configgal a synaptic sem töltődik be.

Ha valakinek van ötlete, ne kíméljen :) Vesa-val sem indult el.

Kernel: 2.6.32.7-1 (gyári)
Xorg-server: 1.7.4.901-1 (gyári)

Üdv!

Arch Linux alatt nem működik a touchpad, ha egér is van csatlakoztatva. Ez a következőképp jelenik meg:
Ha kihúzom az egeret, a touchpad minden beállítása elveszik, csak a kurzort tudom mozgatni, illetve a függőleges görgetés működik, minden mást letilt. Ha synclient-tel beállítom, majd bedugom az egeret, ugyan ez történik.
Az Arch Wiki-je alapján próbáltam beállítani, de nem sikerült, ha beírtam az xorg.conf-ba, egyáltalán nem működött, most nincs benne, a beállítások a /etc/hal/fdi/policy/11-x11-synaptics.fdi fájlban vannak. Ennek tartalma itt van

Ezen kívül nem működik se a virtuális középső, se a virtuális jobb gomb, a jobb oldali sarkokon, hiába állítom be őket.
Sok problémát említenek az interneten, de ilyet sehol. A beállítások elvileg jók, egészen addig működik is, amíg ki nem húzom, vagy nem csatlakoztatom az egeret.

A notebookom Acer TM7720G, a touchpad Synaptics.

Se az lsusb, se az lspci, se az lshw kimenetében nincs se synaptics, se touchpad.

Üdv!

Többször előfordult már a következő probléma:
A notebookom spontán leállt. Nem lefagyott, nem kikapcsolt, szabályos leállítást hajtott végre. Nem értettem, miért. Előbb épp terminálban futtattam egy folyamatot, amikor megláttam, hogy Broadcast message from root, többet nem láttam, mert már futott is tovább a szöveg és pár pillanat múlva leállt a notebookom.

A /var/log/everything.log-ban ezt találtam:

Feb 1 18:49:55 Cordelia kernel: [drm] Resetting GPU
Feb 1 18:49:57 Cordelia kernel: Critical temperature reached (101 C), shutting down.
Feb 1 18:49:57 Cordelia shutdown[5351]: shutting down for system halt
Feb 1 18:49:58 Cordelia init: Switching to runlevel: 0

A Resetting GPU részt úgy 20-25 másodpercenként megtaláltam még egy pár percre visszamenőleg.
Egy mencoder folyamat futott, egy videót próbálok átkódolni már egy ideje, de folyton leáll. Eddig még nem melegítette túl, pedig elég sokat csináltam már.
Ezek szerint akkor most a GPU melegedett túl?? Sose tapasztaltam még ilyet, egyáltalán nem érződik melegnek a gép, ennél sokkal forróbb is volt már. A hűtés se valami hangos. Hol tudom lemérni, hogy mennyi a pontos hőmérséklet, milyen a hűtés, nincs-e valami gond valamelyikkel? Milyen tesztprogramok vannak ezekre, amik elég pontosak?

Rendszer: Arch, x86_64, nagyjából néhány naponta a repo-val szinkronban tartva. Nincs különösebben szétberhelve, de azért vannak aur-ból forgatott csomagok. Van rajta egy VMware Workstation 6.5.3 is. Legális kulcssal, semmi crack vagy egyéb utólagos módosítás nincs rajta.

A következő bugot szívtam be tegnap:

pacman -S -u update a legfrissebb csomagokra. Mivel volt kernel frissülés, ezért reboot, majd vmware-modconfig. Itt jött a hidegzuhany:

/usr/bin/vmware: line 31:  2645 Segmentation fault      "$BINDIR"/vmware-modconfig --appname="VMware Workstation" --icon="vmware-workstation"

(az output a /usr/bin/vmware script indításából jött, most éppen ilyen output volt kéznél, a segfault ugyanúgy megvan kézi indításnál is)

A /usr/bin/vmware-modconfig valójában egy script ami kétféle binárist indíthat el: /usr/lib/vmware/bin/vmware-modconfig (ez a grafikus, ez segfaultol), /usr/lib/vmware/bin/vmware-modconfig-console (ez konzolos, ez működik, egyébként a --console opcióval is kényszeríthető, hogy ez fusson).

Kézzel a -console --install-all opciókkal le tudtam forgatni a modulokat, ezzel nem volt semmi gond. A gond ott van, hogy a /usr/bin/vmware indítása során előbb meghívja a vmware-modconfig *grafikus* változatát, ami általam még nem teljesen megértett módon előkészíti a terepet a workstation binárisnak. Próbáltam kiszedni a scriptből az indítását, de enélkül az nem fut, Így értelemszerűen, a segfaultoló vmware-modconfig egy kritikus probléma.

Strace-szel megpróbáltam kideríteni, hogy mégis hol száll el, de csak annyit látok, hogy az /usr/lib/vmware/modules/modules.xml-ből való olvasás az utolsó, ami sikerül:

open("/usr/lib/vmware/modules/modules.xml", O_RDONLY) = 11
lseek(11, 0, SEEK_CUR)                  = 0
read(11, "<?xml version=\"1.0\" encoding=\"ut"..., 8192) = 542
read(11, "", 7650)                      = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

Végül próba-szerencse módszerrel downgrade-eltem a csomagokat és végül azt találtam, hogy a zlib frissítése 1.2.3.4-4 verzióról az 1.2.3.7-2 re okozza a bajt.

Kérdéseim:
- Más is tapasztalt-e hasonlót az új zlibbel vagy csak nálam van vele baj? Bugreport még biztos nincs róla, addig nem is akarnék, amíg nem vagyok biztos benne, hogy nem csak nálam van a baj.
- Hogyan lehetne kideríteni/mit szoktatok használni arra, hogy pontosan milyen hívás okozza a hibát? Tudok-e valahogy strace-hez hasonlóan a sima library call-okra is valahogy egyszerűen trace-elni? Itt ugyebár nincs forrás és nincs debug build, gdb-ven nem igazán mentem sokra, de ez lehet, hogy azért van, mert nem értek hozzá eléggé.

Üdv!

Adódott egy problémám. Ismét.
Arch Linux-on nem tudom megjeleníteni a weboldalamat a localhost-ot használva a saját gépemről. Pontosabban megjelenik, de nem az egész.
Így néz ki a localhost-ot használva és így a szerverre feltöltve.
Követtem a leírást az Arch Linux Wiki-n az Apache és a PHP telepítésére vonatkozóan (a LAMP beállításánál), azonban egy hibát felfedeztem, nincs libphp5.so fájl a /etc/httpd/conf/modules mappában, sőt a modules mappa is egy szinttel feljebb van.
Így átjavítottam a /etc/httpd/conf/httpd.conf fájlba írandó LoadModule php5_module modules/libphp5.so részt először LoadModule php5_module /usr/lib/httpd/modules/libphp5.so-ra, majd LoadModule php5_module /etc/httpd/modules/libphp5.so-ra is, mivel ezeken a helyeken találtam rá, illetve létrehoztam a /etc/httpd/conf/ mappa alatt egy modules mappát, mivel a httpd.conf a conf mappában van és feltételeztem, hogy akkor talán az ez alatt lévő modules mappában keresi a modult, ezután szimbolikus linkeket raktam mindkét libphp5.so-ról ide és az eredetire javítottam a httpd.conf tartalmát, de ez se segített. Természetesen minden módosítás után kiadtam a /etc/rc.d/httpd restart parancsot.
Fogalmam sincs, mi okozhatja a gondot, az oldal PHP-vel, JavaScript-tel és persze HTML-lel van megírva, CSS formázásokat használ.. szerverről hibátlanul működik.
A phpinfo() script ezt az oldalt jeleníti meg, gondolom ennek kell megjelennie.
Még mielőtt valaki megemlítené, php, localhost és arch linux kifejezésekre Google-ben rákeresni egy kisebb agyvérzés, főleg, hogy nem tudom leírni a konkrét hibát, mert nem tudom mi az, ráadásul nem értek az ilyenfajta beállításokhoz. Ahogy észrevettem akármilyen leírás nem is lehet jó hozzá, a többi Linux-on pl.: a /var/www mappába kell tenni a megjelenítendő oldalt, itt meg a /home/saját-mappa/public_html mappába, nem is jön létre /var/www mappa, ezen kívül nincs libapache-mod-php vagy libapache2-mod-php5 vagy hasonló csomag.

Tud valaki segíteni?

Üdv!

A következő problémám lenne:
Adott egy FAT16-os fájlrendszerű microSD. Nem formázhatom jelenleg, mert egy telefon memóriakártyája és telepített programok vannak rajta.
Azonban sehogy nem tudom elérni, hogy írhassak rá, se a telefonon keresztül, ha mass storage módban csatlakoztatom, se ha memóriakártya-olvasót használok. Ha felcsatolom, pár másodpercig root-ként tudok rá írni, de egyből írásvédetté válik. Próbáltam umask=000, 0002, 0222, opciókkal felcsatolni, de mindenhogy ugyan az a szituáció.
A telefon gond nélkül ír rá bármikor.

Hogy tudnám felcsatolni írhatóként?

Egyébként az ntfs partíciók kezelésével is gond van, ott sem lehet beállítani az írást más felhasználónak, sőt a tulajdonost se lehet állítani, de azt a root tudja írni. Ntfs-3g telepítve van.

Ha kiadom az umask parancsot akár a microSD mappájában, akár az NTFS mappájában, 0111-et kapok. Ha megpróbálom átírni bármire, akkor is 0111 marad. Egyedül az umask ugo+rw paranccsal, illetve ezek variálásával tudtam módosítani a microSD-n, de így se kapok írási engedélyt, még ugo+rwx-szel se.

Üdv!

Megpróbáltam telepíteni a Bashare nevű programot Arch Linux alá, AUR-ből, és bár a telepítés látszólag sikeresen lezajlik és a bashare megtalálható a telepített programok közt, mégsem létezik, mint indítható program, sehol a rendszerben.
A telepítés teljes kimenetét átnézve egy hibát fedeztem fel az 55. sorban, a msgfmt:: parancs nem található üzenet jelenik meg benne.

Üdv!

Arch Linux alatt ma csatlakoztattam először a bluetooth adóvevőmet. Semmi gond nem volt vele, működött, ahogy kell. Használat után a szoftverrel kikapcsoltattam. Később le is választottam. Most akartam újra használni, de nem működött, hol nem kapcsol be, hol időtúllépést ír ki, hol el se indul, de van, amikor elindul, csak épp minden inaktív, esetleg nem is látja az adóvevőt. A gnome-bluetooth és a blueman programokat is próbáltam, mindegyik ugyan ezt produkálja, újraindítások, a bluetooth daemon-é, sőt a notebookomé is többször, keresés a neten, wiki.archlinux.org átnézése, de semmi ötletem, hogy mit csinálhatnék, minden rendelkezésemre álló információ szerint a BT adóvevőm működik, de a programok nem képesek elindulni. Jellemzően a blueman nem indul időtúllépés miatt, a gnome-bluetooth meg inaktív, de néha felcserélik. Egyszerre mindig csak az egyiket próbáltam. Néha meg csak szimplán megkérdezik, bekapcsolom-e, majd nem reagálnak semmit. Ráadásul blueman esetén két ikon is megjelenik, egyik szerint bekapcsolva, másik szerint letiltva. :S

Szerk.: helyesbítek, mindkét programnál két ikon jelenik meg, egyik szerint aktív, másik szerint le van tiltva.
Nem értem.

Valami tippetek nincs?