Hálózati nyomtató telepítése.

Fórum: 

Hónapok óta használom a gépemen a Linux Mintet, ez idáig, tetszik, jó, és sokkal gyorsabb mint a Win7.
Második ként Win7 mellé telepítettem.
A gépem egy otthoni hálózatban UTP kábelen keresztül működik. Modemre csatlakozik még egy Win7 asztali gép, egy Win10 notbook, és egy HP1010 nyomtató egy TPLINK TL-PS 110 U eszközön keresztül.
Korábban a nyomtatást ezen keresztül végeztem, illetve Win7 alatt és az asztali gépen még mindíg igy működik, a Win10 már nem engedi ezt a lehetőséget. Ezt Win alatt hálózati kapcsolatokban találok, 1/_printserv néven. Próbáltam így megkeresni de nem találom. Normál USB csatin keresztül működik.
 

kimarite képe

CUPS

'Now, go to your UBUNTU desktop and select this path to install a new printer [assuming that you PC is already connected to the network]: System → Administration → Printing'
http://ubuntuforums.org/showthread.php?t=1195210

Mármint a CUPS-sal tudsz használni hálózati nyomtatót annak hálózati címe alapján, próbáltad?

Böngészőből.

127.0.0.1:631

http://sugo.ubuntu.hu/10.04/html/serverguide/hu/cups.html
( https://wiki.archlinux.org/index.php/CUPS )

Értékelés: 

0
Még nincs értékelve

cups

Mint Tara xfce.

Nem tudok hozzáférni a hálózati nyomtatóhoz.
Már többször nyomtattam pedig - ugyanezen a rendszeren, és most nem megy. (Ezúttal fontos lenne, nem csak Linuxjátszikálás.)
Nem állítottam el semmit, sőt, mégcsak nem is frissítettem semmit. (Nem merek, mert most ideiglenesen - mint a szovjet csapatok - ez a munkagép.)
A hálózat renben van, kontakthiba nincs, mert ha átlépek ugyanezen a vason az Arcolinuxra, ott simán elindul ugyanez a nyomtató.

A hibajelenség:
Elindítok egy nyomtatást, akkor a nyomtat gomb inaktív. Láthatóan erölködik a nyomtatáson a Tara, mert forog a kurzor. Leállítom az egészet, próbálom kézbevenni a dolgot. Hálózati nyomtató keresése: Sikertelen csatlakozás a szerverhez.

Mit kellene itt észrevennem: cupsd.conf?

Sürgős lett volna ma egyetlen lapot nyomtatnom - rém körülményesen sikerült megoldanom: másik OS-ből ennek a home-jából kiturkálni, ami kell. Nem itt jár az eszem, fontosabb dolgok vannak előrevéve.

Legközelebb holnapután tudom talán megnézni, ha valaki ki is tudna segíteni.
Bizonyára megint valami banális dolgon siklott át a szemem, és igen, tudom, a hiba forrása a billentyűzet és a szék között van. (Hót fáradtan.)

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

cups

#2 Naplókat kéne inkább nézni, abban kutatni a hibák után. A beállítás vélhetően nem változott.

Értékelés: 

0
Még nincs értékelve

cups

#3 Nos, a cups error log fájl tartalma szerint a konfigurációs fájlban nem található érvényes Listen vagy Port sor.

Milyen naplót kellene még megnéznem? Állítsam a LogLevelt debug-ra?

A cupsd.conf-ban (amit az előző hsz-ben belinkeltem), a 13. sorban ott van, hogy port 631, a 14. sorban ott van, hogy:

Listen /run/cups/cups.sock

Jelek szerint ez egyik sem érvényes. A cups.sock egy illesztőpont, amiről semmit se tudok.

Talán ezt kellene használnom: Listen 127.0.0.1:631 ?
(Eddig sose volt bajom a Cups-al, most meggyűlt. :( )

 

 

Értékelés: 

0
Még nincs értékelve

cups

#4 A syslog-ban ezt látom.

Próbálkozott, nem ment. Miért?

Értékelés: 

0
Még nincs értékelve
kimarite képe

cups

#4 A címet másold be a böngészó URL sávjába, majd üss Entert.

127.0.0.1:631

Ez a CUPS webes felülete. Nézd meg, mit lát a nyomtatóból, mi van beállítva.

Értékelés: 

0
Még nincs értékelve

cups

#6 Huhh:
Sikertelen kapcsolódás. És így is: 'localhost:631/admin'

Értékelés: 

0
Még nincs értékelve
kimarite képe

cups.service: Service hold-off time over, scheduling restart.

#7 Próbáld ezt:

sudo service cups restart

Valami gond van a rendelkezésre állási időnél.

Forrás: https://ubuntu-mate.community/t/cups-service-stopped-um-18-04/17381

Ha nem megy, így ellenőrizheted:

sudo service cups status

És a Q a kilépés az ellenőrzésből, vissza a promptra.

Eléméletileg ez az állapot lekérő parancs:

sudo systemctl status cups.service

Nálam ez is működik.

Értékelés: 

0
Még nincs értékelve

cups.service: Service hold-off time over, scheduling restart.

#8
thyeby@HP-16GB:~$ sudo service cups restart
Job for cups.service failed.
See "systemctl status cups.service" and "journalctl -xe" for details.

Mindjárt megyek tételesen végig az ajánlásaidon (is).

Értékelés: 

0
Még nincs értékelve
kimarite képe

cups.service: Service hold-off time over, scheduling restart.

#9 Túl rövid ez az idő. NIncs hátramarad nyomtatási feladat?

May  5 07:21:30 HP-16GB systemd[1]: cups.service: Start request repeated too quickly.
May  5 07:21:30 HP-16GB systemd[1]: cups.service: Failed with result 'start-limit-hit'.
May  5 07:21:30 HP-16GB systemd[1]: Failed to start CUPS Scheduler.

A CUPS ütemező nem tud elindulni.

Ha kihúzod a nyomtató kábelt, majd visszadugod? És mindezt egy rendszer újraindítással kapcsolod össze?

Kábel kihúz --> system restart --> kébel bedug --> majd:

sudo systemctl status cups.service

Illetve ez is teszt:

sudo journalctl -xe

A kimenetekben látszik, mi a gond. Lehet, hogy ugyanaz lesz.

Értékelés: 

0
Még nincs értékelve

cups.service: Service hold-off time over, scheduling restart.

#9

Mamma mia Anna bela!

A szerkesztésre kattintva (még volt valami 70 másodpercem), nem tudtam szerkeszteni. Biztosan kifutottam abból a megmaradt időből. (Nincs jogosultság.) Aztán visszalépve újra kapok 300 sec-t, amit aztán ismét megtagad.

Nem is tudom, olyan összevisszaságban leltem most hirtelen magam:
A bash nekem sosem csillagozott jelszóbeíráskor. Most csillagozott. És a státuszlekérés is másképp történt, mint ahogyan Te írtad. Csak nézek ki a fejemből, sok ez egyszerre.

státusz

Értékelés: 

0
Még nincs értékelve
kimarite képe

cups.service: Service hold-off time over, scheduling restart.

#10 A két fájl közötti különbséget nézd meg:

-- a jelenlegi

xdg-open /etc/cups/cupsd.conf

-- az alapértelmezett

xdg-open /usr/share/cups/cupsd.conf.default

Nem szabad törölni a régit, csak átnevezni:

sudo mv /etc/cups/cupsd.conf /etc/cups/cupsd.conf.ORIG

És ekkor az eredetit, bemásolod a tied helyére:

sudo cp /usr/share/cups/cupsd.conf.default /etc/cups/cupsd.conf
sudo service cups restart

MATE asztali környezetet használsz?

A másolásos „megoldás” forrása:
https://ubuntu-mate.community/t/cups-service-stopped-um-18-04/17381

Másold az eredetit! (ORIG)

... jó lenne rájönni, mi okozza a hibát, tehát nemcsak javítani, hanem gondolkodni, és mindezt a későbbi teendők miatt. Kernel frissítés is okozhatta (más Linux terjesztéseknél ezt írják, RedHat, stb.).

#11 A szerkesztésre kattintva (még volt valami 70 másodpercem), nem tudtam szerkeszteni. Biztosan kifutottam abból a megmaradt időből. (Nincs jogosultság.) Aztán visszalépve újra kapok 300 sec-t, amit aztán ismét megtagad.

Értem, itt, a hozzászólásnál. Hát .. vannak „itt” gondok. Soha nem szerkesztünk hozzászólást a böngészőben való visszalépéssel, hanem csak a szerkesztés gombbal. MIndegyik normálisan beállított weboldalon ez van. Nem tudod „átverni” a beállításokat. Még az lenne szép, ha igen. Másrészt a visszalépés a hozzászólás duplázását okozhatja. A felhasználók ellen néna semmi nem véd. :-)

És a státuszlekérés is másképp történt, mint ahogyan Te írtad. Csak nézek ki a fejemből, sok ez egyszerre.

Nem történt máshogyan. Csak nálad hiba van. :-)

