After a fresh install of EOS I was able to install some driver and print to my Canon LBP632Cdw color laser printer. All of a sudden now it no longer works. Worked a bit with copilot AI in github and got text printing to work, but no formatted docs or web pages print. The error is “universal filter failed”. Does anyone have a good troubleshooting and fix approach? Working with AI does not seem too effective.
You should know what you installed? “some driver”? That’s not helpfull. Was it this one from the AUR?
cnrdrvcups-lb
This printer supports IPP Everywhere/AirPrint, meaning you often do not need proprietary drivers.
The driver install was a while ago and I no longer recall. The driverless option did not work. It was something like UFRII…
“Canon LBP632C UFR II” and it came with a deprecation warning.
Maybe you installed this which really isn’t for that printer.
ufrii-print
What does this show?
yay -Ss ufrii-print
You can check if that package is installed.
aur/ufrii-print 3-1 (+6 0.01) [303d9h] (Out-of-date: 2026-08-19)
Install the official Canon UFRII/UFRII LT driver made for Debian on ArchLinux
I do not see this package.
Does this shed some light?
[yan@yan-dell-g5 ~]$ pacman -Qs UFR
local/cnrdrvcups-lb-bin 6.30.07-1
CUPS Canon UFR II LIPSLX CARPS2 printer driver for LBP iR MF ImageCLASS ImageRUNNER Laser Shot i-SENSYS ImagePRESS ADVANCE printers and copiers
Yes the first package i mentioned and then there is this one which is the bin version
cnrdrvcups-lb
cnrdrvcups-lb-bin
Edit: In order to make it work with IPP read and follow the network section of the wiki.
To the best of my knowledge, networking and discovery are fine.
[yan@yan-dell-g5 ~]$ lpinfo -v | grep -i canon
network dnssd://Canon%20LBP632C._ipp._tcp.local/?uuid=6d4ff0ce-6b11-11d8-8020-40f8dfc31aae
network ipps://Canon%20LBP632C._ipps._tcp.local/
As mentioned earlier, plain text prints fine. PDF and web pages get stuck in the queue with that “universal filter failed” error. Also, until recently, printing was working fine for any job type.
Okay you say all this but the question is are you using the propritary drivers or driverless ipp.
Try this.
sudo pacman -S cups cups-filters ghostscript gutenprint --needed
sudo systemctl restart cups.service
Enable debug logging in CUPS:
sudo cupsctl --debug-logging
Try printing the PDF or web page again, then inspect the log tail:
sudo tail -n 50 /var/log/cups/error_log
If you installed a proprietary Brother driver from the AUR, the CUPS filter symlink often points to the wrong directory.
Check if the brother_lpdwrapper exists in /usr/lib/cups/filter/
If it is missing or broken, locate the wrapper file inside /usr/share/brother/Printers/ or /opt/brother/ and symlink it manually to /usr/lib/cups/filter/
Ensure the file permissions are executable (chmod +x)
If using IPP everywhere then it can be the same filter issue but different.
Proprietary filters frequently break during system updates. Modern network and USB Brother printers support driverless printing, which bypasses binary filter bugs entirely.
Remove the old printer queue in CUPS (http://localhost:631)
Re-add the printer using the IPP Everywhere driver option built into CUPS.
If the error persists, share the exact failing filter name from /var/log/cups/error_log
Already present:
warning: cups-2:2.4.19-1 is up to date – skipping
warning: cups-filters-2.0.1-2 is up to date – skipping
warning: ghostscript-10.07.1-1 is up to date – skipping
warning: gutenprint-5.3.5-1 is up to date – skipping
Not finding the wrapper file:
[yan@yan-dell-g5 ~]$ sudo find / -type f -iname ‘*_lpdwrapper*’ 2>/dev/null
[sudo] password for yan:
[yan@yan-dell-g5 ~]$ locate lpdwrapper
[yan@yan-dell-g5 ~]$
Removed the printer via CUPS HTTP. Added back the printer:
| Driver: | LBP632C - IPP Everywhere (color, 2-sided printing) |
|---|---|
| Connection: | ipps://Canon%20LBP632C._ipps._tcp.local/ |
Sent test page - stuck in the queue. Error:
[yan@yan-dell-g5 ~]$ sudo tail -n 100 /var/log/cups/error_log | grep -i stop
[sudo] password for yan:
D [01/Sep/2026:21:28:04 -0700] [CGI] cgiSetArray: job_printer_state_message[0]=\“cfFilterChain: pdftopdf (PID 23058) stopped with status 1\”
[yan@yan-dell-g5 ~]$
Have you tried removing the AUR package cnrdrvcups-lb-bin and install the non git version?
cnrdrvcups-lb
Then remove and add the cups printer. (Non IPP)
Removed cnrdrvcups-lb-bin, removed printer, restarted CUPS, installed cnrdrvcups-lb.
[yan@yan-dell-g5 ~]$ yay -Qs cnrdrv
local/cnrdrvcups-lb 1:6.30.1.07-1
CUPS Canon UFR II LIPSLX CARPS2 printer driver for LBP iR MF ImageCLASS ImageRUNNER Laser Shot i-SENSYS ImagePRESS ADVANCE printers and copiers
[yan@yan-dell-g5 ~]$
Setup new printer. Same pdftopdf issue.
[yan@yan-dell-g5 ~]$ lpstat -p -d lpinfo -v
printer Canon_LBP632C now printing Canon_LBP632C-66. enabled since Wed 02 Sep 2026 08:07:00 AM MST
universal filter failed.
no system default destination
device for Canon_LBP632C: dnssd://Canon%20LBP632C._ipp._tcp.local/?uuid=6d4ff0ce-6b11-11d8-8020-40f8dfc31aae
[yan@yan-dell-g5 ~]$
D [02/Sep/2026:08:21:50 -0700] [CGI] cgiSetArray: job_printer_state_message[0]=\"cfFilterChain: pdftopdf (PID 55209) stopped with status 1\"
Seems like if the issue is that persistent, wouldn’t more folks have run across it? I don’t print very often so it’s hard to say when it broke.
Just a friendly reminder: Plain text or screenshots of terminal output can be difficult to read. it’s a lot easier to read terminal output if you use the forum’s Preformatted Text option in posts and replies.
and the cups testpage is known to fail printing (funny but true) if printing a page out of browser or office apps working i would not mind the testpage.. the error does look more like a format issue with qpdf not the printer driver..
sudo pacman -S --needed qpdf cups-filters
sudo systemctl restart cups
could help.. in case try printing a non pdf file too..
Edit:
I see that. It’s been corrected now!
These packages already exist:
[yan@yan-dell-g5 ~]$ sudo pacman -S --needed qpdf cups-filters
[sudo] password for yan:
warning: qpdf-12.4.1-1 is up to date -- skipping
warning: cups-filters-2.0.1-2 is up to date -- skipping
there is nothing to do
@joekamprad you are right. Some jobs print, some fail (Including the test page).
Another, older EOS prints just fine to the same printer. Jobs complete faster too. Looks like some bug or compatibility issue got wedged in the stack in the last few months. What is a good way to debug this: “cfFilterChain: pdftopdf (PID 76238) stopped with status 1”