Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Palo M.

Stran: 1 ... 6 7 [8] 9 10
106
Všeobecná podpora / Re: Časové omezené přihlášení?
« kdy: 22. 02. 2013, 08:50:27 »
Ved som ti uz nalinkoval, ze sa nieco podobne riesilo v inej teme... Nie je to az take viditelne, takze znova link: http://forum.debian-linux.cz/index.php/topic,1253.0.html

Pre istotu pripajam zhrnutie:
1. Nainstaluj si timeoutd:
Kód: [Vybrat]
apt-get install timeoutd(pripadne pouzi aptitude alebo synaptic alebo hocico ine, co pouzivas na spravu balickov)

2. Precitaj si ako ho nastavit:
Kód: [Vybrat]
man timeoutsPodla toho uprav subor /etc/timeouts
Mozno budes musiet zriadit detom samostatne ucty (v pripade, ze teraz pouzivate vsetci jeden domaci ucet). Samozrejme na vlastny ucet si casove obmedzenie nedas a heslo k svojmu uctu deckam tiez nedas ;)
Priklad:
Kód: [Vybrat]
Wk2000-1500:*:*:deti:NOLOGIN
Wk:*:*:deti:60:60:60:3
(V tomto pripade vytvoris skupinu deti a do nej zaradis dane ucty. Cez pracovne dni sa nemozu prihlasit po 20:00 ani pred 15:00, maximalna dlzka prihlasenia cez pracovne dni je 60 minut, 3 minuty pred vyprsanim limitu to zacne upozornovat, upozornuje to kazdu minutu az do odhlasenia. Samozrejme to mozes nastavit podla svojej potreby, toto je len priklad.)

3. Restartuj timeoutd, nech sa novy obsah /etc/timeouts aplikuje. Vyskusaj, ci to robi, co ma...

4. (volitelny krok) Pred spanim si nalej za stamprlik po dobre vykonanej praci. 8)

107
Všeobecná podpora / Re: Časové omezené přihlášení?
« kdy: 20. 02. 2013, 05:08:40 »
OK, tak si trocha rozoberme tvoju hypotezu:
gogo je "stale v praci". Predpokladam, ze v praci nie je pre zabavu, ale je tam asi dost zaneprazdneny. Tak to asi nebude mat cas kazdy den o 16:00 prist domov, zapnut detom pocitac, prihlasit sa do terminalu ako root, nastavit shutdown o hodinu, odhlasit sa, prihlasit sa ako bezny uzivatel, povedat detom "tak sa teraz hodinu hrajte"... a potom spokojne odfrcat zase do roboty s tym, ze pocitac sa o hodinu sam vypne a po opatovnom zapnuti sa deti nebudu moct prihlasit...
::)
No neviem, mne sa to nezda ako velmi realisticky scenar... :D

Ja vo vseobecnosti povazujem za vhodnejsie dat detom ich samostatny ucet, nech sa vedia prihlasit/odhlasit, nech maju aj "svoje" desktopove prostredie, ktore si mozu prisposobit podla seba, svoje vlastne bookmarky v prehliadaci atd... nech sa z pocitaca postupne stane aj vzdelavaci nastroj.
Este zaujimavejsie by bolo obmedzit len internet na jednu hodinu, pricom ponechat moznost dlhsieho prihlasenia na PC - teda deti by mohli na pocitaci nieco robit aj dlhsie, ale surfovat/chatovat by mohli maximalne hodinu. To by ale bolo asi o dost zlozitejsie na realizaciu (a priznavam, ze od pasa neviem strelit, ako taketo nieco spravit na jedinom PC, ak nepocitame nejake jednoduche prekazky ktore by deti mohli obist). Ale ak domaci router ma taky firmware kde sa da nastavit casove obmedzenie netu (videl som to na niekolkych), tak by bolo dostatocne a zaroven jednoduche riesenie nastavit obmedzenie netu na routri.