A jelszavak ...
https://linuxmint.hu/blog/2019/01/felhasznalo-jelszo-megjelenitesenek-ti...

Próbáld, amit most írtam ..., de az eredetit másold mentésbe!

Értékelés: 

5
Átlag: 5 (1 szavazat)

cups.service: Service hold-off time over, scheduling restart.

#8 Linkelted ezt: https://ubuntu-mate.community/t/cups-service-stopped-um-18-04/17381
És készültem, hogy kipróbálom, bemásolom a /usr/share...-ból a conf default filet (meg is találtam) a /etc...-be a cups.conf helyére.
És ekkor bevillant valami:

Nekem ez a fájl üres. (Hogy miért az, ki tudja?)

Ha megnézed az első cups-os pastebin küldeményemet, már ott is látszik:

"thyeby@HP-16GB:/etc/cups$ sudo cat cupsd.conf

[sudo] thyeby jelszava:          
PreserveJobHistory No  --------- (ennyi a cat szerint az egész fájl tartalma)
thyeby@HP-16GB:/etc/cups$ sudo cat cupsd.conf.0
cat: cupsd.conf.0: Nincs ilyen fájl vagy könyvtár
thyeby@HP-16GB:/etc/cups$ sudo cat cupsd.conf.o
cat: cupsd.conf.o: Nincs ilyen fájl vagy könyvtár
thyeby@HP-16GB:/etc/cups$ sudo cat cupsd.conf.O
LogLevel warn
PageLogFormat...
...stb"

