From a962cbfcda0023b18e8cfa58865bee815ec27d56 Mon Sep 17 00:00:00 2001 From: Alexey Martemyanov Date: Fri, 9 Oct 2026 13:43:45 +0600 Subject: [PATCH] [2026-10-09] eagle: family/how-to/samsung-m2020.md personal/tech/samsung-clx-216x.md --- family/how-to/samsung-m2020.md | 9 ++++++--- personal/tech/samsung-clx-216x.md | 21 +++++++++++++++++++++ 2 files changed, 27 insertions(+), 3 deletions(-) diff --git a/family/how-to/samsung-m2020.md b/family/how-to/samsung-m2020.md index 4e8a6e7c..9a9886fa 100644 --- a/family/how-to/samsung-m2020.md +++ b/family/how-to/samsung-m2020.md @@ -17,10 +17,13 @@ updated: "2026-10-09" ## Конфликт Mac и Android -Прошитый картридж даёт статус `Printer is not able to print` (`C2-1511`). Он **не причина поломки Android**: Android печатал с ним раньше. +Установлен **заводской картридж без чипа**. Принтер по SNMP сообщает `Printer is not able to print` (`C2-1511`). Этот статус существовал, когда Android уже печатал, поэтому он не объясняет поломку Android. -- SNMPv1/v2 включён → Samsung Print на Android получает готовность и печатает; macOS видит этот статус и отказывается печатать. -- SNMPv1/v2 выключен → Mac печатает; Android через Samsung Print сообщает «Принтер не готов». +- Изначально Android через Samsung Print печатал. +- Чтобы Mac перестал отказываться с `Printer is not able to print`, на принтере выключили SNMPv1/v2. +- После этого Mac печатал, но Android через Samsung Print через минуту сообщал «Принтер не готов». +- Возврат SNMPv1/v2 во включённое состояние сразу восстановил Android. +- При включённом SNMP macOS снова видит статус и отказывается печатать. - SLP к этой проблеме не относится. ## Решение diff --git a/personal/tech/samsung-clx-216x.md b/personal/tech/samsung-clx-216x.md index 351d2af1..84a0de5f 100644 --- a/personal/tech/samsung-clx-216x.md +++ b/personal/tech/samsung-clx-216x.md @@ -35,3 +35,24 @@ docker compose up -d - Не использовать `docker restart cups-splix`: Avahi после него становится zombie, mDNS пропадает. - Из внешней сети печать идёт через SSH в контейнер; порт `631` наружу не опубликован. + +## Печать PDF извне + +Загрузить PDF на TrueNAS, скопировать в контейнер и поставить в очередь: + +```bash +scp -i ~/.ssh/id_rsa file.pdf truenas_admin@mallexxx.duckdns.org:/tmp/evrika_print.pdf +ssh -i ~/.ssh/id_rsa truenas_admin@mallexxx.duckdns.org \ + 'docker cp /tmp/evrika_print.pdf cups-splix:/tmp/evrika_print.pdf' +ssh -i ~/.ssh/id_rsa truenas_admin@mallexxx.duckdns.org \ + 'docker exec cups-splix lp -d Samsung_CLX-216x_Series -o media=A4 /tmp/evrika_print.pdf' +``` + +Проверка: `lpstat -W completed` внутри контейнера. CUPS сам конвертирует PDF для splix. После печати удалить временные файлы в `/tmp` на TrueNAS и в контейнере. + +## Контейнер и сохранность конфигурации + +- `docker-compose.yml` использует `network_mode: host`, USB `/dev/bus/usb`, а `/etc/cups`, кэш и spool хранятся в `/mnt/RED_2TB/docker/cups/{data,cache,spool}`. +- Образ основан на Debian 12; в нём CUPS, splix, Avahi, D-Bus и USB-утилиты. Точка входа запускает D-Bus, затем Avahi, затем `cupsd`. +- Каталоги `data`, `cache`, `spool` принадлежат `root:lp` и имеют права `0700`. Бэкап делать внутри контейнера через `docker exec … tar`, затем забирать `docker cp`. +- Локально собранный образ не переживает потерю docker data-root; конфигурация и USB-очередь сохраняются в `/mnt/RED_2TB/docker/cups/`, образ нужно пересобрать.