108
Všeobecná podpora / Re: Časové omezené přihlášení?
« kdy: 19. 02. 2013, 04:01:42 »
Ak deti nemaju root heslo, tak sa prihlasis v terminali ako root cez prikaz "su" a zadanim hesla. Potom uz len staci naplanovat vypnutie systemu prikazom:
Kód: [Vybrat]
shutdown -h -t 30 3600 Deti na dnes vam staci 30 sekund pred vypnutim pocitaca by sa mala zobrazit ta veta, a 3600 je cas vypnutia teda jedna hodina..
Fakt vyborne riesenie. No schvalne, ako rychlo deti pridu na to, ze po automatickom vypnuti pocitaca staci znova stlacit tlacidlo Power, pocitac nabehne a ide sa dalej? ;D

Inak tato tema uz tu na fore nedavno bola: vid Automatické odhlášení uživatele. Ten timeoutd dokaze aj dalsie veci - okrem dlzky trvania prihlasenia aj cas od kedy do kedy je pre daneho uzivatela prihlasenie povolene - takze napriklad je mozne to nastavit na "o 20:00 sa sa pocitac vypina a ide sa do postele" aj ked deti zapli pocitac az o 19:50, da sa to nastavit inak pre kazdy den v tyzdni (napriklad cez vikendy mozu pouzivat stroj aj dlhsie) a pod.

109
Správa a instalace softwaru / Re: Zoneminder na raspberry pi
« kdy: 17. 02. 2013, 11:19:17 »
Welcome to the hell. Nemas dost miesta na "disku" (na RaspberryPi asi na karte).
/var/lib/mysql je adresar, kam standardne MySQL databaza uklada svoje data. Ak ti nejake video/obrazky pchalo do databazy, tak si to mohol celkom slusne zaplnit. Je mozne, ze karta na take mohutne udaje nebude stacit a data treba ukladat inde (na nejaky iny server).
Mozes si skontrolovat, kolko ti ta databaza zozrala na disku, pomocou:
Kód: [Vybrat]
du -h -s /var/lib/mysqlMozno je MySQL v pohode (databaza obsahuje len nejake metadata) a miesto na disku ti zozralo video ukladane do ineho suboru/suborov (ak mas len jeden disk/jednu particiu, tak je jedno co sa kam zapisuje, disk sa zaplni a hotovo) - v tom pripade je riesenie ukladat tie videa niekde inde (napriklad pripojit nejaky vzdialeny disk cez nfs), nastavit limit velkosti dat, zvysit kompresiu a pod. Dobry napad je aj dat data na iny oddiel disku, aby ti zaplnenie tohoto oddielu nezablokovalo cely stroj (zaplnenie korenoveho adresara moze byt dost problem). Pripadne sa to da riesit aj cez kvoty (ak to tie velke data zapisuje pod inym uzivatelom nez je root). Zoneminder nepoznam, takze neviem kde presne to zapisuje vela dat...

Pri instalacii ti to hodilo chybu asi preto, ze dana verzia 1.25.0-3 sa na serveri nenachadza - zato sa tam nachadza 1.25.0-4, takze mas stare metadata v apt. Treba najprv klasicke:
Kód: [Vybrat]
apt-get update(BTW, to sa odporuca vzdy predtym, ako nieco instalujes, respektive je vhodne po apt-get update spusti este aj apt-get upgrade).

Ale najprv si uvolni miesto na disku, inak sa ti ani instalacia nepodari (nie je kam stahovat baliky, nie je miesto na instalaciu novych suborov, atd).