Most feléledt a remény bennem, hogy arról lehet szó, hogy én a cupsd.conf.O nevű fájlt (ahol az én logikám szerint a .O az old-ra utalhat) bogarásztam. Ez vélhetőleg korrekt is. Ha így van, akkor elég átneveznem cupsd.confra, és...

Már csak este lesz időm ezt kipróbálni. :(

Értékelés: 

0
Még nincs értékelve
kimarite képe

cups.service: Service hold-off time over, scheduling restart.

#13 Nem tudom, nálad mi történhetett és miért, de a „cupsd.conf” fájlnak ott kell lennie a helyén.

Listázom a „cups” könyvtár tartalmát:

ls /etc/cups
cups-browsed.conf  interfaces  raw.types  subscriptions.conf
cupsd.conf         ppd         snmp.conf  subscriptions.conf.O
cups-files.conf    raw.convs   ssl

Értékelés: 

0
Még nincs értékelve
kimarite képe

cups.service: Service hold-off time over, scheduling restart.

#13 Igen, az első válaszodban egy sor volt a(z eredeti) konfiguráció tartalma, itt a 0 a fájlvégben, meg tartalmasabb.

thyeby@HP-16GB:/etc/cups$ sudo cat cupsd.conf.O
LogLevel warn
PageLogFormat...
...stb"

Most feléledt a remény bennem, hogy arról lehet szó, hogy én a cupsd.conf.O nevű fájlt (ahol az én logikám szerint a .O az old-ra utalhat) bogarásztam. Ez vélhetőleg korrekt is. Ha így van, akkor elég átneveznem cupsd.confra, és...

Vélhetően elég lesz átnevezni.

Nagyon kevés (szöveges) fájl cattel való olvasásához kell sudo, akkor is látod, hogy kell (mert az üzenet az lesz, hogy nincs jogod megnyitni). A CUPS beállításokhoz sem kell a sudo. Ne sudozz feleslegesen. :-)

