Подробный гайд: Нет отдельного файла лога с именем var log kyodialog Kyocera в ALT Linux
Отсутствие отдельного файла лога /var/log/kyodialog в ALT Linux (как и в других дистрибутивах Linux) — это нормальное поведение. Дело в том, что пакет kyodialog (официальный пакет драйверов и утилит Kyocera для Linux) не создает собственного демона, который писал бы в этот файл.
В Linux драйверы Kyocera интегрируются в систему печати CUPS. Все логи работы фильтров Kyocera (rastertokyocera, kyodialog и т.д.) по умолчанию проходят через стандартные механизмы логирования CUPS и systemd.
Ниже представлен подробный гайд о том, где искать логи, как включить отладку и как диагностировать проблемы с принтерами Kyocera в ALT Linux.
Шаг 1. Где на самом деле находятся логи Kyocera?
Поскольку kyodialog работает как набор фильтров для CUPS, вам нужно смотреть логи самой системы печати.
1.1. Включение режима отладки CUPS (Debug Logging)
По умолчанию CUPS пишет только критические ошибки. Чтобы увидеть, что именно делает фильтр Kyocera при отправке задания, нужно включить отладку.
Выполните в терминале от имени root (или через sudo):
sudo cupsctl --debug-logging
1.2. Просмотр логов CUPS
Теперь отправьте тестовую страницу на печать и сразу же посмотрите лог:
sudo tail -f /var/log/cups/error_log
Что искать:
Ищите строки, содержащие kyo, kyodialog, rastertokpsl, rastertokyocera или название вашей модели. Там будут указаны ошибки нехватки библиотек, проблемы с правами доступа или сбои в самом фильтре Kyocera.
1.3. Отключение отладки (Обязательно!)
После завершения диагностики обязательно отключите режим отладки, иначе файл лога будет расти бесконечно:
sudo cupsctl --no-debug-logging
Шаг 2. Логи через systemd (journald)
В современных версиях ALT Linux (Sisyphus, p10, p11) логи могут дублироваться или полностью уходить в journald.
Чтобы посмотреть логи, связанные с CUPS и фильтрами Kyocera, используйте:
journalctl -u cups -e
Если kyodialog (как графическая утилита или фоновый процесс) пишет в системный лог, вы можете отфильтровать вывод:
journalctl -t kyodialog -e
# или
journalctl | grep -i kyocera
Шаг 3. Если проблема именно в графическом окне Kyodialog (GUI)
Если у вас не открывается само окно настроек kyodialog (графический интерфейс) или оно вылетает, оно работает от имени вашего пользователя, а не root.
1. Логи X-сессии:
Проверьте файл ошибок пользовательской сессии:
cat ~/.xsession-errors | grep -i kyo
2. Запуск из терминала:
Самый надежный способ узнать, почему не запускается GUI kyodialog — запустить его вручную из терминала под вашим пользователем:
kyodialog
Вывод ошибки (например, error while loading shared libraries или cannot connect to X server) появится прямо в терминале.
Шаг 4. Ручная проверка фильтра Kyocera (Для продвинутой диагностики)
Если задание уходит в CUPS, но принтер молчит или печатает "кракозябры", нужно проверить, как фильтр Kyocera обрабатывает файл.
1. Найдите PPD-файл вашего принтера:
ls /etc/cups/ppd/
(Допустим, он называется Kyocera_FS1025.ppd)
2. Возьмите любой тестовый PostScript или PDF файл (например, test.pdf) и прогоните его через фильтр CUPS вручную, чтобы увидеть вывод ошибок:
cupsfilter -m application/vnd.cups-postscript -p /etc/cups/ppd/Kyocera_FS1025.ppd test.pdf > output.prn 2> error.log
3. Откройте error.log:
cat error.log
В этом файле будут все ошибки, которые возникли при работе фильтров Kyocera.
Шаг 5. Типичные проблемы Kyocera в ALT Linux и их решения
Если вы ищете логи из-за того, что принтер не печатает, вот частые причины в среде ALT Linux:
1. Нехватка 32-битных библиотек (для старых драйверов):
Некоторые старые версии kyodialog требуют 32-битных библиотек.
В ALT Linux это решается установкой пакетов glibc-nss или libstdc++ соответствующей архитектуры, либо использованием epm:
sudo epm play kyocera # если используете epm для автонастройки
2. Проблемы с правами на USB-порт:
Если принтер подключен по USB, убедитесь, что пользователь lp (или группа lp) имеет доступ к устройству:
ls -l /dev/usb/lp0
sudo usermod -aG lp ваш_пользователь
3. Конфликт с AppArmor / SELinux:
В ALT Linux может быть включен AppArmor. Если фильтр Kyocera пытается обратиться к файлу вне разрешенных директорий, он будет убит.
Проверьте логи ядра:
dmesg | grep -i apparmor | grep -i kyocera
4. Сетевые принтеры (SNMP):
Kyocera часто использует SNMP для определения статуса. Если принтер сетевой, убедитесь, что в ALT Linux установлен и работает пакет snmp, а в настройках очереди CUPS (веб-интерфейс http://localhost:631) корректно указан IP-адрес.
Важно
Файла /var/log/kyodialog не существует, и его создание "вручную" не решит проблему.
Ваш алгоритм действий:
- Включить отладку CUPS (
sudo cupsctl --debug-logging). - Поставить задание на печать.
- Читать
/var/log/cups/error_logна предмет ошибок фильтров Kyocera. - Выключить отладку (
sudo cupsctl --no-debug-logging).
Мы делимся этой технической информацией, чтобы помочь вам в решении задач — используйте её с пониманием. Статья носит рекомендательный характер, поэтому, пожалуйста, применяйте описанные методы осмотрительно.