110
Volná diskuze / Re: Kdy vyjde Wheezy?
« kdy: 17. 02. 2013, 06:23:56 »
To su chyby, o ktorych sa v case release nevedelo :P. Samozrejme ze nove chyby sa objavuju a priebezne riesia (a niekedy aj priebezne neriesia :-[). Ale princip je "vydame to, az tam nebudu ziadne chyby o ktorych by sme vedeli".
A predstav si schvalne, kolko by tych chyb v Squeeze teraz bolo, keby ho uz vydali s 200 nevyriesenymi RC chybami (plus kolko chyb by bolo odlozenych k ladu navzdy a nevyriesili by sa nikdy, hlavne take ako nekompatibilne licencie ci chybajuce zdrojaky k niektorym suborom)... IMHO by sa to casom kvalitou pohybovalo niekde pri Ubuntu (a mimo i386/amd64 architektury este horsie). To by hned po vydani nebolo instalovatelne, az po vydani prveho updatu (tak ako to Ubuntu, az po 3 mesiacoch) :D.

111
Správa a instalace softwaru / Re: Zoneminder na raspberry pi
« kdy: 17. 02. 2013, 06:03:23 »
Mozno by to chcelo pouzit aj novsi navod, nez ten z roku 2008 (to este Squeeze nebol, dokonca ani Lenny, navode je pre Etch!!!). Co tak napriklad http://www.zoneminder.com/wiki/index.php/Debian_Squeeze? ;D
Ten navod vyzera aj podla domeny dost "oficialne" a navyse podla neho staci nainstalovat len balik zoneminder. Ostatne veci by mali byt v zavislostiach, vratane php5 (vid aj http://packages.debian.org/squeeze/zoneminder... plus to pravdepodobne za ten cas ma novsie veci navyse, napriklad tam vidim ffmpeg ktory v case Etch este nefungoval, takze to dnes asi vie lepsie kodovat video). Veci za 5 rokov asi trocha pokrocili... :P

112
Všeobecná podpora / Re: Debian 7 a viry
« kdy: 17. 02. 2013, 05:45:15 »
chtěl bych si pořídit počítač s debianem, ale chci počkat do vydání finální verze Wheezy - na kdy je plánována?
Plan Debianu je vzdy ten, ze sa vydava az ked je hotovy, teda ked su vsetky release-critical bugy opravene. Viac detailov o tom ako to momentalne vyzera, je vo vedlajsom vlakne: http://forum.debian-linux.cz/index.php/topic,1265.msg8932.html#msg8932

Taky jsem se dočetl, že se občas objeví nějaký rootkit, malware, apod pro debian?!
Nemusi to byt ani malware na tvojom pocitaci, co ti potencialne moze uskodit (napriklad phishingove stranky, ci nedobre zabezpeceny internetbanking na strane banky), najlepsia ochrana pred vsetkymi utokmi je v tvojej hlave. Takze poznat rizika je dolezity prvy krok (=dal si dobru otazku).

Co sa tyka root-kitov, pri rozumnom pouzivani pocitaca sa rootkit prakticky nema ako dostat do systemu. Pod rozumnym pouzivanim sa mysli hlavne to, ze sa system pravidelne updatuje, pod root accountom sa pracuje len v potrebnych pripadoch, instaluje sa len z overenych zdrojov a pocitac sa nebootuje do inych neoverenych/nezabezpecenych operacnych systemov. Ak sa chces s niecim "hrat" (skusat vselijake podivne programy, kompilovat nejake nestandardne veci a podobne), vzdy sa da nainstalovat skusobny system do virtualneho stroja (napriklad do VirtualBox-u) a tam sa mozes vysantit do sytosti bez toho, ze by si ohrozil svoje "ostre" subory, maily, ci svoje sukromie.

Malware z principu ani nepotrebuje root access, moze sa do pocitaca dostat aj cez browser ci mail (staci aby sa nasackoval do uzivatelskych nastaveni a spustil sa pri prihlaseni) a mozno sa riziko prave takehoto malware postupne bude zvysovat, ako sa Ubuntu stava coraz popularnejsim (aj vdaka Steamu a dost "rozpacitemu" prijatiu Windoze8). Malware je aj presmerovanie domovskej stranky prehliadaca bez vedomia uzivatela (hlavne ak sa to deje zakazdym, aj napriek tomu ze si to uzivatel manualne nastavi inak). Samozrejme to mozu byt aj horsie veci, od prepisania/zmazania uzivatelskych suborov, cez uploadovanie potencialne citlivych informacii niekam na net, az po ekvivalent zombie (zneuzitie tvojho stroja na DDOS ci spamovanie). Nic z toho v principe nepotrebuje pristup do systemu a da sa zrealizovat aj s uzivatelskymi pravami (a teda v kazdom OS).
Ale toto nebude v linuxovych distribuciach az take tragicke, pretoze sa neda urobit univerzalny "uzivatelsky" malware pre vsetky distribucie (automaticky spustane programy zavisia od desktopoveho prostredia, to znamena vela roboty pre utocnika s malym vyslednym efektom, takze omnoho mensia pravdepodobnost potencialnych utokov nez pri "pouziti majoritneho OS"), da sa pomerne jednoducho najst (takyto malware sa nedokaze kompletne skryt pred uzivatelom) a takisto sa da takyto malware jednoducho zlikvidovat (nie je v systeme, len v uzivatelskych suboroch, takze sa da celkom jednoducho zmazat).

Ja osobne som sa este nestretol so ziadnym malware specificky zameranym na Debian.

113
Volná diskuze / Re: Kdy vyjde Wheezy?
« kdy: 17. 02. 2013, 04:47:47 »
No, vyzera to, ze sa nam to celkom dost "oneskori" :(:
http://richardhartmann.de/blog/posts/2013/02/15-Debian_Release_Critical_Bug_report_for_Week_07/
To vyzera na dalsich 6 tyzdnov... Ale kedze neexistuje pevny casovy plan, ale vydava sa vzdy az ked "je to hotove", tak sa Debian vlastne neoneskori nikdy 8).
Mna by akurat nepotesilo, ak by to nestihli vydat do konca marca...

114
Server / Re: problem zo serverom pre wifi
« kdy: 17. 02. 2013, 04:31:24 »
Zalezi aj na tom, za akym ucelom ma uzivatel zadat meno/heslo:
a) Na to, aby sa vobec pripojil na WiFi. Na to je Radius dobry, na vacsine AP ide nastavit pouzivanie Radius servera - Radius nainstalujes na Debian server a na vsetkych WiFiAP nastavis aby pouzival tento server ako Radius server
b) WiFi pristup je uz "nejako" vyrieseny (= teraz nas nezaujima) a chces pomocou prihlasenia meno/heslo kontrolovat pristup na stranky. To sa da zrealizovat napriklad pomocou web proxy. Napriklad squid. Ma to aj dalsie vyhody, napriklad: casove obmedzenie surfovania, blokovanie pristupu na neziaduce stranky, selektivny pristup (rozne nastavenia pre roznych uzivatelov), cache (ak mas dost pamate a miesta na disku, moze to podstatne zrychlit surfovanie pre vsetkych uzivatelov), logovanie pristupu (mozes sledovat na ake adresy sa najcastejsie chodi)...
Meno/heslo pre squid moze byt tiez z Radius servera (napriklad ak ho uz pouzivas pre WiFi pristup, takze uzivatel pouziva to iste meno/heslo vsade), ale aj Kerberos, LDAP... Sice squid je dost univerzalny (ma naozzaj siroke moznosti konfiguracie), teda zaciatky mozu byt tazsie, ale zase na webe najdes vela roznych prikladov konfiguracie. Pravdepodobne by sa ti hodil ako transparentny proxy: http://wiki.squid-cache.org/ConfigExamples/Intercept/LinuxRedirect, takze uzivatel si ziadny proxy nenastavuje, je na proxy automaticky presmerovany cez iptables ak ide na http ci https porty. A vsetky ostatne porty mozes v iptables zakazat, aby uzivatelia nestahovali cez p2p a podobne. Takisto rozne messengery sa daju na proxy rozne povolit/zakazat/casovo obmedzit... A niektory pristup vobec nemusi vyzadovat heslo (napriklad na mailservery, wikipediu, atd.). Da sa to skratka nakonfigurovat ako len potrebujes.