Íme, így jó:

cat /etc/cups/cupsd.conf

A könyvtár listázása:

ls /etc/cups/

Próbálkozások helyett egyszer vagy kétszer megnyomod a TAB-ot itt:

cat /etc/cups/cupsd.conf

Sok sikert! És szép napot!

Értékelés: 

0
Még nincs értékelve

cups problem solved ;)

#15

Legalábbis most pillanatnyilag úgy tűnik, hogy megoldva. A cups szerviz restart után prímán elindult az ősöreg kyocerám (imádom!). Még egy OS restart-ot kell megnéznem, hogy mostmár önállóan is hiba nélkül feláll-e a szerver?
Lövésem sincs, hogyan válhatott köddé az én jól működő konfig fájlom?
Ez a linked vezetett eredményre - and it works for me now.

Hálásan köszönöm a figyelmedet, a türelmedet és a fáradozásodat! Most is tanultam valami újat Tőled (és még sok további újakat szeretnék tanulni) - s ez nem más volt, mint az, hogy ne rosáljak be, ha angolul kell értelmeznem valamit, amit magyarul is soknak, nehéznek becsülök.
Ígérem, vissza is fogok térni azokhoz a soraidhoz, ahol ehhez instrukciókat küldtél.

A Falcsik Mari fricskája nagyonnagyon szíven ütött.

Neked is szép napot!

 

Értékelés: 

0
Még nincs értékelve

Tehát ha valakinek nem indul a hálózati nyomtató

#16 Tehát ha valakinek nem indul a hálózati nyomtató, mert nem tud kapcsolódni a cups server-hez, ez lehet egy jó megoldás:

Idézet kimarite hozzászólásából (érdemes visszaolvasni, hogy miért, és mit tanácsos tenni még előtte).
"És ekkor az eredetit, bemásolod a tied helyére:

sudo cp /usr/share/cups/cupsd.conf.default /etc/cups/cupsd.conf
sudo service cups restart

"

Értékelés: 

0
Még nincs értékelve
kimarite képe

cups problem solved ;)

#16 Szívesen. Akkor a Linux is a szívedben marad. :-)

Értékelés: 

0
Még nincs értékelve

cups problem solved ;)

#18 Elég sokat andalogtam ma munka közben azon, hogy mi okozhatta a cups configfile eltűnését, és erre jutottam:

 

Talán.....

 

Amikor bekonfigurálsz egy hálózati nyomtatót grafikus felületen, a nyomtató hozzáadása gombbal, vagy állítgatod, hogy ki használhatja, ki nem, akkor megtévesztően lassan készül el ez a "grafikus" config fájl. Azt hiszed, lefagyott. Minden inaktív. Még az ablakbezáró X is. Rákattintol, nem válaszol. Ki is írja ezt, és megkérdezi, hogy vársz, vagy kilövöd.
Nos, lehet, hogy én nem vártam, hanem force kill?

 

talán...

Értékelés: 

0
Még nincs értékelve
tresor képe

cups problem solved ;)

#19 Ennek elég nagy a valószínűsége.

Bár ez nem beeállítás, hanem sima használat. Régebben tapasztaltam, ha szkenneltem és nem vártam meg a mentést jelző folyamatot. Akkor nem lett el mentve a dokumentum. Ez mióta ssd-t használok nem jellemző. Nagyon gyorsan végbe megy a folyamat. Nem tudom egy bizonyos rendszerhez és disztróhoz kötni, mert többön is tapasztalatam.

Értékelés: 

0
Még nincs értékelve

cups problem solved ;)

#20 Picit megerősítetted a gyanúmat, köszönöm!

Ha nem is ez okozta a config eltűnését, mindenképpen tanulságos - legyen bennünk olykor kicsivel több csigavér.

Nem tudom, mire értetted azt, hogy "bár ez nem beállítás, hanem sima használat". Ha a saját hasonló tapasztalatodra, úgy OK. Viszont esetemben kőkemény beállítás. Amikor grafikus felületen settingelsz bármit, akkor nem teszel egyebet, mint előre megírt kódo(ka)t, kódrészlete(ke)t fűzöl|szúrsz be valamely config fájlodba.

