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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 11:44 | Zajímavý projekt

Na Indiegogo byla spuštěna kampaň na podporu herní mini konzole a multimediálního centra RetroEngine Sigma od Doyodo. Předobjednat ji lze již od 49 dolarů. Požadovaná částka 20 000 dolarů byla překonána již 6 krát. Majitelé mini konzole si budou moci zahrát hry pro Atari VCS 2600, Sega Genesis nebo NES. Předinstalováno bude multimediální centrum Kodi.

Ladislav Hagara | Komentářů: 0
dnes 00:10 | Nová verze

Byla vydána verze 4.7 redakčního systému WordPress. Kódové označením Vaughan bylo vybráno na počest americké jazzové zpěvačky Sarah "Sassy" Vaughan. Z novinek lze zmínit například novou výchozí šablonu Twenty Seventeen, náhledy pdf souborů nebo WordPress REST API.

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

Projekt Termbox umožňuje vyzkoušet si linuxové distribuce Ubuntu, Debian, Fedora, CentOS a Arch Linux ve webovém prohlížeči. Řešení je postaveno na projektu HyperContainer. Podrobnosti v často kladených dotazech (FAQ). Zdrojové kódy jsou k dispozici na GitHubu [reddit].

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

Byly zveřejněny informace o bezpečnostní chybě CVE-2016-8655 v Linuxu zneužitelné k lokální eskalaci práv. Chyba se dostala do linuxového jádra v srpnu 2011. V upstreamu byla opravena minulý týden [Hacker News].

Ladislav Hagara | Komentářů: 2
5.12. 22:00 | Komunita

Přibližně před měsícem bylo oznámeno, že linuxová distribuce SUSE Linux Enterprise Server (SLES) běží nově také Raspberry Pi 3 (dokumentace). Obraz verze 12 SP2 pro Raspberry Pi 3 je ke stažení zdarma. Pro registrované jsou po dobu jednoho roku zdarma také aktualizace. Dnes bylo oznámeno, že pro Raspberry Pi 3 je k dispozici také nové openSUSE Leap 42.2 (zprávička). K dispozici je hned několik obrazů.

Ladislav Hagara | Komentářů: 6
5.12. 06:00 | Zajímavý software

OMG! Ubuntu! představuje emulátor terminálu Hyper (GitHub) postavený na webových technologiích (HTML, CSS a JavaScript). V diskusi k článku je zmíněn podobný emulátor terminálu Black Screen. Hyper i Black Screen používají framework Electron, stejně jako editor Atom nebo vývojové prostředí Visual Studio Code.

Ladislav Hagara | Komentářů: 50
5.12. 06:00 | Zajímavý článek

I letos vychází řada ajťáckých adventních kalendářů. QEMU Advent Calendar 2016 přináší každý den nový obraz disku pro QEMU. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2016. Kalendáře Perl Advent Calendar 2016 a Perl 6 Advent Calendar přinášejí každý den zajímavé informace o programovacím jazyce Perl. Stranou nezůstává ani programovací jazyk Go.

Ladislav Hagara | Komentářů: 10
3.12. 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 17
3.12. 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 26
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (8%)
 (5%)
 (3%)
Celkem 781 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

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: 840×

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: 44 | blog: /dev/random | Brno
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: 44 | blog: /dev/random | Brno
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.