Frissités, géphalál, digikábeltévé egyéb.

Hát múlt héten szépen szó szerint elfüstölt a kaszni.

Menet közben egyszercsak leállt, és ennyi volt.

2008 óta 6 évet élt.

Hát nem volt mit tenni, új alaplap,új processzor, új memória,
új videókártya, új tápegység lett a sztori vége.

Alaplapnál fontos volt, hogy legyen legalább 2 db PCI slot.
Igazából az egyik kiváltható, a másik nem (a 16 éves tunerkártya)
Anno a múltban voltak PCI portoknál kellemetlen
meglepetések, (egyikben megy, másikban IRQ hibák, stb.), ezért
nem szívesen korlátozodtam volna 1 db slotra...

Így aztán 13 év után AMD processzorról
/ összesen 3 db a most elfüstölttel együtt /
intel-re voltam kénytelen
átállni, mivel a helyben elérhető, újabb chipsettel rendelkező
AMD-s lapokon max. 1 db PCI sín figyelt.

Szóval így lett G3420, és alaplapi, memóriás, videókártyás kísérete.
Videókártya nvidia, mert azt ismerem, és nem volt gond vele, és
használni akarom, nem kísérletezni, hogy megy-e nemmegy-e...

- Az optikát vagy cserélni kell még, vagy SATA/IDE átalakító lesz,
mert ugye ide csatolós.

Még nem tudom melyik opció lesz, egyelőre nem létszükséglet.
Ezen még filózok. Nem szívesen dobok ki működő eszközt, de
ha az átalakító annyiba kerül mint egy egyszerű satás dvd író, akkor
lehet mégis ez lesz.

- A floppy meghajtót nyugdíjaztam, nem tudom hány éve nem használtam már.
Talán több, mint 10 is van (?), utoljára talán még valami BIOS frissítéshez (?).
De hát már ez is megy másképpen...

- Még valami usb-s egerentyű is kell majd, mert kicsit kényelmetlen
ez a netbookos csévélős miniegér állandó használatra.

- Meg majd egy korábbinál nagyobb teljesítményű szünetmentes.
A mostani is van vagy 6 éves, abba is min. aksi kellene már. :-)

--------

Hét elején meg is jött a cucc!

Kiderült, hogy a debian squeeze is frissítésre szorul,
- a hang akadt,
- videókártyát a 2.6.32- kernelhez passzoló
régi nvidia meghajtók nem ismerték nem túlságosan meglepő módon :-)),
az újat meg nem szerette a régi kernel.

Így egy squeeze -> wheezy frissítéssel is járt a sztori.

A vizest elsőre az egyik külső vinyóra tettem fel, hogy szokjam
a kiképzést, mi-hol-merre van, meg számíthatok-e komolyabb problémára.

Igazából alapból nem volt különösebb
probléma, a korganizer naptáramat nem találta első blikkre, kicsit
csesztetni kellett, de aztán helyreállt a békesség hamar.

- Úgyhogy végül is elpocsékolt idő volt pár napig külső vinyórol élni,de
megnyugtató is, hogy nem lesz gond. Végül nem is lett, azóta
már a kasznit is frissítettem.

- A hibernálás/suspend ugyanúgy megy, mint eddig,
a suspend kernellel, a hibernáció s2disk-el.

- Eddig saját fordítású csomagból volt még az mplayer , de most
már jó a deb-multimediás
- vice-t viszont újra kellett fordítani
mivel nem használok gnome-t, de a korábbi eljárás most is csont nélkül
ment, úgyhogy gyorsan meglett.

------

-- A 3.2.60-as linux kernel nem okozott meglepetést, a 16 éves tunerkártyát
kezelte gond nélkül adás szempontból, a távirányítóját viszont továbbra
sem akarja szeretni a kernel.

Van benne lirc nem arról van szó, de lirc_gpio éppen nem,
1,5 órát próbálkoztam, hogy
valamelyik kernelbeli lirc driverrel kezeljem, de nem sikerült,
a devinput volt a legígéretesebb, de irrecord-ra sem reagált, az input eszközök
között megvolt, de semmi adat nem jött rajta. És hiába túrtam a netet
egyéb leírás után is.

Próbálok én "modernizálódni" ;-)
, de hát ha nem megy, akkor nem megy és kész.

A megoldás nem volt sima ügy, majd 2-3 órácskába ez is beletelt.

------

Mivel a lirc_gpio "hivatalosan" kb. 6 éve nem fordítható le alapjáraton,
gyakorlatilag folyamatosan után kell patkolni.
Hol jobban, hol kevésbé, a 2.6.32-höz kevésbé
kellett, mivel a 2.6.27-es szinte teljesen jó volt. :-))

Hát most nem volt ilyen szerencsém. :-))

A debian 0.9-es lirc verziót szállított a vizeshez ,
changelog alapján a lirc_gpio mellett
az összes drivert eldobták már, használjuk a kernelbelit.
Hát köszi, csak azzal meg nem megy
továbbra sem.

Úgyhogy visszatértem a lirc 0.8.7-es bázishoz, és azzal próbálkoztam inkább.
A 0.9-esnek neki se futottam. (valószínűleg jó döntés volt )

Hogy ne legyen egyszerű persze:
- a korábban 2.6.32-hez alkalmazott patkolás nem működött kiigazítás nélkül,
mert azóta kb. 2.6.38 (?) körül megint kitettek a kernelből néhány elavult,
"obsolete", "deprecated" cuccost, amire persze a lirc_gpio drivernek
szüksége lett volna.

