Canon LBP 6000 Mageia9 alatt

Nyomtatók

A címben szereplő nyomtatót próbálom Mageia9 KDE alatt feléleszteni. A cups állapota enabled, a gutenprint is telepítve. Grafikus felületen hozzáadtam a nyomtatót, amit fel is ismert a rendszer. A gutenprintben szereplő driverek közül kiválasztottam amit felajánlott. ítesztoldalt viszont már nem nyomtat, azt írja a feladat kiküldve, de a nyomtatási sorban az szerepel, hogy a feladat feldolgozás alatt. A képmentésen azt mutatja, hogy mik a tulajdonságai a nyomtatási sornak:

https://ibb.co/VjhM47S

Volt cups restart is, de nem segített. Minek nézzek utána, hogy nyomtasson a nyomtatóm?

  • 1389 megtekintés

( kikepzo | 2024. 09. 23., h – 14:59 )

Szerkesztve: 2024. 09. 23., h – 15:07

Közben innen is próbálom megoldani, de állandóan újabb függőségekre panaszkodik, pedig konzolban is kiadtam ezt a parancsot:
https://ubuntu.hu/d/30601-30601/30 

urpmi ./cndrv-cups-capt-2.x.x-x.x.rpm természetesen a megfelelő adatokkal, és koonzolban is kérte a függőségeket, mert nem találta az adatbázisában. Van valami tároló a Mageia9-hez, ahol ezek benne vannak? Tudom régi ez a lézernyomtató, ennek ellenére teljesen jól ment, amikor még a 32 bites időszakban használtam szintén KDE alatt.

"https://hunvagyok.hu "

( neutrino v | 2024. 09. 23., h – 15:21 )

Szerintem újra kellene telepíteni, az általában segít a gondjaidon.

1904.04.08.
RIP Jákub.
neut @

( _ventura_ v | 2024. 09. 23., h – 15:25 )

Minek nézzek utána,

lognak ...

Fedora 42, Thinkpad x280

Egyébként első gondolatom, hogy a ppd hiányzik. Igazából a második gondolatom is ez. 😀

“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”

― Philip K. Dick

Tudod miért szerettem meg a linux-világot? Mert, ha provlémába ütköztem az mindig tanulásra való alkalom lett. És egy egyszerű nyomtató telepítésnél előjön a cups,gutenprint,pcl,ppa,localhost és még ki tudja mennyi fogalom. És mire megoldottam a problémámat gazdagodtam egy csomó hasznos tudással és egyre mélyebben ismertem meg a rendszeremet. És egyre jobban szerettem is. Szóval remélem, hogy kikepzo is sokat fog tanulni ebből a kalandból. Bár én kezdőként nem rhl disztróval kezdtem volna. Inkább ubuntu és variánsai. De ő választotta a mageia utat, neki kell végigjárnia...

“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”

― Philip K. Dick

Pont azt nem tudom telepíteni, ami ezt biztosítaná, történetesen a cndrvcups-common-2.20-1.x86_64 rpm fájlt. Annyi függőséget kér, hogy nem győztem letöltögetni, a végén pedig ezt kérte, ahol már elakadtam: urpmi ./libc6-2.40-1-omv2490.x86_64.rpm  
A következő kért csomagot nem lehet telepíteni:
libc6-2.40-1.x86_64 ("glibc[== 6:2.40-1]" igényei miatt)
Kívánja folytatni a telepítést? (I/n)

Attól tartok, ezt a glibc-t az álmoskönyvek szerint, nem a legjobb zargatni.
 

"https://hunvagyok.hu "

Igen. Én is ezt írtam. A kezdők nem szoktak rpm-s disztrókkal barátkozni. Ez debian és leszármazottai alatt ez egy csomag telepítése. És ott az apt ami fantasztikusan kezeli a függőségeket. Sokkal könnyebb...

“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”

― Philip K. Dick

Nincs már nagyon régen semmi probléma az rpm-es disztrók függőség kezelésével. 

Itt ha jól látom a probléma az, hogy valahonnan le van töltve egy rpm csomag, amihez a függőségeket szintén letölti valahonnan, de csak elakad végül, mert egy konkrét libc is kellene neki, amit ha telepít, akkor kinyírja a rendszert.

Ez a fajta gányolás megölné az apt-ot is.

