CUPS – ບັນຫາທີ່ຮູ້ຈັກ

Brandon Nielsen, Zdenek Dohnal Version F31 onwards Last review: 2021-06-16

ນີ້ແມ່ນບັນຫາທີ່ພົບເລື້ອຍຈຳນວນໜຶ່ງ ເຊິ່ງເກີດຂຶ້ນພາຍໃຕ້ບາງສະຖານະການ ແລະ ຍັງບໍ່ທັນມີວິທີແກ້ໄຂທົ່ວໄປ ຫຼື ຜູ້ພັດທະນາຕົ້ນທາງ (upstream) ຍັງບໍ່ທັນຕ້ອງການເພີ່ມວິທີແກ້ໄຂເຂົ້າໃນໂຄງການຂອງພວກເຂົາ:

cups-browsed

ບໍ່ສາມາດພິມໄດ້ ເນື່ອງຈາກ 'ບໍ່ມີຊື່ໂຮສປາຍທາງທີ່ລະບຸໂດຍ cups-browsed, ມັນກຳລັງເຮັດວຽກຢູ່ບໍ?'

ບາງຄັ້ງ cups-browsed ຂາດການເຊື່ອມຕໍ່ກັບເຊີເວີການພິມ (ປົກກະຕິແລ້ວຈະເປັນລຸ້ນເກົ່າ ເຊັ່ນ cups-1.4.2) ເມື່ອແລັປທັອບປ່ຽນການເຊື່ອມຕໍ່ເຄືອຂ່າຍ (ປ່ຽນເຄືອຂ່າຍ WiFi ຫຼື ຫຼັງຈາກ hibernate/suspend). ທ່ານສາມາດເຮັດໃຫ້ການພິມກັບມາໃຊ້ງານໄດ້ອີກຄັ້ງໂດຍການຍົກເລີກງານຂອງທ່ານ ແລະ ເລີ່ມຕົ້ນ cups-browsed ໃໝ່ດ້ວຍຄຳສັ່ງ

$ cancel -a
$ sudo systemctl restart cups-browsed

cups-browsed ໃຊ້ຊັບພະຍາກອນ CPU ສູງ

ການສ້າງຄິວເຄື່ອງພິມພາຍໃນໃຊ້ເວລາດົນສຳລັບເຄື່ອງພິມບາງລຸ້ນທີ່ມີໄຟລ໌ PPD ຂະໜາດໃຫຍ່, ເຮັດໃຫ້ການເຊື່ອມຕໍ່ http ໝົດເວລາ (timeout) ແລະ ມັນຈະສ້າງລູບບໍ່ສິ້ນສຸດ (infinite loop) ໃນການສ້າງຄິວເຄື່ອງພິມພາຍໃນ. ເພື່ອແກ້ໄຂບັນຫານີ້, ກະລຸນາເພີ່ມ

HttpLocalTimeout N
HttpRemoteTimeout N

ລົງໃນ /etc/cups/cups-browsed.conf, ໂດຍທີ່ N ແມ່ນຈຳນວນວິນາທີກ່ອນທີ່ຈະໝົດເວລາການເຊື່ອມຕໍ່. ຈາກນັ້ນໃຫ້ເລີ່ມບໍລິການ cups-browsed ໃໝ່. ຕົວເລືອກນີ້ມີຢູ່ໃນ Fedora 27 ແລະ ລຸ້ນທີ່ສູງກວ່າ.

[ຕັ້ງແຕ່ FEDORA 27] cups-browsed ສ້າງຊື່ຄິວເຄື່ອງພິມທີ່ແຕກຕ່າງຈາກເມື່ອກ່ອນ

ບັນຫານີ້ກ່ຽວຂ້ອງກັບຄິວ cups ທາງໄກ (remote cups queues) ເຊິ່ງຖືກປະກາດໂດຍ CUPS ລຸ້ນເກົ່າ (ປົກກະຕິແລ້ວແມ່ນຕ່ຳກວ່າ cups-1.5, ເຊັ່ນ RHEL 6). ໂດຍເລີ່ມຕົ້ນ cups-browsed ຈະສ້າງຄິວການພິມພາຍໃນໂດຍໃຊ້ຊື່ຕາມ DNS-SD ID ຂອງເຄື່ອງພິມ ແລະ ສາມາດເປີດໃຊ້ການຕັ້ງຊື່ຕາມຄິວ cups ທາງໄກໄດ້ອີກຄັ້ງໂດຍການເພີ່ມ:

LocalQueueNamingRemoteCUPS RemoteName

ລົງໃນ /etc/cups/cups-browsed.conf ແລ້ວເລີ່ມບໍລິການ cups-browsed ໃໝ່.

cups-filters

ການພິມໃຊ້ເວລາດົນ ຫຼື ບໍ່ພິມເລີຍ

