В отчёте не указано, какой драйвер/PPD выбирался при добавлении очереди, а от этого зависит всё: по socket/lpd на принтер уходит уже готовый поток данных, и если PPD не соответствует модели, МФУ получает мусор и может зависнуть. Пришлите, пожалуйста:

1. Какой драйвер/PPD выбрали при добавлении. Вывод lpstat -v и содержимое /etc/cups/ppd/<имя_принтера>.ppd.
2. Вывод lpinfo -v при включённом и подключённом к wi-fi МФУ, чтобы видеть, что именно обнаруживается.
3. Вывод driverless и driverless list, а также ipptool -tv ipp://IP_МФУ/ipp/print get-printer-attributes.test, чтобы понять, поддерживает ли МФУ IPP Everywhere.
4. /var/log/cups/error_log с LogLevel debug2 в /etc/cups/cupsd.conf (после изменения systemctl restart cups), снятый при отправке пробной страницы до момента зависания.
5. Воспроизводится ли проблема при добавлении того же МФУ через ipp:// или driverless (в system-config-printer это очередь с протоколом ipp/dnssd), и печатает ли МФУ по USB с тем же PPD.

Created attachment 22122 [details]
Pantum_M6700DW

Собрала запрошенные логи. 

error_log в архиве отдельным файлом - error_log_M6700.txt, остальные выводы команды в одном файле - Pantum_M6700DW.txt

Пояснения по пункту 5: проверить соединения dnssd и ipps с тем же ppd не удалось, т.к. при попытке добавить тот же драйвер появлялась ошибка добавления драйвера и просьба заглянуть в файл error_log. Эту часть лога я приложила файлом error_log_failedtoaddipp.txt
Также попыталась проверить печать по протоколам dnssd и ipps с драйвером IPP Everywhere. Принтер добавляется, но не печатает. Задание, судя по всему, даже не уходит на печать.

Спасибо. Разбор приложенного:

1. error_log_M6700.txt охватывает всего 40 секунд (18:22:34–18:23:15) и не содержит ни одной строки про задание. При LogLevel debug2 cupsd заполняет 1 МБ за секунды и ротирует лог (MaxLogSize 1m по умолчанию), поэтому старт задания и работа фильтров/бэкенда ушли в error_log.O и затёрлись. То же с error_log_failedtoaddipp.txt: он обрывается на запуске cups-driverd, результат его работы не виден.

2. Очередь Pantum_M6700DW_series: device-uri socket://10.88.144.157, а PPD - "driverless, cups-filters" (*cupsFilter2: "image/urf image/urf 0 -"). Такая связка некорректна: driverless-PPD генерирует Apple Raster (URF), который принтер принимает только через IPP. На порт 9100 (socket) принтер ждёт свой PDL, судя по device-id это PCL/PS ("CMD:DW-PS,DW-PCL,URF"). URF на 9100 и даёт "Печать" без результата, ошибку лотка и зависание. То, что в веб-интерфейсе этот PPD предлагается для socket-очереди, поведение апстрима: список PPD не фильтруется по типу подключения, и выбор корректного драйвера остаётся за администратором.

3. Сам принтер по IPP выглядит нормально: ipptool отвечает, поддерживает image/urf и image/pwg-raster, mopria 2.1, AirPrint. Так что driverless для него должен работать, но через ipp://.

Прошу проверить и приложить результат:

a) Очередь driverless по IPP без TLS и без dnssd (исключаем сертификат принтера и особенности ipps):
   lpadmin -p m6700 -E -v ipp://10.88.144.157/ipp/print -m everywhere
   lp -d m6700 /usr/share/cups/data/testprint
   lpstat -o; lpstat -p m6700 -l

b) Если а) не печатает, тот же тест с логом: в /etc/cups/cupsd.conf добавить MaxLogSize 0 к LogLevel debug2, systemctl restart cups, повторить печать, приложить error_log целиком.

c) Для ошибки добавления через dnssd/ipps выполнить из шелла и приложить вывод:
   driverless "ipps://Pantum%20M6700DW%20Series%20415346._ipps._tcp.local/" > /tmp/m6700.ppd; echo $?
   driverless ipp://10.88.144.157/ipp/print > /tmp/m6700b.ppd; echo $?
   ipptool -tv ipps://10.88.144.157:443/ipp/print get-printer-attributes.test 2>&1 | head -20

Если по ipp:// печать проходит, проблема сводится к выбору driverless-PPD для socket-подключения, и это не баг cups.

Дополнение. В выводе lpstat -v видна очередь Pantum_M6700DW_Series_415346 с device-uri implicitclass://, её автоматически создал cups-browsed. Это и есть штатный driverless-путь без какой-либо настройки, и его нужно проверить в первую очередь:

d) lp -d Pantum_M6700DW_Series_415346 /usr/share/cups/data/testprint
   lpstat -o; lpstat -p Pantum_M6700DW_Series_415346 -l
   Если не печатает, приложите error_log (с MaxLogSize 0 и LogLevel debug2, как в пункте b) и вывод journalctl -u cups-browsed -b, а также содержимое /etc/cups/ppd/Pantum_M6700DW_Series_415346.ppd.

Это же касается описанных вами неудач с dnssd: ошибка добавления PPD "driverless" и очередь IPP Everywhere, с которой задание не уходит. Есть подозрение, что принтер анонсирует ipps, cups-filters для генерации PPD выбирает ipps-адрес, а TLS у принтера обрывает соединение. Пункты c) и d) как раз это покажут. Если подтвердится, это уже наша проблема, а не настройки.