A probléma, hogy a csomag ami szerinte kellene, hogy megoldódjon a problémája, nincs a Mageia tárolóiban, így valahonnan szerez egyet. Ez nem így működik. Ha biztos hogy az a csomag kell, akkor a jelenlegi rendszerén le kell fordítani, a függőségeket a hivatalos tárolókból telepítve. Ez, hogy a rendszere már tele van gányolva a hivatalos, meg random helyről beszerzett rpm csomagokkal ez rossz megoldás. 

Senki sem megosztó a világban, csak vannak értelmes emberek és vannak a személyiségzavarosak. Az értelmeseket az különbözteti meg a személyiségzavarostól, hogy az értelmesek azt nézik, miben lehetnek segítségére másoknak, a személyiségzavarosok többek között azt nézik, hogyan lehet valakit, valakiket elnyomni, hogy a beteg lelkük kielégüljön. Csak sajnálni tudlak benneteket, akik olyanok mint te magad is.

"https://hunvagyok.hu "

Alakul. Igazából nekem már többször megfordult a fejemben, hogy neked valami mentális bajod van, pl autista vagy esetleg valami egyéb mentális problémával küzdesz ami gátolja a logikai érzékedet. Ez irányban voltál már kivizsgáláson?

1904.04.08.
RIP Jákub.
neut @

( Nextra | 2024. 09. 23., h – 19:35 )

A canon nyomtatól általában saját szervert használnak. A canon oldaláról letölthető a driver amely tartalmaz mindent IS. Régebben amikor egy LBP 3100-assal kínlódtam voltak érdekességek, de sikerült orvosolni. https://hup.hu/node/135419 Talán segíthet ez a megközelítés.

Valamikor régen hasonló helyzetben, mikor nem tudtam eldönteni hogy csak az én rendszeremen nem megy a nyomtató vagy sehol sem megy, akkor letöltöttem az aktuális Fedora live-ot (a standard GNOME-osat), azzal indítottam el a gépet pendrive-ról, és mikor minden betöltött, csak akkor kapcsoltam be a nyomtatót, hogy erre mit lép. Felismerte, telepítette amit kell és utána tudtam is vele nyomtatni.

Már nem tudom milyen nyomtató volt, de egy próbát megér hogy azzal megy-e.

( kikepzo | 2024. 09. 23., h – 21:15 )

linux-capt-drv-v271-uken ezt találtam, ami már pár függőség után, hajlandó volt telepedni mind a 2 fájllal. Most nekikezdet mindazoknak, amiket itt kaptam tanácsokat.

"https://hunvagyok.hu "

( kikepzo | 2024. 09. 25., sze – 09:17 )

  76.629958] usb 2-1: Product: Canon CAPT USB Device
[   76.629961] usb 2-1: Manufacturer: Canon
[   76.629964] usb 2-1: SerialNumber: 0000A1A9MGXK
[   76.656328] usblp 2-1:1.0: usblp1: USB Bidirectional printer dev 2 if 0 alt 0 proto 2 vid 0x04A9 pid 0x271A
[   76.656380] usbcore: registered new interface driver usblp

A rendszer látja, meg is jelenik a grafikus nyomtatóbeállításoknál, alapértelmezetté tettem, ennek ellenére nem nyomtat most sem. Az
LBP 6018 drivert használja, ami nem baj, amikor a 32 bit alatt használtam, akkor is így volt. Elindítottam a # /etc/init.d/ccpd start
Starting ccpd (via systemctl):                             [    OK    ]
is.

Egyelőre kifogytam az ötletekből, látszólag mindenki a helyén és mégsem műxik.

"https://hunvagyok.hu "

A CUPS-ban a nyomtató beállításai között nézd meg, hogy mindenkinek legyen jogosultsága nyomtatni. Próbálhatsz root-tal is nyomtatni, hátha úgy megy.

Ha sehogy nem boldogulsz, akkor megpróbálhatod feltenni a HPLIP-et. Ez ugyan HP nyomtatókhoz készült eredetileg, de mióta a HP megvette a Samsung nyomtatógyártását, ezért kibővítette a tudását, és már mindenféle nyomtatóhoz, gyártótól függetlenül megkeresi a HPLIP a drivereket, telepíti, hátha úgy sikerül beüzemelned.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( kikepzo | 2024. 09. 25., sze – 19:57 )