ເມື່ອເຄື່ອງພິມຂອງທ່ານໃຊ້ເວລາດົນໃນການພິມ (ຈາກມຸມມອງຂອງທ່ານ) ຫຼື ບໍ່ພິມເລີຍ (ເຄື່ອງພິມ Xerox ບາງລຸ້ນມີບັນຫາກັບຕົວປະມວນຜົນ gs, ສະນັ້ນພວກມັນຈະກັບມາໃຊ້ງານໄດ້ກັບຕົວປະມວນຜົນ pdftops ເທົ່ານັ້ນ), ທ່ານສາມາດລອງປ່ຽນຕົວປະມວນຜົນ postscript ເລີ່ມຕົ້ນໄດ້. ຕົວປະມວນຜົນເລີ່ມຕົ້ນໃນ Fedora ສຳລັບເຄື່ອງພິມສ່ວນໃຫຍ່ແມ່ນ gs filter ຈາກ Ghostscript, ແຕ່ພວກເຮົາມີ pdftops filter ຈາກ Poppler ສຳລັບເຄື່ອງພິມ Brother, Minolta ແລະ Konica Minolta - ການຕັ້ງຄ່ານີ້ເອີ້ນວ່າ hybrid.

ການຕັ້ງຄ່າຕົວປະມວນຜົນອື່ນໆທີ່ມີໃຫ້ຄື gs (ຈາກ Ghostscript), pdftops ແລະ pdftocairo (ຈາກ Poppler), mupdf (ຈາກ mupdf) ແລະ acroread (ຈາກ adobe reader, ບໍ່ມີຢູ່ໃນຄັງເກັບຊອບແວທາງການຂອງ Fedora), ຈາກນັ້ນທ່ານສາມາດຕັ້ງຄ່າຕົວປະມວນຜົນເລີ່ມຕົ້ນທີ່ແຕກຕ່າງກັນສຳລັບຄິວການພິມຂອງທ່ານໄດ້ດັ່ງນີ້:

$ sudo lpadmin -p <printer-name> -o pdftops-renderer-default=gs/pdftops/pdftocairo/mudpf/acroread/hybrid

ຂໍ້ຄວນລະວັງ: ບັນຫາການພິມ 'ຊ້າ' ສ່ວນໃຫຍ່ແມ່ນເກີດຈາກແອັບພລິເຄຊັນທີ່ສ້າງ PDF ເຊິ່ງສ້າງໄຟລ໌ PDF ທີ່ບໍ່ສົມບູນ - ແລະ ໄຟລ໌ PDF ທີ່ສ້າງມາບໍ່ດີນັ້ນມັກຈະເປັນສາເຫດຫຼັກຂອງບັນຫາ. ສະຫຼຸບແລ້ວ, ບັນຫາການພິມຊ້າອາດຈະເກີດຂຶ້ນອີກກັບໄຟລ໌ PDF ອື່ນ, ເຊິ່ງຂຶ້ນກັບການຕັດສິນໃຈຂອງຜູ້ໃຊ້ວ່າ: ຖ້າຕ້ອງການພິມໄວ ແລະ ອາດຈະຕ້ອງປ່ຽນຕົວປະມວນຜົນເລີ່ມຕົ້ນໃນບາງຄັ້ງ, ຫຼື ການພິມຊ້າບໍ່ແມ່ນບັນຫາທີ່ຮ້າຍແຮງປານໃດ.

CUPS

[ແກ້ໄຂແລ້ວໃນ F33 ແລະ ລຸ້ນຫຼັງຈາກນັ້ນ] Firefox, Evince (ຕົວເບິ່ງ PDF), GVim, Gedit, Gnome Control Center ສະແດງຄິວການພິມ 'ຫຼອກ' (dummy)/ຊ້ຳຊ້ອນ ເຊິ່ງບໍ່ສາມາດໃຊ້ງານໄດ້

ບັກ (bug) ນີ້ກ່ຽວຂ້ອງກັບທຸກແອັບພລິເຄຊັນທີ່ໃຊ້ໄດອາລັອກການພິມ (print dialog) ຂອງ GTK. ໄດອາລັອກ GTK ຕັດສິນໃຈຮັບຂໍ້ມູນກ່ຽວກັບເຄື່ອງພິມທີ່ມີຢູ່ຈາກສອງແຫຼ່ງຄື - ຂໍ້ຄວາມ mDNS ຈາກ Avahi ແລະ CUPS - ຄິວການພິມທີ່ຫຼອກ/ຊ້ຳຊ້ອນນີ້ແມ່ນຄິວການພິມທີ່ GTK ສ້າງຂຶ້ນໃນໄດອາລັອກໂດຍອີງຕາມຂໍ້ຄວາມຈາກ Avahi, ແຕ່ມັນບໍ່ມີຢູ່ໃນ CUPS ເພາະບໍ່ມີໃຜສ້າງມັນ, ແລະ ຕໍ່ມາ GTK ກໍເຮັດວຽກຄືກັບວ່າມັນມີຢູ່ໃນ CUPS. ສະນັ້ນ ທຸກຄັ້ງທີ່ຜູ້ໃຊ້ຕ້ອງການພິມ, GTK ຈະສົ່ງຄຳຮ້ອງຂໍໄປຍັງ CUPS ສຳລັບຄິວນີ້, ແຕ່ມັນຈະຖືກ CUPS ປະຕິເສດເພາະວ່າບໍ່ມີຄິວດັ່ງກ່າວ.

