Подробный гайд Нет отдельного файла лога с именем var log "kyodialog" Kyocera в Linux
Отдельного файла /var/log/kyodialog (или kyocera) в Linux по умолчанию не существует.
Дело в том, что драйверы Kyocera для Linux (часто поставляемые в пакетах kyodialog или KyoceraLinuxPackages) не имеют собственного демона, который писал бы логи в отдельный файл. Вместо этого они полностью интегрируются в стандартную систему печати Linux — CUPS. Все события, ошибки и отладочная информация фильтров Kyocera (например, rastertokyodialog) записываются в общие логи CUPS.
Ниже представлен подробный гайд, как включить детальное логирование, где искать логи Kyocera и как при необходимости вынести их в отдельный файл.
Шаг 1. Включение детального логирования CUPS (Debug Mode)
По умолчанию CUPS пишет только критические ошибки. Чтобы увидеть, что именно делает драйвер Kyocera при отправке задания, нужно включить режим отладки.
Способ 1 (через утилиту cupsctl — рекомендуется):
Откройте терминал и выполните:
sudo cupsctl --debug-logging
Способ 2 (через конфигурационный файл):
1. Откройте файл конфигурации CUPS:
sudo nano /etc/cups/cupsd.conf
2. Найдите строку LogLevel и измените её значение на debug:
LogLevel debug
3. Сохраните файл (Ctrl+O, Enter, Ctrl+X) и перезапустите CUPS:
sudo systemctl restart cups
Шаг 2. Где искать логи Kyocera
Теперь все логи, включая специфичные для Kyocera, пишутся в главный файл ошибок CUPS.
Основной файл логов:
/var/log/cups/error_log
Как отфильтровать только логи Kyocera:
Поскольку в этом файле будут логи всех принтеров, используйте grep для поиска записей, связанных с Kyocera или фильтрами kyodialog:
sudo grep -i -E "kyocera|kyodialog|rastertokyodialog" /var/log/cups/error_log
Лог учета страниц (если нужно проверить, уходят ли страницы на печать):
cat /var/log/cups/page_log
Шаг 3. Просмотр логов в реальном времени
Если вы хотите отправить тестовую страницу и сразу увидеть, на каком этапе возникает ошибка, используйте tail:
sudo tail -f /var/log/cups/error_log | grep -i -E "kyocera|kyodialog|error"
После этого отправьте задание на печать из любого приложения и наблюдайте за выводом в терминале.
Шаг 4. Альтернатива: Использование systemd journal (для современных дистрибутивов)
Если в вашей системе (Ubuntu 20.04+, Fedora, RHEL 8+, Astra Linux и др.) логи CUPS перенаправлены в systemd-journald, файл /var/log/cups/error_log может быть пустым или отсутствовать.
В этом случае смотрите логи через journalctl:
# Просмотр всех логов CUPS в реальном времени
sudo journalctl -u cups -f
# Поиск ошибок Kyocera за последний час
sudo journalctl -u cups --since "1 hour ago" | grep -i kyodialog
Шаг 5. Создание отдельного файла /var/log/kyodialog.log (Обходной путь)
Если вам критически необходимо иметь именно отдельный файл /var/log/kyodialog.log (например, для интеграции со сторонней системой мониторинга или SIEM), вы можете настроить автоматический сбор логов CUPS в этот файл с помощью cron или rsyslog.
Вариант А: Простой скрипт-перехватчик (через rsyslog)
1. Создайте файл конфигурации rsyslog:
sudo nano /etc/rsyslog.d/50-kyodialog.conf
2. Добавьте туда следующие строки, чтобы перенаправлять сообщения CUPS в отдельный файл:
# Перенаправляем логи cups (включая kyodialog) в отдельный файл
if $programname == 'cups' then /var/log/kyodialog.log
& stop
3. Перезапустите rsyslog:
sudo systemctl restart rsyslog
Теперь все, что связано с печатью (включая фильтры Kyocera), будет дублироваться в /var/log/kyodialog.log.
Важное предупреждение: Отключение Debug-режима
Режим LogLevel debug генерирует огромное количество логов. Если забыть его выключить, диск /var может переполниться за несколько дней.
Обязательно отключите отладку после решения проблемы:
# Через утилиту
sudo cupsctl --no-debug-logging
# ИЛИ вручную в /etc/cups/cupsd.conf измените LogLevel на warn или info, затем:
sudo systemctl restart cups
Частые проблемы Kyocera в Linux (если печать не идет)
Если вы ищете логи, потому что принтер не печатает, вот самые частые причины в Linux:
1. Нехватка 32-битных библиотек:
Старые драйверы kyodialog (для моделей вроде FS-1020, P2040) часто являются 32-битными.
В 64-битной Ubuntu/Debian нужно установить:
sudo dpkg --add-architecture i386
sudo apt update
sudo apt install libcupsimage2:i386 libcupscups1:i386
2. Проблемы с Ghostscript:
Драйверы Kyocera сильно зависят от ghostscript.
Убедитесь, что он установлен:
sudo apt install ghostscript
3. Права доступа к USB:
Если принтер подключен по USB, убедитесь, что ваш пользователь добавлен в группу lp:
sudo usermod -aG lp $USER
(Потребуется перелогиниться).
4. SELinux / AppArmor:
Если принтер подключен по сети, но задание "зависает", проверьте audit.log на предмет блокировок сетевых подключений фильтром CUPS.
Мы делимся этой технической информацией, чтобы помочь вам в решении задач — используйте её с пониманием. Статья носит рекомендательный характер, поэтому, пожалуйста, применяйте описанные методы осмотрительно.