systemctl status cups
● cups.service - CUPS Scheduler
    Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled; preset: disabled)
    Active: active (running) since Wed 2024-09-25 09:59:54 CEST; 27s ago
TriggeredBy: ● cups.path
            ● cups.socket
      Docs: man:cupsd(8)
  Main PID: 55209 (cupsd)
    Status: "Scheduler is running..."
     Tasks: 1 (limit: 57045)
    Memory: 2.6M
       CPU: 18.827s
    CGroup: /system.slice/cups.service
            └─55209 /usr/sbin/cupsd -l

/etc/cups/cupsd.conf -ban átírtam erre a Loglevel debugra ami előtte volt, ugyanis a /cups/ hely üres, illetve sehol nincs logja a cupsnak. http://localhost:631/printers/LBP6000 itt sem tudtam működésre bírni, pedig a beállításoktól kezdve, mindet megnéztem. Ezt kapom hibának: Leállítva - ccp send_data error, exit  . Itt is írnak erről, de olyan régi, hogy az a fájl már elavult, helyette van ghostscript, de ez nekem nem vigasz: https://ubuntuforums.org/archive/index.php/t-2013437.html

"https://hunvagyok.hu "

Ezt kapom hibának: Leállítva - ccp send_data error, exit  

Próbáld meg a felhasználód deny listára tenni. Talán segíthet. Ha jól emlékszem a webes felületről menni fog. De szerencsére régen nem kellett már ilyennel szívnom.

Szerk. 

lpstat -a mit mond? Hasznos lehet még a 
lsmod | grep "usblp" kimenete is.

“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”

― Philip K. Dick

Ha már nincs elég tudásod, hogy valami hasznos dolgot is írj, nyugodtan folytasd ezt, bár nem vagy troll, mert ők valamilyen szinten értékes teremtenek veled ellentétben. Nem tudok rád haragudni, van neked elég bajod a valós életedben a személyiséged miatt.

"https://hunvagyok.hu "

( batyu v | 2024. 09. 25., sze – 21:16 )

Hátha segít: Canon CAPT nyomtatók cikke az archwikin. Mondjuk elmegy a canon a fenébe, hogy multilib kell a drivereinek...

Tényleg nem akarok szemétkedni, de így elég nehéz segíteni, hogy nem működsz együtt. Múltkor kaptál tippeket, hogy rootként nyomtatás, vagy HPLIP telepítése, nem írtad, hogy azokkal mire jutottál, helyette Mac-fórumokat bújsz.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Nem veszem szemétkedésnek. Lehet csak írni akartam, így most pótolom. Próbáltam rootként nyomtatni, hozzáadtam a jogosultságokban a rootot és a usert is. A hplip telepítve és a hp-setupra ezt kapom: Searching... (bus=usb, search=(None), desc=0)
error: No devices found on bus: usb . Azért fura ez, mert a rendszerben a dmesg paranccsal látszik a nyomtató. Itt is látszik:

lpinfo -v
direct ccp
direct cnusb:/dev/usb/lp1
direct usb://Canon/LBP6000/LBP6018?serial=0000A1A9MGXK
direct hp
file cups-brf:/
network https
network lpd
network beh
network http
network ipps
network socket
network ipp
serial serial:/dev/ttyS4?baud=115200
serial serial:/dev/ttyS5?baud=115200
network smb
direct hpfax

 

"https://hunvagyok.hu "

Oké, a HPLIP nem támogatja akkor a nyomtatót, ez kilőve. A rootként nyomtatásnál viszont mit ír ki? Ugyanez a hibaüzenet, mint nem roottal?

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( kikepzo | 2024. 10. 04., p – 11:29 )

$ lpstat -t
scheduler is running
system default destination: Myprinter
device for Myprinter: ccp://localhost:59787
Myprinter accepting requests since 2024. okt. 4., péntek, 11:25:16 CEST
printer Myprinter now printing Myprinter-61.  enabled since 2024. okt. 4., péntek, 11:25:16 CEST
Myprinter-61            munkagep             1024   2024. okt. 4., péntek, 11:25:16 CEST

Ezek szerint jól van beállítva a nyomtató és mégsem nyomtat.

Itt a cups hibaüzenete: processing since
2024. okt. 4., péntek, 11:27:52 CEST 
 

"https://hunvagyok.hu "

( kikepzo | 2024. 10. 04., p – 12:05 )

Szerkesztve: 2024. 10. 04., p – 12:12