De egy a lényeg: Jó tudni, hogy ha egy folyamatot kilövünk, pláne eröltetve, akkor az valószínűleg nem végzi el rendesen a dolgát. És jó tudni, hogy mivel milyen folyamatot indítunk, azt pedig pláne jó tudni, hogy mely folyamatunk írkál a fájlrendszerbe.

A szép a dologban, hogy én speciel SSD-re dolgoztam - mégis látványosan lassan végződött be a folyamat, a lefagyás érzetét keltően lassan.

Mennyi lelkes - és persze hozzáértő - irodalomban olvastam már én előszavakban, hogy bár nyilvánvalóan elfogultan, de szándékozik a szerző a Linux árnyoldalát is megmutatni, ami aztán rendre elmarad. Az árnyoldalakat mindenki maga tapasztalja meg. És mindenki mást érzékel "árnyoldalnak".
Számomra ez egy (picike!) árnyoldal például. Sokan fejlesztik a Linuxot. Sok fiatal, aki már jó tudással bír, de nem szakmája, és a "bolondbiztos" kód írását nem elég tapasztalattal abszolválja, kevés a gyakorlata etéren, kevés trükk ragadt még rá.
A cups ablakos settingjében - és bárhol máshol is, ahol a júzer várakozni kényszerül, szerencsés valami visszajelzést integrálni. Ez lehet akár egy forgó kurzor, ám jelen esetben legszerencsésebb egy folyamatjelző csík. Mert bár a kód enélkül is kifogástalanul lefut, ha nem lúzer a júzer, mégis elegánsabb, teljesebb értékű megoldás, ha levesszük a lefagyásérzet ráncokat a homlokáról programunk jövőbeli használójának.
Az ilyen árnyoldal mégsem kellemetlen fíling számomra, hanem épp az ellenkezőleg: A Linux, a szabad szoftver igazi ereje: Nem tetszik? Tudsz|tudnál jobbat? Töltsd le a forrást, javítsd ki, csinosítsd! Igen erős ingerencia az autodidakta fejlődésre, és nem csak konkrét problémádat szünteted meg, hanem részévé váltál a Linux közösség legaktívabb részhalmazának. Divlópörnek érezheted magad, aki valamit adott a világnak, nem csak a markát tartotta az ingyenért, amit lehet bőszen fikázni.

Értékelés: 

0
Még nincs értékelve
tresor képe

cups problem solved ;)

#21 Elég rosszul fogalmaztam, de igen magam tapasztalatára értettem a szituációt. Hogy nem beállítás, hanem használat. Ilyen "időbeli elcsúszást" még a gdebi használatakor tapasztaltam viszonylag sokszor. Miszerint, amikor kész a telepítés. Akkor elég sokára jön vissza az az állapot, amikor kiírja-csomag ujra telepítése. Szinte biztos, hogy a GUI-ban van valami túl hosszúra konfigolva, szerintem.

Bár ilyenkor nem csináltam még összehasonlítást, hogy ha ugyan ezt terminálba csinálom a dpkg-val, ugyan azzal a csomaggal. Akkor  a folyamat vége hogyan néz ki. De hát terminálos műveleteknél is akkor van kész a folyamat (dd-zésésnél ha nem sync-elsz,ott lehet bibi), ha vissza kapod a proptodat. Ha be akarod zárni a terminált közben, azért sikít a rendszer.

 

Értékelés: 

0
Még nincs értékelve

Leendő hálózatos nyomtató

Sziasztok!

Ha elég szerencsével járok, akkor a napokban gazdagodni fogok egy HP Color LaserJet CM1017 nyomtatóval.
Ezzel régi álmom teljesül, lesz végre hálózatos, ráadásul színes nyomtatóm. Nem kell majd egy gépnek élnie, hogy bárki elérhesse a LAN-on a nyomtatót.

A hálózatkezelés alapjait most tanulgatom. Pontosabban lassan fél éve, de még az elején járok, mert sok a munkám, sok a Linuxos tanulnivalóm is, és mindig csak tyúklépésekre jut kevéske időm.

Hamarosan ebben a témakörben fogok segítséget kérni. Felületesen belelvasgatva a manual-ba lejött, hogy ez nem is lesz számomra valami egyszerű procedúra.

