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 13:11 | Nová verze

Po téměř dvou letech byla vydána nová verze 4.0 linuxové distribuce Audiophile Linux (též AP-Linux-V4). Tato distribuce vychází z Arch Linuxu, používá systemd, správce oken Fluxbox a vlastní real-time jádro pro nižší latence. Z novinek můžeme jmenovat podporu nových procesorů Intel Skylake a Kaby Lake nebo možnost instalace vedle jiných OS na stejný disk. Pokud se zajímáte o přehrávání hudby v Linuxu, doporučuji návštěvu webu této

… více »
Blaazen | Komentářů: 0
včera 18:55 | Nová verze

Byla vydána nová stabilní verze 1.9 (1.9.818.44) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují podporu nového vyhledávače Ecosia. Ten z příjmů z reklam podporuje výsadbu stromů po celém světě (YouTube). Nově lze přeskupovat ikonky rozšíření nebo řadit poznámky. Nejnovější Vivaldi je postaveno na Chromiu 58.0.3029.82.

Ladislav Hagara | Komentářů: 10
včera 17:00 | Nová verze

Byla vydána verze 3.7.0 svobodného systému pro správu obsahu (CMS) Joomla!. V oznámení o vydání (YouTube) se píše o 700 vylepšeních. Opraveno bylo také 8 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0
včera 08:22 | Komunita

Grsecurity (Wikipedie) je sada bezpečnostních patchů pro linuxové jádro (porovnání se SELinuxem, AppArmorem a KSPP). Od září 2015 nejsou stabilní verze těchto patchů volně k dispozici. Dle včerejšího oznámení (FAQ) nejsou s okamžitou platností volně k dispozici už ani jejich testovací verze.

Ladislav Hagara | Komentářů: 46
26.4. 23:33 | Komunita

OpenBSD 6.1 vyšlo již 11. dubna. Po dvou týdnech byla vydána i oficiální píseň. Její název je Winter of 95 a k dispozici je ve formátech MP3 a OGG.

Ladislav Hagara | Komentářů: 0
26.4. 18:55 | Nová verze

Byla vydána verze 2017.1 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux. S vydáním verze 2016.1 se Kali Linux stal průběžně aktualizovanou distribucí. Aktualizovat jej lze pomocí příkazů "apt update; apt dist-upgrade; reboot".

Ladislav Hagara | Komentářů: 0
26.4. 18:22 | Nová verze

Po téměř pěti letech od vydání verze 2.00 byla vydána nová stabilní verze 2.02 systémového zavaděče GNU GRUB (GRand Unified Bootloader). Přehled novinek v souboru NEWS.

Ladislav Hagara | Komentářů: 19
26.4. 17:55 | Komunita

Vývojáři Debianu oznámili, že od 1. listopadu letošního roku nebudou jejich archivy dostupné pomocí protokolu FTP. Již v lednu oznámil ukončení podpory FTP kernel.org (The Linux Kernel Archives).

Ladislav Hagara | Komentářů: 28
26.4. 17:00 | Bezpečnostní upozornění

V oblíbeném webmailu postaveném na PHP SquirrelMail (Wikipedie) byla nalezena bezpečnostní chyba CVE-2017-7692, jež může být útočníkem zneužita ke spuštění libovolných příkazů a kompletnímu ovládnutí dotčeného serveru. Zranitelnost se týká pouze instancí, kde je pro transport používán Sendmail.

Ladislav Hagara | Komentářů: 3
26.4. 13:11 | Zajímavý článek

Soudní dvůr Evropské unie rozhodl (tisková zpráva) ve věci C-527/15: Prodej multimediálního přehrávače, který umožňuje zdarma a jednoduše zhlédnout na televizní obrazovce filmy protiprávně zpřístupněné na internetu, může představovat porušení autorského práva.

Ladislav Hagara | Komentářů: 32
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (34%)
 (1%)
 (6%)
 (45%)
 (9%)
Celkem 336 hlasů
 Komentářů: 50, poslední včera 04:06
    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: 859×

    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.