A CCPD fut, CUPS tesztoldal nyomtatási üzenete: processing since
2024. okt. 4., péntek, 11:52:35 CEST 
"Sending data to printer."

dmesg:

usb 2-1: Product: Canon CAPT USB Device
[10513.681185] usb 2-1: Manufacturer: Canon
[10513.681187] usb 2-1: SerialNumber: 0000A1A9MGXK
[10513.688949] usblp 2-1:1.0: usblp1: USB Bidirectional printer dev 10 if 0 alt 0 proto 2 vid 0x04A9 pid 0x271A

 

"https://hunvagyok.hu "

Egy ötlet: a ccpd biztosan fut? Mert attól, hogy a kernel a dmesg üzeneteknél észlel CAPT nyomtatót, az nem jelenti azt, hogy a ccpd.service is fut ténylegesen, ami kiszolgálja, vezérli!

A másik, amit már linkeltek, az az Arch Wiki CAPT cikke, azt írja, hogy sudo ccpdadmin -p lbp6000 -o /dev/usb/lp0 formában kéne regisztrálnod nyomtatási sorostól, és ezt még azelőtt, hogy a ccpd.service-t elindítod systemctl-lel. Azt azért nézd meg, hogy csatlakoztatva a nyomtatót tényleg a /dev/usb/lp0 azonosítót megkapja.

Szerintem ne add fel, mert nem lehetsz messze a megoldástól. A CUPS fent van, a legfrisebb CAPT drivert feltetted, innen nem maradt már sok lépés, sok konfigurálás, mennie kéne.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( kikepzo | 2024. 10. 04., p – 15:39 )

Mivel a nyomtatót látja a rendszer, így elvetném az USB kábel hibáját. Amiket eddig végigvittem:

- a nyomtató fizikailag be van kapcsolva.

- a nyomtatási sor üres.

- nincs papír elakadás, nem villog hibajelző led a nyomtatón.

- service ccpd restart megvolt.

- 59787/tcp beírva a tűufalszabályokba.

- dnf remove cndrvcups-capt cndrvcups-common és újratelepítése a drivernek (2.20).

- userként és rootként is próbáltam nyomtatni, sikertelenül.

Mit kellene még tennem, amiket nem próbáltam eddig?

"https://hunvagyok.hu "

Megpróbálok még egy utolsót segíteni. https://forum.manjaro.org/t/how-to-use-the-lbp-2900-on-manjaro-linux-xf… Itt ugyan nem a te nyomtatód van, és a rendszer is más, de elég jól leírják, hogyan is kell beleforgatni egy rendszerbe a nyomtatásisor kezelőt. Ti. az nem megy. Ajánlom figyelmedbe a "bizonyosodj meg, hogy ppd része-e az elérési útvonalnak" című részt (make sure that the ppd is registered to the path), amíg nem látsz hasonló kimeneteket a gépeden ne lépj a következő lépésre, mert ezek egymásra épülnek. Továbbá javaslom a sok-sok olvasást és tanulást, hogy jobban megismerd a rendszered. Ha lehet mindezt angolul kövesd el és sokkal több sikerélményben lehet részed!

Good luck!

“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”

― Philip K. Dick

( Nextra | 2024. 10. 12., szo – 09:39 )

Megoldottad már?
Találtam egy 2018-ban magamnak írt olvas.el-t a I-Sensys LBP 3100-as nyomtató beállításáról. Mivel úgy látom még mindig ugyanaz a capt-v271 driver van, nagy különbségek nem lehetnek.

Nem működött még azzal sem eddig, amit utoljára Raynes javasolt. A legjobb esetben is elküldi a cups a feladatot a nyomtatónak és olyan, mintha nem jutna el odáig.  A tűzfal teljes kikapcsolása sem segített, egyszerűen kiírja hogy Feldolgozás alatt és nem nyomtat. Nyomtatási próba előtt még a systemctl restart ccpd is megvolt konzolban.

"https://hunvagyok.hu "

Annak is elégnek kéne lennie. A service indítása előtt kiadott sudo ccpdadmin -p lbp6000 -o /dev/usb/lp0 parancs mit mond? Meggyőződtél róla, hogy a nyomtató valóban a /dev/usb/lp0 azonosítót kapja, ha nem, akkor át kell írni a ccpadmin parancssorát. Ez fontos, mert a ccpdadmin regisztrálja a rendszerbe a nyomtatási sorkezelőt.