Mindenek előtt is, kezdjük az alapoktól:

Hogyan kell Linux alatt egy ilyen gépsárkányt szóra bírni? Windows alá van letölthető telepítője a HP oldalán, még mac-ra is. De Linuxra nem leltem. Már van irány, de nem indultam el rajta, amíg nincs itt a nyomtató, nem sokat érne a "fürgeség".

Első lépésben csak közvetlenül szeretném szóra bírni, hálózati elérés nélkül. Bonyolítja a helyzetet, hogy ez multigép lesz, ha lesz. Szóval másolni is illene tudnia majdan.

Második lépésben azonban szeretném, ha úgy működne, ahogyan alkotói megálmodták: Önálló hálózati eszközként.
Ez hogyan van fizikailag megvalósítva? UTP-vel ráteszem egy switch-re?

Izgalommal várom, hogy megérkezzen a nyomtató, és máris bánt, hogy nem izgulhatom ki magam igazán, mert rengeteg határidős munka ég a körmömön.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Leendő hálózatos nyomtató

#23 Szerintem hplip (csomag) és CUPS (hálózati nyomtatók: böngésző). Ne tölts le semmit, ezekkel próbáld.

UTP-vel ráteszed egy switchre, így nagyjából, igen. A hplip telepítve legyen,

sudo apt-get install hplip hpijs-ppds printer-driver-gutenprint

aztán CUPS

sudo apt-get install cups-client cups-bsd 

és nyomtató beállítás (böngésző):

http://localhost:631

Ennyi elég, de van leírás (most ezt találtam):
https://wiki.ubuntuusers.de/CUPS/
Az init beállításokat el kell felejteni a Wiki-ről. Mármint erre gondolok

sudo /etc/init.d/cups {start|stop|restart|force-reload|status}

mert ez így lesz (a reload paraméter egy a többi közül):

sudo service cups reload

Így is lehet (ha változtatsz a beállításon, újraindítás szükséges):

sudo service cups stop
sudo service cups start

Értékelés: 

0
Még nincs értékelve
keraform képe

Leendő hálózatos nyomtató

#23
Ehhez a témához abszolút nem értek, és csak azért kotyogok bele, hogy nehogy igazam legyen.
Én vásárlás előtt megbizonyosodnék arról, hogy a kiszemelt multi-nyomtató kompatibilis a rendszeremmel.
Ez a lépés nagyon sok későbbi szenvedéstől meg tudja menteni az embert.
Én nem azt nézném elsősorban, hogy van-e hozzá drájver, hanem azt, hogy mennyit szenvedtek vele mások: Google.
Kiindulási javaslat ez az oldal: https://developers.hp.com/hp-linux-imaging-and-printing/models/color_las...
Az adatokat nem tudom megbízhatóan értékelni, de a táblázatban a legfrissebb Linux Mint a 13-as!
Azt írja, ami nincs a listában, azt kézzel kell telepíteni, és erről itt van egy leírás: https://developers.hp.com/hp-linux-imaging-and-printing/install/manual/d...

Értékelés: 

0
Még nincs értékelve
kimarite képe

Leendő hálózatos nyomtató

#25 Izgalommal várom, hogy megérkezzen a nyomtató, és máris bánt, hogy nem izgulhatom ki magam igazán, mert rengeteg határidős munka ég a körmömön.

Szerintem már megrendelve, és a szállításra vár.
De persze, igaz, előre érdemes gondolkodni.
A HP nyomtatókkal sok gond nincs, csak a nagyon régiekkel néha.

Értékelés: 

0
Még nincs értékelve
keraform képe

Leendő hálózatos nyomtató

#26 "Ehhez a témához abszolút nem értek." smiley

Értékelés: 

0
Még nincs értékelve
kimarite képe

Leendő hálózatos nyomtató

#27 Azt írja, ami nincs a listában, azt kézzel kell telepíteni

Hát nem. Ez éppen nem jó tanács.
Mármint igen, de  ... nem az marad meg egy-egy kérdezőben, hogy nézze meg a listát, hanem az, hogy kézzel kell telepíteni Linux alatt is. Erre van pár példa.
Én sem értek a témához túlzottan.

Értékelés: 

0
Még nincs értékelve