Ina moznost je pouzit tzv. Captive portal, to byva napriklad v hoteloch - pri prvom otvoreni browsera (lubovolna stranka) ti to hodi specialnu webstranku kde treba zadat meno/heslo, inak sa neda vobec dostat na net. Moje osobne odporucanie: nerob to. Nema to dobre zabezpecenie, je to celkom prasacina zo sietoveho hladiska (siet sa zda ziva, ale nedostanes sa nikde na net, kym neotvoris browser a nenatukas prihlasenie, takze napriklad otvoris mail on sa tvari ze pracuje... a nic, nefunguje to a ty ani nevies preco, lebo mimo browsera ta nic neupozornuje, ze sa mas najprv prihlasit...) a vacsinou sa to neda dobre prisposobit tvojim potrebam (je to skor pre tie hotely ci kaviarne ako wifi hotspot).

115
Server / Re: problem zo serverom pre wifi
« kdy: 08. 02. 2013, 02:55:07 »
Pises dost nekonzistentne. Najprv pises ze "wifi to nezvladaju" a potom zase "ich ani z wifi neodpoji a maju signal". Z toho sa neda velmi vytusit, co moze robit problem. Najprv si ujasni, ci je problem vo wifi (v takom pripade nepojdu dobre ani prenosy medzi PC a serverom, ci medzi PC navzajom), alebo je problem v tom serveri (z PC na server idu prenosy dobre, ale z PC na internet uz nie). Skus napriklad iperf na zmeranie prenosovych rychlosti. Pripadne aj "klasicky" ping s vacsimi paketmi (-s 1450) a traceroute. A na webstranky pouzi wget, z jeho vypisu je vacsia sanca zistit kde je problem, nez z popisu "niekedy vobec ani len stranku nezvladne nacitat".