Amit én még megejtenék, hogy miután futtattad a ccpdadmint, és utána kézzel eindítottad a ccpd service-t, hogy utána még töröld kézzel CUPS-ból a már telepített nyomtatót és add hozzá kézzel megint, úgy, hogy már a szükséges ccpd cuccok futnak. Lehet az zavar be neki, hogy a nyomtatót előbb adtad hozzá a CUPS-hoz, mint hogy a ccpd normálisan települt és futott volna.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Hibát sem ír ki a ccpdadmin? Mert ha nem ad vissza kimenetet, akkor a unix-filozófia szerint rendben lefut, nem volt hiba.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

systemctl enable ccpd
ccpd.service is not a native service, redirecting to systemd-sysv-install.
Executing: /usr/lib/systemd/systemd-sysv-install enable ccpd
A(z) ccpd szolgáltatás nem támogatja a chkconfigot

Utána: 

# /usr/lib/systemd/systemd-sysv-install enable ccpd
A(z) ccpd szolgáltatás nem támogatja a chkconfigot

Végül:

# systemctl status ccpd
● ccpd.service
    Loaded: loaded (/etc/rc.d/init.d/ccpd; generated)
    Active: active (running) since Sun 2024-10-13 18:52:54 CEST; 4s ago
      Docs: man:systemd-sysv-generator(8)
   Process: 184375 ExecStart=/etc/rc.d/init.d/ccpd start (code=exited, status=0/SUCCESS)
     Tasks: 1 (limit: 57046)
    Memory: 1.6M
       CPU: 82ms
    CGroup: /system.slice/ccpd.service
            └─184392 /usr/sbin/ccpd

okt 13 18:52:54 localhost.localdomain systemd[1]: Starting ccpd.service...
okt 13 18:52:54 localhost.localdomain ccpd[184375]: [39B blob data]
okt 13 18:52:54 localhost.localdomain systemd[1]: Started ccpd.service.

 

"https://hunvagyok.hu "

( Nextra | 2024. 10. 14., h – 12:05 )

Ok. Akkor beillesztem ide amit magamnak írtam annak idején.

Keressük meg, és töltsük le az angol oldalról a drivert:
Canon i-SENSYS LBP3100

www.canon.co.uk/support/

Kibontás, és telepítés után... 
Jöhetnek a beállítások.

ls /usr/share/cups/model/ | grep LBP3150
  CNCUPSLBP3150CAPTK.ppd

Ez sajna nem fog működni...
lpadmin -p LBP3100 -m CNCUPSLBP3150CAPTK.ppd -v ccp://localhost:59787 -E 

  ha ez nem vezet eredményre, akkor az alábbi mappa struktúrát építsük ki.
mkdir /var/captmon /var/ccpd /var/ccpd/fifo0
  változtassuk meg a jogokat.    
chown -R lp:lp /var/ccpd/

Felvesszük a Linux számára
lpadmin -p LBP3100 -m CNCUPSLBP3150CAPTK.ppd -v ccp://var/ccpd/fifo0 -E

Felvesszük a ccpdadmin számára
ccpdadmin -p LBP3100 -o /dev/usb/lp0

  vagy hálózati kapcsolat esetén
ccpdadmin -p LBP3100 -o net:192.168.x.x

systemctl status ccpd - fut-e a démon?
systemctl start ccpd - indítás
systemctl stop ccpd - leállítás

<Printer LBP3100>
DevicePath /dev/usb/lp0
</Printer>

  Ellenőrzés:
ccpdadmin
Itt látni kell a nyomtatót.

  Nyomtató ellenőrzése:
captstatusui -P LBP3100

  Ha üzenet ez: *** captstatusui Socket Error ***
  Akkor nem fut a démon.

systemctl status ccpd - fut-e a démon?
systemctl start ccpd - indítás

Ennek elekerülése érdekében szükség van két udev szabályra.
# /etc/udev/rules.d/85-canon-capt.rules

KERNEL=="lp*", SUBSYSTEMS=="usb", ACTION=="add", ATTRS{idVendor}=="04a9", RUN+="/etc/init.d/ccpd start"
KERNEL=="lp*", SUBSYSTEMS=="usb", ACTION=="remove", RUN+="/etc/init.d/ccpd stop"