ຟີເຈີທີ່ GTK ພະຍາຍາມເຮັດຢູ່ທີ່ນີ້ເອີ້ນວ່າ CUPS temporary queues (ຄິວຊົ່ວຄາວຂອງ CUPS) - ຜູ້ພັດທະນາ GTK ກຳລັງເຮັດວຽກກ່ຽວກັບການແກ້ໄຂບັນຫາໃນທັນທີໃນ bugzilla ນີ້. ແຜນການໃນອະນາຄົດແມ່ນຈະໃຊ້ແບັກເອນ (backend) cpdb-backend-cups ໃນ GTK, ແຕ່ໃນຕອນນີ້ພວກເຮົາກຳລັງສຸມໃສ່ການແກ້ໄຂໃນຂັ້ນກາງກ່ອນ.

CUPS ບໍ່ຮອງຮັບ FQDN ບາງປະເພດໄດ້ດີປານໃດ

ບາງຄັ້ງ CUPS ມີບັນຫາກັບ FQDN ບາງປະເພດ - ນັ້ນໝາຍຄວາມວ່າເມື່ອທ່ານໃຊ້ FQDN ໃນຄຳສັ່ງ BrowsePoll ໃນ /etc/cups/cups-browsed.conf, CUPS ຈະບໍ່ຮັບຮູ້ວ່າມັນເປັນຊື່ໂຮສ (hostname) ທີ່ຖືກຕ້ອງ - ເຊິ່ງແກ້ໄຂໄດ້ໂດຍການເພີ່ມ:

ServerAlias your.own.fully.qualified.hostname.com

ລົງໃນ /etc/cups/client.conf ແລ້ວເລີ່ມບໍລິການ cups ໃໝ່.

ມີຕົວເລືອກໜ້ອຍກວ່າ ຫາກໃຊ້ອຸປະກອນແບບບໍ່ມີໄດເວີ (driverless) ເມື່ອທຽບກັບການໃຊ້ໄດເວີແບບດັ້ງເດີມ (classic driver)

ສະຖານະການທີ່ຄ້າຍຄືກັນອາດຈະເກີດຂຶ້ນກັບສະແກນເນີທີ່ຮອງຮັບ sane-airscan. ອຸປະກອນບາງລຸ້ນມີຕົວເລືອກໜ້ອຍກວ່າຜ່ານໂປຣໂຕຄໍ - ເຊັ່ນ IPP 2.0+, WSD, eSCL - ເຊິ່ງຮອງຮັບໂຊລູຊັນແບບບໍ່ມີໄດເວີ ຫຼາຍກວ່າຜ່ານໄດເວີແບບດັ້ງເດີມ. ໂດຍປົກກະຕິແລ້ວມັນແມ່ນບັນຫາທີ່ເຟີມແວຂອງອຸປະກອນ, ເຊິ່ງສາມາດກວດສອບໄດ້ໂດຍການເບິ່ງຜົນການເຮັດວຽກຂອງຄຳສັ່ງຕໍ່ໄປນີ້:

$ ipptool -tv <ipp_device_uri> get-printer-attributes.test

ຄຳສັ່ງເຫຼົ່ານີ້ເຮັດການຮ້ອງຂໍ IPP ແບບດຽວກັບຕອນທີ່ຄິວຊົ່ວຄາວປະກົດຂຶ້ນໃນໄດອາລັອກການພິມ ຫຼື ເມື່ອທ່ານຕິດຕັ້ງຄິວແບບຖາວອນ. ຕົວເລືອກເຄື່ອງພິມຈະຖືກຕັ້ງຄ່າຈາກການຕອບສະໜອງ IPP ສຳລັບຄຳຮ້ອງຂໍນີ້, ດັ່ງນັ້ນຖ້າຕົວເລືອກຂາດຫາຍໄປໃນການຕອບສະໜອງ, CUPS ກໍຈະບໍ່ສາມາດສ້າງຕົວເລືອກເຄື່ອງພິມດັ່ງກ່າວໄດ້. ວິທີແກ້ໄຂແມ່ນໃຫ້ລອງອັບເດດເຟີມແວຂອງອຸປະກອນ, ລາຍງານບັນຫາໃຫ້ຜູ້ຜະລິດອຸປະກອນ ແລະ ລາຍງານທີ່ bugzilla ພ້ອມກັບໄຟລ໌ບັນທຶກ (logs).