A switch nie je bridge.

116
Hardware / Re: Nová zvukovka a její instalace.
« kdy: 18. 01. 2013, 06:41:56 »
No na tý origo krabici tej zvukovky bylo napsáno Soundblaster, ale to si tak matně vzpomínám. :-D Kodekový šváb je AC97 jak jsem psal výše, je i na desce a tam chodí. Nicméně pokud to chápu dobře, tak k tomu kodeku na zvukovce přistupuje chipset zvukovky a systém tak může komunikovat pouze s chipsetem, tak že je to na draka.
Tak Creative kupil Ensoniq a jednoducho ich veci potom oznacil ako "Creative Soundblaster" a tak ich predaval. No a potom este niektore po case optimalizoval na cenu, uz to boli vyrobky Creative, ale zaklad bol od Ensoniq... Takze v krabici s napisom "Soundblaster" sa moze skryvat cela plejada uplne odlisnych kariet (vid tiez http://en.wikipedia.org/wiki/Ensoniq_AudioPCI#Creative_acquisition).
Ak sa odpichneme od tvojho lspci vypisu: "Ensoniq Device 5080 (rev 04)" tak teoreticky by to mohlo mat nieco spolocne s tymto: http://www.ixitools.com/hwcat/pci_ven_1274_dev_5080/devinfo19631.html, a teda je sanca, ze zafunguju drivery pre es1371 alebo es1373... Skus pozriet podla lspci -v, co dalsie o sebe ta zvukovka bonzuje...

Proč jsem chtěl PCI zvukovku: Snažím se rozběhat osciloskop na zvukové kartě.
Ufff, to si neviem predstavit a vlastne ma ani nenapadlo, ze by sa zvukovka dala takto pouzit. V tomto pripade mas teda vyborny dovod na snahu o rozchodenie takehoto hardveru!

117
...
mám AMD64 a chtěl bych instalovat i aplikace, které pro x64 nejsou. Je to například Wine, Skype, ... Řešením je přidání i386 architektury příkazem dpkg --add-architecture i386
Multiarch funguje az od Wheezy-ho. Teda pre momentalny stable (Squeeze) nie, ale tam je riesenim "apt-get install ia32-libs": Prida to do systemu 32-bitove verzie dynamickych kniznic, ktore mozu byt dynamicky linkovane 32-bitovymi aplikaciami. Staticky zlinkovane 32-bitove binarky nepotrebuju ani to, tie skratka jednoducho spustis a idu. Multiarch je podla vsetkeho evoluciou tohoto principu.
Ale aj Wine aj Skype maju baliky ako pre i386, tak aj pre amd64 architekturu, takze aj na stable funguju.

Kedze s multiarch som sa este osobne nehral, tak neviem detaily, ale da sa studovat napriklad http://wiki.debian.org/Multiarch (najlepsie asi zacat s http://wiki.debian.org/Multiarch/HOWTO). Vyzera to, ze jedna architektura je povazovana za hlavnu (a vsetky baliky su instalovane standardne pre nu), ale je mozne priinstalovat aj verzie balikov pre inu (pridanu) architekturu, co by samozrejme malo priinstalovat aj potrebne zavislosti.


Moj osobny pohlad na 32-bit vs. 64-bit:
Ja bezim na vsetkych svojich masinach so 64bitovou verziou, okrem jedneho starsieho notebooku (ktory ma len 32-bitovy AMD Sempron a len 1.5 GiB pamate a ktory uz velmi casto nezapinam, navyse je tam este stale Ubuntu 10.04 a nie Debian).
Moje dovody pre 64-bit:
1. Vsetky moje ostatne stroje maju 4GiB RAM a viac. System s 32-bit standardne nedokaze vyuzit viac nez 4 GiB (resp. dokonca len nejakych 3.2 GiB kvoli mapovaniu zariadeni do pamatoveho priestoru), a s PAE sice aj vacsia pamat vyuzita je, ale je to menej efektivne (pamat sa neda adresovat priamo).
2. V 64-bitovom rezime su k dispozicii specialne instrukcie navyse, ktore v 32-bitovom rezime nefunguju (napriklad SSE4). Pre mna to ma velky vyznam, lebo tie stroje su zapojene v BOINC a v 64 bitovom rezime pocitaju vdaka tym specializovanym instrukciam efektivnejsie.
3. Cisto napisane aplikacie nerobia problem, cely system je nativne 64-bitovy. A ak su niektore binarky len 32-bitove (napriklad ten nestastny Skype, ale aj niektore projekty v BOINC maju len 32-bitovu aplikaciu ktora nie je staticky linkovana), tak na to stacilo spominane "apt-get install ia32-libs". Miesto na disku pre 32-bitove kniznice u mna nie je absolutne ziaden problem. Ak nejaka aplikacia je len 32-bitova a nema 64-bitovu verziu, vnimam to ako nekvalitnu (ci zastaralu) aplikaciu a nie ako chybu 64-bitoveho rezimu. Ziaden problem s kompatibilitou som pri paralelnej existencii 64-bitovych a 32-bitovych kniznic nezaznamenal (system pri spusteni dynamicky linkovanej binarky sam rozpozna, ci je 64-bitova alebo 32-bitova a pouzije spravnu verziu kniznice). Skratka instalaciou balika ia32-libs to pre mna skoncilo a vsetko funguje uz dlhe roky. Ked vyjde Wheezy, tak tam by to malo byt nahradene prave multiarch, co by malo fungovat lepsie prave s tymi nekvalitnymi 32-bitovymi verziami (ktore jednoducho pobezia 32-bitovo uplne rovnako ako by bezali na cisto 32-bitovom systeme).
4. Wine nepouzivam. Uz je to par rokov co som ho skusal a cely stroj bol nestabilny (chcelo to vypnut nejaky bezpecnostny mechanizmus v jadre, bez toho kopec aplikacii neslapalo) a okrem toho integracia Wine aplikacii do Gnome desktopu sa mi nepacila - dakujem pekne za take "riesenie". Na Windozacke zalezitosti je dnes daleko lepsia virtualizacia (a Windozacke hry sa uz davno nehravam - ale v tom pripade by som isiel skor do dualbootu).
5. Dokonca aj do virtualov spravidla instalujem 64-bitovu verziu - aj ked tie maju nastavenej menej pamate a 32-bit by tam plne stacilo - ale kedze pouzivam aj apt-cacher-ng, tak je pre mna lepsie rovno pouzit 64-bitove verzie balikov, ktore uz v cache aj tak su. Ale toto pravdepodobne zmenim s prichodom multiarch do stable, pretoze aj tak uz v cache bude vela 32-bitovych verzii balikov kvoli tym knizniciam...

Celkovo, bezat na cisto 32-bitovej verzii ak je procesor 64-bitovy sa podla mna oplati len vtedy, ak treba setrit na kazdom kroku (malo pamate, maly disk, slabsi procesor). Pre niekoho teda moze byt 32-bit rezim velmi dolezity, ale pre mna je to uz par rokov len minoritna zalezitost.

118
Hardware / Re: Nová zvukovka a její instalace.
« kdy: 17. 01. 2013, 04:53:44 »
Přemýšlel jsem a přišel jsem na to, že nemám nejmenší ponětí, jak rozchodit takto vložený nový hardware...
...
Jak tedy systému naznačit, že je to zvukovka a že k ní má tak přistupovat?

1. Skus zistit, aky chipset ta zvukovka ma (najprv skus cez lspci -v, pripadne sa pozri priamo na kartu ci tam neuvidis oznacenie chipu). Malo by to byt nieco ako "es1371".
2. Podla oznacenia cipsetu skus zistit, ci niekedy niekto napisal nan kernelovsky driver a meno toho drivera (to "es1371" sa vysoko pravdepodobne vyskytuje aj v nazve modulu, UTFG vacsinou pomaha, pripadne mozes skusit aj hladat dany retazec v zdrojakoch jadra aj ked to uz je tak trocha zufalstvo).
3. Over si, ci je ten driver v tvojom jadre, pripadne skompiluj vlastne jadro s tym driverom.
4. Pozri do /etc/modprobe.d, ci ten modul nahodou nie je blacklistovany (to sa obcas stava zabugovanym driverom).
5. Naladuj modul do jadra manualne cez modprobe, ked sa modul natiahne, tak restartuj ALSA a vyskusaj ci zvukovka chodi,
6. Mozno ten modul bude treba pridat do /etc/modules, aby ho pri boote system vzdy natiahol. Myslim, ze niektore moduly nemaju automaticku detekciu daneho hardveru kvoli konfliktom s inym hardverom a treba ich vzdy natiahnut rucne, ked si si isty, ze dany hardver vlastnis. A niektore moduly mozu dokonca potrebovat nejake parametre, hlavne ak ide o starsi hardver kde Plug&Pray robi bordel (parametre sa definuju tiez v /etc/modprobe.d, najlepsie ked si tam vytvoris novy samostatny .conf subor pre dany hardver).

Tento navod sa da pouzit pomerne vseobecne, mal by fungovat na hocijaky netradicny hardver, nielen zvukovku. Samozrejme, moze sa ti stat uz v druhom bode, ze dany cipset vobec nema kernelovsky driver (pripadne ho kedysi mal, ale ak to velmi nikto nepouzival a robilo to problemy, preto ho z jadra vyradili a ten stary kod pre stare verzie jadra uz nemoze byt jednoducho zaradeny do noveho jadra bez patricnych uprav) - v takom pripade mas smolu (asi si nebudes ten driver sam pisat).

No a este si tam mozes pridat "nulty" bod v zozname: Naozaj az tak moc potrebujes spojazdnit PCI zvukovku, ak ti on-board zvukovka funguje? Co ti to prinesie a stoji ti to za tu namahu? Podla mojich skusenosti su v tychto casoch on-board zvukovky uz celkom dobre (kedysi davno-pradavno, v dobach prvych on-board zvukoviek, ked neboli on-board samozrejmostou a vacsinou sa pouzivali este nejake ISA ci PCI, tak tie on-board mali menej kvalitny zvuk a zrali pomerne vela CPU oproti zvukovm kartam... ale to uz je fakt davno). Teoreticky mozes mat aj dovod na viacero zvukoviek v jednom kompe beziacich paralelne a nezavisle (napriklad jedna na lokalny zvuk na PC a druha na "rozhlas po drote" v kupelni), alebo moze byt on-board len s jednoduchym stereo zvukom a do PCI mas 7.1 zvukovku (to ale asi nebude pripad starsej zvukovky). Pripadne moze on-board zvukovka byt pokazena... Ale v beznej situacii (staci len jeden jednoduchy zvukovy vystup) by som ja osobne preferoval on-board zvukovku.

119
Volná diskuze / Re: Kdy vyjde Wheezy?
« kdy: 04. 01. 2013, 09:29:58 »
Teraz som si vsimol, ze existuje zaujimave porovnanie: http://richardhartmann.de/blog/posts/2012/12/28-Debian_Release_Critical_Bug_report_for_Week_52/
Dnes mame 171 bugov, ktore su aj v testingu aj v unstable (plus 116 ktore su len v testingu, ale pre tie dostat riesenie z unstable do testingu je viac-menej formalita, takze toto cislo nie je az take dolezite).
Pre Squeeze zostavalo v tyzdni 049 este 180 takych bugov - a odvtedy trvalo este 9 tyzdnov kym Squeeze vysiel. Takze pri rovnakej rychlosti riesenia bugov by mal Wheezy vyjst prave o 9 tyzdnov...

120
Hardware / Re: pulseaudio a zvuk
« kdy: 30. 12. 2012, 10:03:58 »
Pokial viem, tak PulseAudio neovlada priamo HW zvukovky (na to pouziva prave ALSA). Vid obrazok https://upload.wikimedia.org/wikipedia/commons/0/00/Pulseaudio-diagram.svg. Ak nieco nefunguje s jednou konkretnou zvukovkou (a funguje s inou na tej istej instalacii), tak je problem pravdepodobne v ovladaci zvukovky, takze si s tou zvukovkou ALSA velmi (pripadne vobec) nerozumie.

PulseAudio mi kedysi liezlo riadne na nervy, vtedy ked ho natlacili do vsetkych distribucii, pretoze bolo vtedy este silne neodladene a kompletne to rozbilo zvuk desktopu. No nadaval som vtedy statocne, ze preco "opravovali" nieco co nebolo pokazene...
Ale medzicasom uz doba pokrocila a trochu sa zmenila situacia. PulseAudio server je schopny robit s viacerymi vstupmi aj vystupmi naraz, co uz je dnes bezna konfiguracia. Napriklad mam jednu zvukovku na doske, to je jeden zvukovy kanal, graficka karta ma HDMI audio, co je samostatny kanal. A na desktope (povedzme v ovladani hlasitosti Gnome) si len vyberiem, ktory "sink" chcem pouzit. Takze PulseAudio ma dnes svoju logiku aj prinos. Je to len zvukovy server ku ktoremu jednoducho pristupujem z desktopu, hardver stale pouziva ALSA (teda na ovladanie hardveru stale pouzivam ALSA). Pri jednoduchom desktope je to len dalsia vrstva nad ALSA. Funguje mi skratka alsamixer spolu s PulseAudio - cez PulseAudio ovladam celkovu hlasitost a vyberam si, ktory sink je vystup pre zvuk desktopu. A cez alsamixer mozem ovladat jednotlive kanaly na zvukovke (Front, Center, Surround) a cez F6 si viem alsamixer prepnut medzi zvukovkou na doske aj HDMI (HDMI ma samozrejme len S/PDIF kanaly), keby som mal este zvukovu kartu, tak ta sa da ovladat tiez...
A ked pripojim USB kameru (ktora je s mikrofonom), tak mozem ovladat aj jej mikrofon cez alsamixer (a v PulseAudio paneli sa mi objavi ako dalsi vstup, takze si mozem aj vyberat zo vstupov medzi zvukovkovym mikrofonom a webkamerovym mikrofonom).

PulseAudio je dost univerzalne (vid ten obrazok - da sa posielat napriklad audio na iny stroj cez siet), takze je to komplikovany system a podla mna to kedysi bolo nasadene predcasne (takze to dobre nespolupracovalo s aplikaciami, desktopom, ani s ovladacmi hardveru a navyse to este malo svoje detske choroby). Dnes mi uz ale PulseAudio bezi stabilne. Akurat ked som menil nedavno dosku, musel som si dat nove jadro, lebo v starom nebol ovladac na novu on-board zvukovku (akonahle som dal nove jadro, zvuk okamzite isiel - to je aj empiricky dokaz toho, co som spomenul vyssie, ze treba mat dobry ovladac v jadre a rozchodenu ALSA). Vyhoda je v tom, ze z hladiska aplikacie (hudobny prehravac, desktopove zvuhove efekty a podobne) je lepsie mat jeden univerzalny zvukovy system, ako v kazdej s tych aplikacii implementovat niekolko vystupnych pluginov vzdy pre rozne zvukove systemy (OSS/ALSA/ESD), pretoze prave s tymi vystupnymi pluginmi bol vzdy problem, takze sa stavalo ze jedna aplikacia hrala dobre a ina o nicom alebo vobec nie, clovek mal nakoniec nainstalovane vsetky mozne zvukove systemy a laboroval, co pre ktoru aplikaciu pouzit a niekedy sa ten gulas rozchodit ani nedal... Takze PulseAudio je vo svojej podstate dobry napad - aplikacie nech riesia radsej svoje specificke zalezitosti. No a podla mna je uz PulseAudio chodive.

Takze ak mas zvuk prilis tichy, spusti alsamixer a nastav si to tam (ja mam vsetko v alsamixer aj tak na max, na regulaciu hlasitosti normalne pouzivam iba to master posuvadlo s PulseAudio). No a v PulseAudio si potom vyberies len ktory vystup sa ma pouzit (mozno mas na vyber "az" jednu moznost). A aj "alsactl store" bude mozno uzitocne ;) aby si nemusel nastavovat alsamixer po kazdom restarte...

Stran: 1 ... 6 7 [8] 9 10