Érdemes megfigyelni a SYMLINK nevet* 
Ez majd felügyeli a ccpd démont hogy mindig működjön.

A másik létezik, csak át kell másolni.
cp /usr/lib/udev/rules.d/70-printers.rules /etc/udev/rules.d/70-printers.rules

    Ha commmunications error hibát ír ki, akkor lehet nincs meg az eszköz.
Először tegyünk # jelet az /etc/ccpd/ccpd.conf fájlba a DevicePath elé.
 
<Printer LBP3100>
#DevicePath /dev/usb/lp1
</Printer>

Utána kapcsoljuk be a nyomtatót, és nézzük meg a számot az x helyén>
/dev/usb/lpx

A megjelenő szám a helyes. ezt kell beírni a ccpd.conf fájlba. 
Ez fixen bedrótozza az lpx helyre ezt a nyomtatót.
S ez sajnos problémakt gerjeszt ha több nyomtató van a gépre kötve.

De erre megoldás ha SYMLINK osztályt teszünk a rules fájlba. Így egyedi neve lesz.
KERNEL=="lp*", SUBSYSTEMS=="usb", ACTION=="add", ATTRS{idVendor}=="04a9", SYMLINK+="LBP", RUN+="/etc/init.d/ccpd start"
KERNEL=="lp*", SUBSYSTEMS=="usb", ACTION=="remove", RUN+="/etc/init.d/ccpd stop"

Ekkor a ccpd.conf fájlban ez legyen. 
DevicePath /dev/LBP
 

Ezt kaptam most is: Leállítva - ccp send_data error, exit. 

systemctl status ccpd - fut-e a démon?
systemctl start ccpd - indítás     ------- eddig csináltam végig, ment a ccpd rendben a konzol szerint. "Loaded: loaded (/etc/rc.d/init.d/ccpd; generated)
    Active: active (running) since Tue 2024-10-15 20:21:12 CEST; 5min ago

"

"https://hunvagyok.hu "

A `systemctl status ccpd` parancs csak az indulást mutatja, hogy sikerült. Van egy fontos mondat, amit nem szabad elfelejteni üzemeltetőként: amelyik program fut az nem jelenti azt, hogy jól is működik.

A logokban biztos benne van valami, hogy miért nem sikerült a nyomtatás.

Futtasd az alábbi parancsot, hogy lásd a logot a CCPD-hez.

`jounalctl -xeu ccpd` (-u kapcsoló is elég lehet), hogy meg tudd nézni miért nem sikerült a nyomtatás. Esetleg egy log level emelés is hasznos még tart a hiba keresés.

Gondolom csak elírás volt, a helyes parancs a jouRnalctl. Elég volt csak a -u is, itt a kimenet:

okt 11 15:21:27 localhost.localdomain systemd[1]: Starting ccpd.service...
okt 11 15:21:27 localhost.localdomain ccpd[78945]: [39B blob data]
okt 11 15:21:27 localhost.localdomain systemd[1]: Started ccpd.service.
okt 11 15:25:20 localhost.localdomain systemd[1]: Stopping ccpd.service...
okt 11 15:25:20 localhost.localdomain ccpd[87858]: Shutting down /usr/sbin/ccpd: [    OK    ]
okt 11 15:25:20 localhost.localdomain systemd[1]: ccpd.service: Deactivated successfully.
okt 11 15:25:20 localhost.localdomain systemd[1]: Stopped ccpd.service.
okt 11 15:25:20 localhost.localdomain systemd[1]: Starting ccpd.service...
okt 11 15:25:20 localhost.localdomain ccpd[87884]: [39B blob data]
okt 11 15:25:20 localhost.localdomain systemd[1]: Started ccpd.service.
okt 11 15:30:54 localhost.localdomain systemd[1]: Stopping ccpd.service...
okt 11 15:30:54 localhost.localdomain ccpd[100865]: Shutting down /usr/sbin/ccpd: [    OK    ]
okt 11 15:30:54 localhost.localdomain systemd[1]: ccpd.service: Deactivated successfully.
okt 11 15:30:54 localhost.localdomain systemd[1]: Stopped ccpd.service.

 

"https://hunvagyok.hu "

( _ventura_ v | 2024. 10. 16., sze – 10:32 )

Kezd elfogyni a popcorn + cola kombón, megyek veszek még :D

Fedora 42, Thinkpad x280