[F33+] ການພິມຜ່ານ IPPS ບໍ່ສາມາດໃຊ້ງານໄດ້

Fedora 33 ໄດ້ມີການປັບປຸງມາດຕະຖານໃຫ້ສູງຂຶ້ນກ່ຽວກັບນະໂຍບາຍການເຂົ້າລະຫັດ (crypto-policies), ສະນັ້ນ SSL ແລະ ໂປຣໂຕຄໍ TLS ລຸ້ນເກົ່າຈະຖືກປິດການໃຊ້ງານໃນລະດັບລະບົບ. ການປ່ຽນແປງນີ້ເຮັດໃຫ້ການພິມຜ່ານ IPPS ໄປຍັງອຸປະກອນທີ່ບໍ່ຮອງຮັບໂປຣໂຕຄໍໃໝ່ບໍ່ສາມາດໃຊ້ງານໄດ້. ທ່ານສາມາດຕັ້ງຄ່າການຮອງຮັບການເຂົ້າລະຫັດແບບເກົ່າ (legacy crypto) ກັບຄືນມາໄດ້ໃນ crypto-policies ຜ່ານ:

$ sudo update-crypto-policies --set DEFAULT:FEDORA32

ການປ່ຽນແປງນະໂຍບາຍນີ້ສົ່ງຜົນກະທົບຕໍ່ອຸປະກອນທີ່ພົບໂດຍ cups-browsed, ເນື່ອງຈາກ daemon ຈະເລືອກໃຊ້ IPPS uris ຖ້າເຄື່ອງພິມ/ເຊີເວີລາຍງານວ່າມີໃຫ້ໃຊ້.

ໄຟລ໌ PDF ທີ່ພິມອອກມາ ມີຕົວອັກສອນທີ່ສະແດງຜົນບໍ່ຖືກຕ້ອງ

ບາງຄັ້ງ, ການຮອງຮັບ PDF ອາດເຮັດວຽກບໍ່ຖືກຕ້ອງກັບເຄື່ອງພິມບາງລຸ້ນ, ເຊິ່ງອາດສົ່ງຜົນໃຫ້ການສະແດງຜົນຜິດພ້ຽນ (ຕົວຢ່າງ: ເຄື່ອງໝາຍກຳກັບສຽງ ເຊັ່ນ š ຫຼື ž ຖືກພິມອອກມາເປັນຮູບສີ່ຫຼ່ຽມນ້ອຍໆ).

ຫາກໄດເວີເຄື່ອງພິມຮອງຮັບການເຮັດ Rasterization ດ້ວຍ, ທ່ານສາມາດຕິດຕັ້ງເຄື່ອງພິມຄືນໃໝ່ດ້ວຍໄດເວີ IPP Everywhere (ໄດເວີແບບ driverless ມາດຕະຖານ ຈະບໍ່ສາມາດໃຊ້ກັບຕົວເລືອກ print as raster ໄດ້):

$ lpadmin -p <printer> -m everywhere -E

ຕອນນີ້ ທ່ານສາມາດບັງຄັບໃຊ້ Rasterization ສຳລັບງານພິມໃໝ່ດ້ວຍຄຳສັ່ງ:

$ lp -d <printer> -o print-as-raster <file>

ຫຼື ຕັ້ງຄ່າ Rasterization ໃຫ້ເປັນຄ່າເລີ່ມຕົ້ນສຳລັບເຄື່ອງພິມນີ້ດ້ວຍຄຳສັ່ງ:

$ lpadmin -p <printer> -o print-as-raster-default=true

ແນວໃດກໍຕາມ, ຄວນຮັບຊາບວ່າບາງຟັງຊັນຂອງ IPP ຈະບໍ່ສາມາດໃຊ້ງານຮ່ວມກັບ Rasterization ໄດ້, ເຊັ່ນ: ການຈັດຊຸດເອກະສານ (finishings), ດັ່ງນັ້ນ ວິທີທີ່ດີທີ່ສຸດໃນການແກ້ໄຂບັນຫາແມ່ນ ການຕິດຕໍ່ຜູ້ຜະລິດເຄື່ອງພິມຂອງທ່ານ ແລະ ຂໍໃຫ້ພວກເຂົາອັບເດດການຮອງຮັບ PDF ໃນເຟີມແວ (firmware) ຂອງເຄື່ອງພິມ.

HPLIP