Mivel nem követem naprakészen
a kernelfejlesztést, így kotorhattam mire megtaláltam a bűnöst.

Igen körülményes volt és gány is lett a megoldás,
de végül működik, és ez a lényeg.

Patkolni kellett a lirc-et, a kernelt, mindent. :-))

Viszont más rendszerrel jó eséllyel ez az opcióm sem lenne.


lirc_dev: IR Remote Control driver registered, major 61 
lirc_gpio (-1): card type 0x26, id 0x3000144f
lirc_dev: lirc_register_driver: sample_rate: 20
lirc_gpio (0): driver registered

...


lircd-0.8.7[]: lircd(default) ready, using /var/run/lirc/lircd
lircd-0.8.7[]: accepted new client on /var/run/lirc/lircd
input: lircmd as /devices/virtual/input/input12

Végül készítettem rendes debian csomagokat lirc-modules-source-al, hogy
egyszerű és gyors legyen egy kernel / biztonsági /frissítés,
mint egy raklap.

Nem biztos, hogy ezt még egyszer el lehet majd játszani,
úgyhogy lehet, hogy kellene írnom a lirc fejlesztőknek, hogy az eszköz
az új kernelbeli cuccokkal nem megy (CPH03x),
hátha raknak lirc_gpio-t, vagy
helyette valamit a kernelbe. A honlapon végül is cph03x-re visszajelzést
kérnek, hogy megy-e... :-)))

Az általam alkalmazott megoldásnak az az ára, hogy a kernelbeli
teljes lirc alrendszert ki kell lőni, (CONFIG_LIRC n). :-))),
lirc_dev-ből is régi kell.

(mondtam, hogy gány lett, viszont a megoldás a vizes debian végéig kitart :-DD)

--------
----------

Mindeközben meglett a
digitális kábeltévé is.

A S-video végül is nem ment, fekete-fehéren jön csak a kép,
úgyhogy pár száz forintért beruháztam egy RCA kábelbe, amire
azt mondtátok,
hogy "fos a színminőség",
de szerintem ez azért eléggé jó, 2-2,5 méterről az én szemem ennyivel becsapható,
úgyhogy nem erőltetem az S-videot.

Ez a szines kompozit.

Ez meg a fek.fehér svideo.

Asszem ennyi.

Hozzászólások

Lehet tudni, hogy ez az elfüstölést mi okozta? Az én gépem is 6 éves, kezdek izgulni.

--------------------------

Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.

Erről a tápról tudnál valamivel több infót adni? Márka, pontos típus...

---
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!
Mindenki jó valamire. Ha másra nem, hát elrettentő példának.

Hát nem nagyon.

A házhoz volt:, hogy aztán milyet tettek bele, passz.

http://uk.hardware.info/productinfo/41221/foxconn-th002-420w#tab:specif…

Pontos infóhoz a tápról kellene leolvasni a matricákat,
csak már nincs meg a táp ugye, megdolgozott a rendkívüli kukabeutaló címért. :-)

A házat megtartottam, táp meg egy Active PFC-s Chieftec lett, nézegettem szinuszos szünetmentes árakat, asszem az lesz a vége, hogy nem lesz új szünetmentes. :-)

--------

Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.

A foxcon tesz(tett) a házaiba fsp, delta, cwt és iso tápokat. Utóbbiról olvastam rosszakat, ezért kérdeztem, remélvén hogy iso táp ment tönkre nálad. Cwt beles ugyanis kettő is van a családban...

---
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!
Mindenki jó valamire. Ha másra nem, hát elrettentő példának.

Ja, hogy nem Digi kábeltévé, mert ott alap, hogy analógban is jön a csomagnak megfelelő összes csatorna.

Ha esetleg systemd-t használsz, és gondod van a hibernálással, nézd meg, amit írtam!

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nem, én még az őskorban élek :-))). sysvinit-es vagyok,
de köszönöm elraktározom az infot arra az esetre,
ha "továbbfejlődök" :-))

Nekem a hibernációhoz
HIBERNATE_MODULE="uswsusp" kellett,
ez kikényszeríti a "szofveres" hibernációt. (s2disk), a hardveres ACPI féle móka (disk ->> /sys/power/state) helyett.

A pm-hibernate 3 féle módot ismer, s2disk (uswsusp),
kernel (disk sys-power-state),
tuxonice (ehhez asszem valami külön kernel patch kell (?).

Ahány gép, annyiféle mód, hol ez megy, hol az. :-))

Hardveressel ugyanaz a gond mint az elfüstölt amd-s konfignál, lemegy, de visszatéréskor elpánikol.
A szoftveres problémamentesen megy.

A régi amd-s confighoz külön pm-profil kellett a minták alapján,
mert az alap nem keverte a 3 módot.
Ha uswsusp-ot használtam hibernate-hoz azt használta suspendhez is (s2ram), ez a régi gépnél viszont fagyott.

Suspend nél a kernelt, hibernate-nél az uswsuspot szerette.
Ezt a skízből megörökölt beállítást megtartottam a vizesben is.

Lehet a mostani menne s2ram-al, de nem kísérletezem, a megörökölt "gányolás"-t használom. :-)

A lényeg, hogy megy.

--------

Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.