abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 3
dnes 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 12
včera 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 4
včera 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
včera 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
včera 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 28
včera 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
včera 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
včera 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
22.3. 23:55 | Nová verze

Opera 44, verze 44.0.2510.857, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 57. Z novinek vývojáři Opery zdůrazňují podporou Touch Baru na nejnovějších MacBoocích Pro (gif). Přehled novinek pro vývojáře na blogu Dev.Opera.

Ladislav Hagara | Komentářů: 1
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 926 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Problém s tiskem - Arch Linux, CUPS, LPT

    24.4.2005 14:47 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
    Problém s tiskem - Arch Linux, CUPS, LPT
    Přečteno: 858×

    Ahoj, prosím o radu ohledně tisku. Mám NB Asus M2400N, tiskárnu Oki Okipage 6ex a Arch Linux 0.7. Ale ono mi to netiskne. :-( Na tomtéž hardwaru (počítač, tiskárna i kabel) už bez problému tiskly Linux Mandrake 10.0 (CUPS) a Windows XP.

    Po zavedení ovladače parport_pc se v logu dočtu:

    Apr 24 01:18:40 xandrej parport_pc.c: Specified parameter parport_init_mode=ecpepp
    Apr 24 01:18:40 xandrej parport: PnPBIOS parport detected.
    Apr 24 01:18:40 xandrej parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE,EPP]
    Apr 24 01:18:40 xandrej parport0: irq 7 in use, resorting to polled operation
    Apr 24 01:18:40 xandrej parport0: Printer, OKI DATA CORP OKI OKIPAGE 6ex
    

    Mé poznámky a otázky k logu

    1) Zkoušel jsem všechny režimy portu LPT - SPP, ECP, EPP - ale ani s jedním to nefungovalo.
    2) irq7 in use... Mohl by to být hardwarový konflikt. Sdílení IRQ je ale běžné, takže kdoví. Např. na IRQ 5 mám 7 věcí a všechny vesele fungují. Na sedmičce jsou: Intel 82801DB-ICH4, ICH4, yenta.
    3) Jak můžu zjistit obsazení všech IRQ? KInfoCenter mi jich vypisuje jen 9 z celkových 16 - některá jsou prostě vynechaná. (Ani procinfo -a mi neukazuje vše.)
    4) Ta řádka Printer... svědčí o tom, že modul parport o tiskárně ví.

    Jak se to projevuje

    Když chci tisknout, systém dělá, že tiskne, ale ono nic. Tiskárna vůbec nezabliká a tisková úloha tam zůstane zmrzlá. Po chvíli (asi po minutě) se mi dokonce v informacích o tiskárně zobrazí: "Printer not connected, retrying in 30 seconds." (Samozřejmě je všechno zapojené a zapnuté.) Nehlásí to žádný problém, nikde v logu není ani zmínka o nějaké chybě při tisku.

    V error logu od CUPS je párkrát 'Unknown user "lp"'. Žádného takového uživatele tu nemám. (Jinak je tam spousta dalších divných hlášek... Na co bych se měl zaměřit?)

    Co jsem zkoušel

    Zavést modul lp. Vypadá to jako zkratka od line printer, tedy nějaké prastaré text-only tiskárny. Jakmile ho zavedu a dám echo něco > /dev/lp0, tiskárna zabliká. Paralelní port tedy nějak funguje.

    Nastavení práv, povolených a zakázaných uživatelů, režimů portu. (Vše marné.)

    Ve Správci tisku pro KDE jsem tiskárnu několikrát přidal a odstranil. Se zavedenými moduly ji najde a zobrazí její název. URI portu s tiskárnou je prý parallel:/dev/unknown-parallel0. Jenže v /dev nic takového nemám.

    Prosím vás o radu, experimentuju s tím bezvýsledně už týden. Určitě to bude něco banálního - někde chybí práva nebo nemám v /etc/group nějakou skupinu, která je ktomu potřeba. Jen na to přijít... ;-)

    ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ

    Odpovědi

    24.4.2005 20:14 Michal Čihař | skóre: 61 | blog: Bláboly | Praha
    Rozbalit Rozbalit vše Re: Problém s tiskem - Arch Linux, CUPS, LPT
    Obsazená přerušení zjistíš v souboru /proc/interrupts, pokud se přidělují přes ACPI, tak ho můžeš uvolnit pomocí parametrů kernelu (acpi_irq_balance acpi_irq_isa=7). Začal bych s tímhle, netuším jak moc je paralelní port schopný fungovat bez irq.
    24.4.2005 23:15 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
    Rozbalit Rozbalit vše Re: Problém s tiskem - Arch Linux, CUPS, LPT

    V /proc/interrupts chybí IRQ 3, 6, 8, 10, 11 a 13. Příkaz procinfo -a mi jich sice vypíše víc, ale pořád ne všechny...

    Ty parametry zkusím, to by mohlo být ono. (Nerozhodí mi něco jiného? Aby mi to pak ještě bootovalo... :-)) Je někde článek o tom, co přesně ten balance dělá?

    Takže "polled operation" znamená, že to nemá přidělené IRQ? No bez IRQ to určitě pracovat nemůže - moderní tiskárna přece potřebuje nějaký ten ECP nebo EPP režim a tam to nejde bez IRQ. Jinak by to nemohlo podporovat plug'n'play, tj. při připojení za provozu by se hotplug o tiskárně nedozvěděl.

    Mimochodem - zjistil jsem, že modul od mého PCMCIA slotu (yenta_socket) je psaný hned u dvou IRQ. Ve všech HW managerech se mi pak ukazují dva sloty. To je divné, protože já mám jen jeden slot. Zabírání prostředků neexistujícím slotem asi není ono... (Sice funguje, ale je tam dvojmo.) Nešlo by tomu nějak odpomoci? Slot je totiž psaný i u IRQ7, kde je navíc ten paralelní port. Proto mě napadá, že i tam by mohla být souvislost...

    Každopádně moc díky za radu. :-)

    ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
    25.4.2005 07:13 Michal Karas | skóre: 45 | blog: /dev/random
    Rozbalit Rozbalit vše Re: Problém s tiskem - Arch Linux, CUPS, LPT
    Ja se zapojenim tiskarny vzdycky taky hodne zapasim, takze ti asi moc nepomuzu, ale zkusim te alespon trochu nasmerovat. Cetl jsi toto?
    25.4.2005 15:50 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
    Rozbalit Rozbalit vše Re: Problém s tiskem - Arch Linux, CUPS, LPT
    Jojo, to jsem četl několikrát, mj. když jsem kdysi instaloval Mandrake 10. Tehdy to fungovalo s driverem pro LaserJet 4. Tiskárna Oki má vlastní procesor a rozumí několika jazykům. Umí výborně emulovat HP LJ4. V Arch Linuxu mám stejný driver pro HP LJ jako tenkrát v Mandrake, ale nefunguje to...

    Mohl bych ještě zkusit ten driver, který tam uvádějí jako doporučený, ale v tom problém nebude. Špatný driver se projeví tak, že tiskárna vyplivne nesmysly, nebo že bliká a pak nic nevytiskne. Když ale vůbec nebliká, bude určitě problém jinde. Systém se nějak nemůže dostat k tomu portu... Asi je to spíš problém s LPT a HW konfliktem. Kéž bych ale věděl, co s tím...
    ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
    27.4.2005 07:28 Michal Karas | skóre: 45 | blog: /dev/random
    Rozbalit Rozbalit vše Re: Problém s tiskem - Arch Linux, CUPS, LPT
    Tak zkus mrknout jeste do dokumentace k Archu. Mne to prijde, ze to tam maji pekne popsane a nejak tak jsem tiskarnu vzdycky taky rozbihal.
    25.4.2005 07:54 burlog | skóre: 9
    Rozbalit Rozbalit vše Re: Problém s tiskem - Arch Linux, CUPS, LPT
    Podle me "parallel:/dev/unknown-parallel0" tohle je ten problem. Reseni by tedy melo byt, zavest modul lp, a pak tiskarnu nastavit na parallel:/dev/lp0. Pak by to vse melo fungovat. Podle me totiz zatim tisknete do /dev/null.
    25.4.2005 07:56 burlog | skóre: 9
    Rozbalit Rozbalit vše Re: Problém s tiskem - Arch Linux, CUPS, LPT
    Jo a jeste, kdyz na vas rve ze nemate user lp, zalozte ho. Rozhodne tim nic nezkazite...
    25.4.2005 15:55 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
    Rozbalit Rozbalit vše Re: Problém s tiskem - Arch Linux, CUPS, LPT
    To by šlo. Ale jak to provést? Mám ho jenom zapsat do /etc/passwd? Jaké by měl mít UID? Má mít taky profil a heslo? (Co když si do jeho profilu chce třeba CUPS něco uložit?)
    ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
    25.4.2005 20:24 burlog | skóre: 9
    Rozbalit Rozbalit vše Re: Problém s tiskem - Arch Linux, CUPS, LPT
    $ useradd lp
    
    25.4.2005 15:44 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
    Rozbalit Rozbalit vše Re: Problém s tiskem - Arch Linux, CUPS, LPT
    To nebude ono. Zkoušel jsem to, ale při pokusu tisknout do toho zařízení /dev/lp0 to vůbec nic nedělá. Dokonce to tu tiskárnu ve správci tisku deaktivuje. Když se ji pokusím znovu aktivovat, během řádově několika sekund se zase deaktivuje.

    Rozhodně se netiskne do /dev/null. To by ta tisková úloha proběhla. Úloha ovšem zamrzne a zůstane na 0%, takže se to nikam neposílá.

    Navíc: echo něco >> /dev/lp0 funguje (tiskárna blikne). Takže problém musí být jinde.
    ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
    25.4.2005 15:53 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
    Rozbalit Rozbalit vše Re: Problém s tiskem - Arch Linux, CUPS, LPT
    Kromě toho - ať mám modul lp zavedený nebo ne, stejně se tiskárna detekuje na tom unknown-parallel. Při pokusu zadat ji jako /dev/lp0 mě správce tisku v KDE upozorní, že na takovém portu tiskárnu nenašel a jestli prý to tak opravdu chci. Navíc ten unknown-parallel nikam nepíšu - prostě se to implicitně vybere, když kliknu v dialogu pro přidání tiskárny na její název, který se tam správně zobrazí. Ten modul lp mi přijde jako driver pro nějaký starší tiskový systém, který s CUPS nemusí ani moc souviset.
    ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
    25.4.2005 20:06 burlog | skóre: 9
    Rozbalit Rozbalit vše Re: Problém s tiskem - Arch Linux, CUPS, LPT
    Modul lp je pro tiskarny na paralelnim portu. Viz. dokumentace ke kernelu. Pokud chcete tisknout na paralelni port musite mit zavedenej modul lp, jinak totiz nebudete mit zarizeni /dev/lpX, ktery jsou k tomu urceny. Parport je urceny k tomu aby inicializoval port a pracoval s nim. lp je urcen pro tiskarny. Nevim co a jak dela KDE, ale pokud chcete tisknout na paralelni port musi byt v /etc/cups/printers.conf priblizne toto:
    <DefaultPrinter tiskarna>
    Info TISKARNA
    Location Doma
    DeviceURI parallel:/dev/lp0
    State Idle
    Accepting Yes
    JobSheets none none
    QuotaPeriod 0
    PageLimit 0
    KLimit 0
    </Printer>
    
    Takze vam vrele doporucuju, vypnout cups(/etc/init.d/cupsd stop). Nejlepe i KDE. A po te jako root ten dotycny soubor, editovat dle prikladu. Jo a aby vse fungovalo, jeste musite v /etc/cups/ppd/ mit soubor tiskarna.ppd. Nebo alespon symlink na ppd pro vasi tiskarnu. Nasledne se podivat na prava na /dev/lp0, aby jste mel rw pro vsechny, nebo pro alespon skupinu ve ktere jsou vsichni(cast) uzivatelu.
    A nebo pokud se vam to nechce delat takle slozite, pak si puste prohlizec a na portu 631 vam bezi webove rozhrani pro cups. (http://localhost:631) A tam to zeditujete. A pokud vam to nechce prijmout to /dev/lp0, pak je nekde problem s tim lp a to uz vam asi moc neporadim.
    26.4.2005 14:57 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
    Rozbalit Rozbalit vše Re: Problém s tiskem - Arch Linux, CUPS, LPT
    Moc díky za radu, hned jdu exeperimentovat. Je pravda, že ten lp byl jediný, který měl očividnou spojitost s tiskárnou (blikání při echo). Důvod, proč to přes něj netiskne, bude asi problém s IRQ zmíněný o pár příspěvků výše. Nemám mít kvůli tisku kromě uživatele lp ještě i nějakou skupinu, něco jako "print" nebo "printing"?
    ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
    26.4.2005 20:02 burlog | skóre: 9
    Rozbalit Rozbalit vše Re: Problém s tiskem - Arch Linux, CUPS, LPT
    No ten uzivatel je dulezity pro zapis do fronty, takze nekam jako /var/spool/cups a do portu. A bezne se dela lp:lp....
    28.4.2005 02:33 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
    Rozbalit Rozbalit vše Re: Problém s tiskem - Arch Linux, CUPS, LPT
    Tím se myslí uživatel lp s heslem lp? Při jeho vytváření jsem narazil na podivný problém.

    Z mého účtu nebylo možné uživatele přidat, ať už s heslem nebo bez. Tvrdilo to: useradd: PAM authentication failed. Z roota to šlo, ale tam jsem se zase dozvěděl, že skupina lp už existuje. (Nevím, kde se mi tam vzala...) Tedy jsem pomocí optionu -g přidal uživatele lp do skupiny lp. Vůbec se mě to ale nezeptalo na heslo... Proto jsem uživatele odstranil a přidal znovu příkazem useradd -g lp -p lp lp. Nevím, jestli je to tak správně. (Asi ne, protože tisk stále nejde.) Jak by měl vypadat ten záznam v /etc/passwd, /etc/shadow a /etc/group?
    ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
    28.4.2005 07:13 burlog | skóre: 9
    Rozbalit Rozbalit vše Re: Problém s tiskem - Arch Linux, CUPS, LPT
    Je uplne jedno jaky ma heslo, resp. by mel byt zablokovan, aby se nemohl prihlasit. Coz se dela pomoci:
    # passwd -l lp
    
    No a useradd se vas nikdy na heslo nepta, kdyz zalozite uzivatele, heslo mu zmenite pomoci:
    # passwd lp 
    
    No a samozrejme ze jen root muze pridavat uzivatele a menit hesla jinym uzivatelum.
    No a k te tiskarne, hodte sem vypis /var/log/cups/error_log.
    1.5.2005 22:12 Andrej | skóre: 43 | blog: Republic of Mordor | Zürich
    Rozbalit Rozbalit vše Problém s tiskem vyřešen

    Problém s tiskem vyřešen!

    Ahoj, díky ochotným radám mnohých z vás jsem problém úspěšně vyřešil. Zde je obsáhlé shrnutí toho, co bylo třeba udělat, společně s citáty z příspěvků, které mi nejvíc pomohly. Doufám, že jednou pomůže někomu, kdo bude řešit něco podobného. Na diskusních forech Arch Linuxu je spousta ostrých výroků jako Archlinux vůbec neumí tisknout!!! Vracím se k Mandrake! a podobně. Já už vím, jak ho to naučít. :-)

    Pokud jsou mé informace nepřesné, prosím doplňte mě, ať je tu vše důkladně popsané.

    "Jo a aby vse fungovalo, jeste musite v /etc/cups/ppd/ mit soubor tiskarna.ppd."
    Tohle byl jeden z nejdůležitějších hintů. Zkoušel jsem totiž tisknout i s jinou tiskárnou, tentokrát na USB, která opět suverénně nefungovala. PPD jsem samozřejmě měl pro obě tiskárny, ale prostě netiskly, bez ohledu na rozhraní. Nakonec jsem zapnul pro CUPS logování úplně všeho a v logu jsem objevil, kde byl průšvih. Já jsem neměl žádné filtry foomatic! (Více o foomatic na www.linuxprinting.org.) Netušil jsem, že Arch Linux je neinstaluje. Očekával bych, že se instalují zároveň s CUPS. Tvůrci mé distribuce asi předpokládají, že každý má postscriptovou tiskárnu. :-) Nainstaloval jsem tedy foomatic. Tím však ještě zdaleka nebyl vyřešen problém s portem lpt.

    "(acpi_irq_balance acpi_irq_isa=7). Začal bych s tímhle, netuším jak moc je paralelní port schopný fungovat bez irq."
    Výborná trefa, díky. Je to důležité jen pro port LPT. Tiskárny na USB se to netýká. Chci-li mít port LPT v módu ECP, což je pro moderní tiskárny nutné, pak nejspíš musí mít vlastní IRQ, které s ničím nesdílí. (Špatné řešení: Zavést moduly pro port před všemi ostatními. Pak sice bude mít parport IRQ 7 pro sebe, ale nebude fungovat spousta jiných zařízení včetně zvuku, což je příliš krutá daň za dosažení tohoto cíle.) Správné řešení: Zmíněný kernel parametr způsobí, že IRQ 7 je volné a obsadí ho výhradně port LPT. Pak už vše funguje správně a ostatní zařízení jsou přidělena k jiným IRQ, dosud neobsazeným. Funkce systému vypadá bezproblémově. Zdá se mi dokonce, že při nastavení tohoto parametru dochází k rychlejšímu zavedení modulů při startu.

    "V /proc/interrupts chybí IRQ 3, 6, 8, 10, 11 a 13."
    To jsem si asi stěžoval zbytečně. Teď to chápu tak, že se tam ukazují jen explicitně obsazená IRQ. Po přidání zmíněného kernel parametru jich tam aspoň mám mnohem víc, i když pořád ne všechna.

    "Podle me "parallel:/dev/unknown-parallel0" tohle je ten problem."
    Nikoliv problém, ale projev problému. (To nic nemění na tom, že tohle je velice dobrý a důležitý podnět.) Jakmile port LPT nemá přidělený vlastní interrupt, zařízení /dev/lp0 se nedetekuje, přestože je modul lp zavedený a do /dev/lp0 lze úspěšně udělat echo. Místo toho se ukazuje /dev/unknown-parallel0, což je něco velmi divného a neexistujícího. V mém /dev to rozhodně nikdy nebylo. Nestačí ručně nastavit /dev/lp0. Bez IRQ si CUPS (nebo spíš nějaký backend) bude myslet, že tam žádná tiskárna není, a bude ji odpojovat. Ještě aby by o ní věděl, když mu nemůže poslat přes IRQ odpověď! Jakmile se IRQ 7 vyhradí, začne se automaticky detekovat a nabízet /dev/lp0. Mám-li pak nastavený port do režimu ECP (viz dále), je komunikace skutečně obousměrná.

    "Jo a jeste, kdyz na vas rve ze nemate user lp, zalozte ho. Rozhodne tim nic nezkazite..."
    Uživatele lp jsem založil. Spool vlastní root a skupina sys, zatímco CUPS mi běží pod uživatelem lp. (Musel jsem tedy uživatele lp přidat i do skupiny sys.) Když se kouknu na práva k tomu /dev/lp0, je tam vlastník root a skupina lp. Skupinu lp tam dávno mám (už "z distribuce"). Uživateli lp jsem ji nastavil jako domovskou.

    Tentokrát se už v logu dočtu:

    May  1 12:47:30 xandrej parport_pc.c: Specified parameter parport_init_mode=ecp
    May  1 12:47:30 xandrej parport: PnPBIOS parport detected.
    May  1 12:47:30 xandrej parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE,EPP]
    May  1 12:47:30 xandrej lp0: using parport0 (interrupt-driven).
    
    Nejdůležitější je interrupt-driven. Bez IRQ sice tiskárna může v omezené míře fungovat, např. v textovém režimu, ale žádný tiskový systém s ní nenaváže komunikaci a bude ji považovat za odpojenou. Nevím, zda je opravdu nutný parametr init_mode=ecp, ale našel jsem o něm zmínku v modinfo parport_pc a funguje to, proto tuhle věc dál neřeším. ECP je navíc nejčastěji použivaný standard pro obousměrný paralelní port, takže se to zdá být správné.

    Nyní funguje tisk přes LPT (Oki Okipage 6ex) i přes USB (Minolta PagePro 1300W). Uf, to je vše. Doufám, že to někdy někomu ulehčí práci a ušetří pár dnů času. :-) Všem vám moc děkuji za ochotnou pomoc.

    ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.