ທຳອິດ ຂ້າພະເຈົ້າຢາກແຈ້ງໃຫ້ຊາບວ່າ ພວກເຮົາບໍ່ໄດ້ຮັບຜິດຊອບໃນການສະໜັບສະໜູນ HPLIP ທີ່ຖືກດາວໂຫຼດ ແລະ ຕິດຕັ້ງຈາກເວັບໄຊທ໌ຂອງ HP. ໃນກໍລະນີສ່ວນໃຫຍ່ ກະລຸນາຕິດຕັ້ງ hplip rpm ຈາກຄັງເກັບຊອບແວທາງການຂອງ Fedora.

Hp-plugin: ໄຟລ໌ບໍ່ກົງກັບຄ່າ checksum. ໄຟລ໌ອາດຈະເສຍຫາຍ ຫຼື ຖືກປ່ຽນແປງ

ຂໍ້ຜິດພາດທົ່ວໄປນີ້ສ່ວນໃຫຍ່ແມ່ນເກີຈາກສາເຫດພາຍນອກ (ເຊີເວີຂັດຂ້ອງ, ເຄືອຂ່າຍຂັດຂ້ອງ), ເມື່ອ wget ພະຍາຍາມດາວໂຫຼດປລັກອິນ (plugin) ແຕ່ມັນສົ່ງກັບມາພຽງແຕ່ຂໍ້ຄວາມຜິດພາດ. ມັນກ່ຽວຂ້ອງກັບຂໍ້ຄວາມ:

Plugin download failed with error code = N

ໂດຍທີ່ N ແມ່ນຄ່າທີ່ສົ່ງກັບມາຈາກ wget (man wget), ເຊິ່ງໃຊ້ສຳລັບການດາວໂຫຼດປລັກອິນທີ່ມີລິຂະສິດ. ວິທີແກ້ໄຂບັນຫານີ້ອາດຈະແຕກຕ່າງກັນໄປ - ທ່ານສາມາດລໍຖ້າຈົນກວ່າເຊີເວີຈະກັບມາໃຊ້ງານໄດ້ ຫຼື ລອງຕິດຕັ້ງປລັກອິນທີ່ທ່ານດາວໂຫຼດດ້ວຍຕົນເອງຈາກ http://www.openprinting.org/download/printdriver/auxfiles/HP/plugins/ (ເລືອກ "Select and install an existing local copy of the plug-in file" ໃນລະຫວ່າງ hp-setup ຫຼື hp-plugin).

ບໍ່ສາມາດໂຫຼດ cupsext ໄດ້

ຂໍ້ຜິດພາດນີ້ອາດເກີດຂຶ້ນເມື່ອ hplip ຖືກຕິດຕັ້ງຈາກເວັບໄຊທ໌ HP, ຫຼື ສິ່ງທີ່ມັນຈຳເປັນຕ້ອງໃຊ້ (dependencies) ມີການປະສົມກັນລະຫວ່າງແພັກເກັດ python2 ແລະ python3 ຫຼື ຕິດຕັ້ງໂດຍ pip. ສາມາດແກ້ໄຂໄດ້ໂດຍການລົບແພັກເກັດ hplip ທັງໝົດອອກ (hplip, hplip-gui, hplip-libs, hplip-common, libsane-hpiao) ແລະ ຕິດຕັ້ງໃໝ່ທັງໝົດຈາກຄັງເກັບຊອບແວ (repositories).

ບໍ່ພົບ hplip-gui

ເຄື່ອງມື GUI ແລະ ສ່ວນຕ່າງໆຂອງ GUI ໃນຄຳສັ່ງ HP ໄດ້ຖືກຍ້າຍໄປຢູ່ໃນແພັກເກັດຍ່ອຍ hplip-gui, ເພາະວ່າແພັກເກັດຫຼັກສາມາດເຮັດວຽກໄດ້ໂດຍບໍ່ມີ GUI, ເຮັດໃຫ້ແພັກເກັດຫຼັກມີຂະໜາດນ້ອຍລົງ. ຜົນຂອງການຕັດສິນໃຈນີ້ຄື ຄຳສັ່ງ HP ຈຳເປັນຕ້ອງໄດ້ລັນ (run) ດ້ວຍຕົວເລືອກ -i ສຳລັບໂໝດໂຕ້ຕອບ (interactive mode), ຫຼື ຈຳເປັນຕ້ອງຕິດຕັ້ງແພັກເກັດຍ່ອຍ hplip-gui.

ເຄື່ອງມືທີ່ຕ້ອງລັນດ້ວຍຕົວເລືອກ -i ສຳລັບ CLI ຫຼື ຕ້ອງຕິດຕັ້ງ hplip-gui ສຳລັບ GUI:

hp-align
hp-clean
hp-colorcal
hp-diagnose_queues
hp-fab
hp-firmware
hp-info
hp-plugin
hp-sendfax
hp-setup
hp-testpage
hp-unload

ເຄື່ອງມືທີ່ຢູ່ໃນ hplip-gui:

hp-check
hp-print
hp-systray
hp-toolbox
hp-devicesettings
hp-faxsetup
hp-linefeedcal
hp-makecopies
hp-printsettings
hp-wificonfig

ບໍ່ພົບເຄື່ອງພິມ HP, ບໍ່ພິມ ຫຼື ພິມອອກມາບໍ່ດີ

ເຄື່ອງພິມ HP ບາງລຸ້ນເຮັດວຽກບໍ່ໄດ້ດີກັບ URIs ທີ່ໃຫ້ໂດຍ CUPS (dnssd, usb, ipp) ຫຼື ພວກມັນຈຳເປັນຕ້ອງໃຊ້ປລັກອິນທີ່ມີລິຂະສິດຈາກ HP ເຊິ່ງບໍ່ສາມາດມີຢູ່ໃນ Fedora ໄດ້ເນື່ອງຈາກບັນຫາເລື່ອງໃບອະນຸຍາດ. ສຳລັບເຄື່ອງພິມດັ່ງກ່າວ ກະລຸນາລອງລັນຄຳສັ່ງ:

$ hp-setup -i -g

ສຳລັບໂໝດໂຕ້ຕອບ, ຫຼື:

$ hp-setup -g

ສຳລັບໂໝດກຣາຟິກ. ຄຳສັ່ງນີ້ຈະຕິດຕັ້ງເຄື່ອງພິມ HP ແລະ ສະແກນເນີ HP. ຖ້າທ່ານມີບັນຫາກ່ຽວກັບເຄື່ອງພິມ HP/ສະແກນເນີ HP ທີ່ບໍ່ຖືກຄົ້ນພົບ, ບໍ່ພິມ ຫຼື ພິມບໍ່ໄດ້ດີ, ກະລຸນາລອງຕິດຕັ້ງມັນດ້ວຍ hp-setup, ເບິ່ງວ່າມັນຊ່ວຍໄດ້ບໍ. ຖ້າມັນບໍ່ຊ່ວຍ, ກະລຸນາແຈ້ງບັກໃນ bugzilla, ແນບຜົນການເຮັດວຽກຂອງ hp-setup ແລະ ລະບຸນຳວ່າທ່ານໄດ້ລອງໃຊ້ hp-setup ແລ້ວ.

ອຸປະກອນທີ່ຕ້ອງການປລັກອິນບໍ່ສາມາດໃຊ້ງານໄດ້ຫຼັງຈາກອັບເດດ HPLIP

ອຸປະກອນທີ່ຕ້ອງໃຊ້ປລັກອິນອາດຈະຢຸດເຮັດວຽກ ຫຼັງຈາກການອັບເດດ HPLIP ເປັນເວີຊັນໃໝ່ກວ່າ - ນີ້ແມ່ນຍ້ອນການກວດສອບເວີຊັນຂອງປລັກອິນຢູ່ໃນລະຫັດ. ການກວດສອບນີ້ແມ່ນຈຳເປັນເພື່ອປ້ອງກັນຄວາມບໍ່ສອດຄ່ອງກັນ ໃນເວລາທີ່ຄຸນສົມບັດໃໝ່ໃນ HPLIP ທີ່ເປັນໂອເພນຊອດ ຕ້ອງການໄລບຣາຣີທີ່ມີລິຂະສິດສະເພາະຈາກປລັກອິນ. ເພື່ອເຮັດໃຫ້ເຄື່ອງພິມຂອງທ່ານກັບມາເຮັດວຽກໄດ້ອີກຄັ້ງ, ພຽງແຕ່ດາວໂຫຼດ ແລະ ຕິດຕັ້ງປລັກອິນຄືນໃໝ່ດ້ວຍ:

$ hp-plugin -i

ອຸປະກອນທີ່ຕ້ອງການປລັກອິນໄບນາຣີ (binary plugin) ຢຸດເຮັດວຽກໃນ Fedora Silverblue/CoreOS

ໂດຍປົກກະຕິແລ້ວ ອຸປະກອນທີ່ຕ້ອງການປລັກອິນໄບນາຣີແບບ close source ຂອງ HP ຈະຕ້ອງມີການຕິດຕັ້ງປລັກອິນທຸກໆຄັ້ງທີ່ທ່ານເປີດ/ເລີ່ມຕົ້ນ PC ໃໝ່. ສະຄຣິບ close source ຂອງ HP ຈະຕິດຕັ້ງປລັກອິນລົງໃນໄດເຣັກທໍຣີທີ່ອ່ານໄດ້ຢ່າງດຽວ (readonly), ດັ່ງນັ້ນປລັກອິນຈະຖືກລົບອອກເມື່ອທ່ານເລີ່ມຕົ້ນ Fedora ໃໝ່. ວິທີແກ້ໄຂຄືໃຫ້ລອງເບິ່ງວ່າອຸປະກອນຂອງທ່ານຮອງຮັບການພິມ ແລະ ສະແກນແບບບໍ່ມີໄດເວີບໍ, ລອງໃຊ້ແພັກເກັດ hplip-plugin ຈາກ RPMFusion ຫຼື ຕ້ອງຕິດຕັ້ງປລັກອິນທຸກຄັ້ງທີ່ທ່ານຕ້ອງການພິມ.

golang-github-openprinting-ipp-usb

ເຄື່ອງພິມ/ສະແກນເນີ USB ບໍ່ເຮັດວຽກເນື່ອງຈາກມີການຂັດແຍ່ງກັນໃນພອດ USB

ipp-usb daemon ຈະເປີດພອດ USB ຂອງອຸປະກອນ IPP-over-USB ຄ້າງໄວ້ເພື່ອຮອງຮັບການສື່ສານ IPP ທີ່ອາດຈະເກີດຂຶ້ນໃນອະນາຄົດ, ເຊິ່ງຈະເປັນການບລັອກພອດນັ້ນບໍ່ໃຫ້ໄດເວີອື່ນໆເຂົ້າເຖິງໄດ້ (ເຊັ່ນ HPLIP, gutenprint, sane-backends…​).

ສຳລັບເຄື່ອງພິມ ວິທີແກ້ໄຂແມ່ນ ຖອນການຕິດຕັ້ງຄິວທີ່ມີໄດເວີ ໂດຍ:

$ lpadmin -x <queue_name>

ແລະ ເລີ່ມໃຊ້ງານອັນທີ່ມາຈາກ ipp-usb (ເປັນ ຄິວການພິມຊົ່ວຄາວຂອງ CUPS ຫຼື ຕິດຕັ້ງແບບຖາວອນ - ເຊິ່ງ device uri ເລີ່ມຕົ້ນແມ່ນ ipp://localhost:60000/ipp/print).

ໃນກໍລະນີຂອງສະແກນເນີ sane-airscan ຈະເລືອກໃຊ້ອຸປະກອນສະເໝືອນ (virtual device) ຈາກ ipp-usb ໂດຍອັດຕະໂນມັດ ຫາກອຸປະກອນນັ້ນສາມາດໃຊ້ໂປຣໂຕຄໍ WSD ຫຼື eSCL ໄດ້. ແນວໃດກໍຕາມ, ຫາກສະແກນເນີເຄີຍໄດ້ຮັບການຮອງຮັບໂດຍໄດເວີສະແກນເນີແບບດັ້ງເດີມ ເຊັ່ນ hplip ຫຼື sane-backends ແລະ ຕອນນີ້ຖືກຄອບຄອງໂດຍ ipp-usb ເພາະມັນຮອງຮັບມາດຕະຖານແບບບໍ່ມີໄດເວີ IPP-over-USB, ສະແກນເນີອັນເກົ່າຍັງຄົງສະແດງໃຫ້ເຫັນຢູ່ ແຕ່ມັນຈະບໍ່ສາມາດສະແກນໄດ້ເນື່ອງຈາກການຂັດແຍ່ງກັນຂອງ USB. ສິ່ງນີ້ເກີດຂຶ້ນຍ້ອນວ່າແບັກເອນແບບດັ້ງເດີມພຽງແຕ່ສະແດງລາຍຊື່ອຸປະກອນໃດກໍຕາມທີ່ພວກມັນພົບໃນອິນເຕີເຟດ USB ແລະ ກົງກັບລາຍລະອຽດທີ່ແບັກເອນຮອງຮັບ, ແຕ່ແບັກເອນບໍ່ໄດ້ກວດສອບວ່າພວກມັນສາມາດສື່ສານກັບອຸປະກອນໄດ້ແທ້ຫຼືບໍ່ ຈົນກວ່າພວກມັນຈະພະຍາຍາມເປີດພອດ USB ເພື່ອເລີ່ມຂະບວນການສະແກນ. ສິ່ງນີ້ກາຍເປັນບັນຫາສຳລັບແອັບພລິເຄຊັນສະແກນ ເຊິ່ງຈະເລືອກສະແກນເນີກ່ອນໜ້ານີ້ເປັນຄ່າເລີ່ມຕົ້ນໂດຍອັດຕະໂນມັດ (ເຊັ່ນ Simple Scan) - ຜູ້ໃຊ້ຕ້ອງເລືອກສະແກນເນີແບບບໍ່ມີໄດເວີຈາກລາຍຊື່ສະແກນເນີທີ່ມີຢູ່ກ່ອນທີ່ຈະສະແກນ.

ອຸປະກອນສະແກນເນີທີ່ພົບໂດຍແບັກເອນ SANE ແບບດັ້ງເດີມ ສາມາດປິດບໍ່ໃຫ້ສະແກນເນີນັ້ນສະແດງໃນລາຍຊື່ໄດ້ ໂດຍການໃສ່ເຄື່ອງໝາຍຄອມເມັ້ນ (comment) ໃນໄຟລ໌ກຳນົດຄ່າຂອງແບັກເອນທີ່ຢູ່ໃນ /etc/sane.d ຫຼື ປິດຊື່ແບັກເອນທັງໝົດໃນ /etc/sane.d/dll.conf//etc/sane.d/dll.d, ເຊັ່ນ Canon MF440 Series ຖືກລາຍງານໂດຍແບັກເອນ pixma ແລະ airscan, ແຕ່ມີພຽງ airscan ເທົ່ານັ້ນທີ່ໃຊ້ງານໄດ້ ເພາະມັນເປັນແບັກເອນທີ່ອີງຕາມໂປຣໂຕຄໍເຄືອຂ່າຍ ແລະ ອິນເຕີເຟດ USB ຖືກຄອບຄອງໂດຍ ipp-usb, ດັ່ງນັ້ນພວກເຮົາຈະປິດແບັກເອນ pixma ໂດຍການໃສ່ເຄື່ອງໝາຍຄອມເມັ້ນໃນແຖວຂອງມັນໃນ /etc/sane.d/dll.conf:

$ cat /etc/sane.d/dll.conf
...
pint
#pixma
plustek
...

ຖ້າອຸປະກອນທີ່ສ້າງໂດຍ ipp-usb ບໍ່ກົງກັບການໃຊ້ງານຂອງທ່ານ (ຕົວເລືອກທີ່ທ່ານໃຊ້ຫາຍໄປ, ອຸປະກອນບໍ່ເຮັດວຽກ ເຖິງແມ່ນວ່າມັນຈະຮອງຮັບ IPP-over-USB), ກະລຸນາລາຍງານບັນຫາພ້ອມກັບໄຟລ໌ບັນທຶກຈາກໄດເຣັກທໍຣີ /var/log/ipp-usb/ ທີ່ bugzilla. ipp-usb ເອງຮອງຮັບ quirks, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດຕັ້ງຄ່າ daemon ໃຫ້ຂ້າມອຸປະກອນຂອງທ່ານ ແລະ ທ່ານສາມາດກັບໄປໃຊ້ໄດເວີແບບດັ້ງເດີມໄດ້. ຂັ້ນຕອນມີດັ່ງນີ້:

  • ກວດສອບຊື່ລຸ້ນຂອງອຸປະກອນ ເຊັ່ນ Canon MF440 Series:

$ sudo ipp-usb check
Configuration files: OK
IPP over USB devices:
 Num  Device              Vndr:Prod  Model
   1. Bus 001 Device 005  04a9:2823  "Canon MF440 Series"

  • ສ້າງໄຟລ໌ quirk ໃນໄດເຣັກທໍຣີ /etc/ipp-usb/quirks ຕາມຮູບແບບດ້ານລຸ່ມນີ້:

$ cat /etc/ipp-usb/quirks/canon.conf
[Canon MF440 Series]
  blacklist = true

  • ເລີ່ມການບໍລິການ ipp-usb ໃໝ່:

$ sudo systemctl restart ipp-usb

sane-airscan

ມີຕົວເລືອກໜ້ອຍກວ່າ ຫາກອຸປະກອນຖືກຄົ້ນພົບໂດຍ sane-airscan ເມື່ອທຽບກັບການໃຊ້ໄດເວີແບບດັ້ງເດີມ

ສະຖານະການທີ່ຄ້າຍຄືກັນອາດຈະເກີດຂຶ້ນກັບເຄື່ອງພິມລຸ້ນ everywhere ຫຼື driverless. ອຸປະກອນບາງລຸ້ນມີຕົວເລືອກໜ້ອຍກວ່າຜ່ານໂປຣໂຕຄໍ - ເຊັ່ນ IPP 2.0+, WSD, eSCL - ເຊິ່ງຮອງຮັບໂຊລູຊັນແບບບໍ່ມີໄດເວີ ຫຼາຍກວ່າຜ່ານໄດເວີແບບດັ້ງເດີມ. ໂດຍປົກກະຕິແລ້ວມັນແມ່ນບັນຫາທີ່ເຟີມແວຂອງອຸປະກອນ, ເຊິ່ງສາມາດກວດສອບໄດ້ໃນບັນທຶກການດີບັກ (debug logs) ຂອງ sane-airscan ແລະ ທຣາຟິກເຄືອຂ່າຍ. ວິທີແກ້ໄຂແມ່ນໃຫ້ລອງອັບເດດເຟີມແວຂອງອຸປະກອນ, ລາຍງານບັນຫາໃຫ້ຜູ້ຜະລິດອຸປະກອນ ແລະ ລາຍງານທີ່ bugzilla ພ້ອມກັບໄຟລ໌ບັນທຶກ.

Want to help? Learn how to contribute to Fedora Docs ›