Автор: TRAViS

Всякое по-мелочи, текущее…

Попытка удаленно достучаться до CUPS на 631 порт, завершается сообщением ЗАПРЕЩЕНО! (Forbidden!). Связано с запретом рулить CUPS удаленно. Решается командой sudo cupsctl —remote-admin

Подключение принтера этикеток TSC TC200 к Linux, для печати по сети. Сперва расстроило отсутствие поддержки данного принтера в последних драйверах с офсайта. В предпоследних его тоже нет. Однако выяснилось, что TC200 базируется на более старом принтере ТТР245с. Вот от него драйвера и надо юзать. Так же важно правильно подключиться к принтеру: socket://printer_ip_address:9100

Про падучий CUPSd

Постоянно падает сервис cups. Ubuntu server 16.04.1. В логах /var/log/cups/error_log пишет что-то типа этого:

[05/Aug/2016:13:33:22 -0700] Saving subscriptions.conf...
[05/Aug/2016:13:33:22 -0700] cupsdSetBusyState: newbusy="Not busy", busy="Dirty files"
[05/Aug/2016:13:33:22 -0700] Expiring subscriptions...
[05/Aug/2016:13:34:22 -0700] Printer sharing is off and there are no jobs pending, will restart on demand.
[05/Aug/2016:13:34:22 -0700] Scheduler shutting down normally.
[05/Aug/2016:13:34:22 -0700] cupsdMarkDirty(----S)
[05/Aug/2016:13:34:22 -0700] cupsdSetBusyState: newbusy="Dirty files", busy="Not busy"
[05/Aug/2016:13:34:22 -0700] Saving subscriptions.conf...
[05/Aug/2016:13:34:22 -0700] cupsdSetBusyState: newbusy="Not busy", busy="Dirty files"
[05/Aug/2016:13:34:22 -0700] Creating keep-alive file "/var/cache/cups/org.cups.cupsd".
[05/Aug/2016:13:34:22 -0700] Saving job.cache...
[05/Aug/2016:13:34:22 -0700] cupsdStopSelect()

Т.е. сервис даже не падает, а вполне себе корректно завершается. Причем похоже, что одновременно с отвалом web сессии.

Копания привели к вот этому обсуждению. Судя по нему, проблема проявляется на последнем стабильном сервере 16.04 и CUPS из родных репозитариев. При этом у CUPS должен быть включен WEB-интерфейс. Решения:

  • обновиться на 16.10
  • отключить web и не ходить туда
  • либо использовать этот исправленный вариант

Мне был удобнее последний вариант. К сожалению прикрутить это дело в виде репозитария не вышло, потому пришлось качать файлы вручную и начинать установку с dpkg -i ./cups_2.1.3-4ubuntu0.1_amd64.deb отвлекаясь на удовлетворение зависимостей и фикся некоторые из них apt-get -f install. По итогу имеем:

root@crm:/var/log/cups# dpkg -l|grep cups
ii cups 2.1.3-4ubuntu0.1 amd64 Common UNIX Printing System(tm) - PPD/driver support, web interface
ii cups-client 2.1.3-4ubuntu0.1 amd64 Common UNIX Printing System(tm) - client programs (SysV)
ii cups-common 2.1.3-4ubuntu0.1 all Common UNIX Printing System(tm) - common files
ii cups-core-drivers 2.1.3-4ubuntu0.1 amd64 Common UNIX Printing System(tm) - PPD-less printing
ii cups-daemon 2.1.3-4ubuntu0.1 amd64 Common UNIX Printing System(tm) - daemon
ii cups-filters 1.8.3-2ubuntu3.1 amd64 OpenPrinting CUPS Filters - Main Package
ii cups-filters-core-drivers 1.8.3-2ubuntu3.1 amd64 OpenPrinting CUPS Filters - PPD-less printing
ii cups-ppdc 2.1.3-4ubuntu0.1 amd64 Common UNIX Printing System(tm) - PPD manipulation utilities
ii cups-server-common 2.1.3-4ubuntu0.1 all Common UNIX Printing System(tm) - server common files
ii libcups2:amd64 2.1.3-4ubuntu0.1 amd64 Common UNIX Printing System(tm) - Core library
ii libcupscgi1:amd64 2.1.3-4ubuntu0.1 amd64 Common UNIX Printing System(tm) - CGI library
ii libcupsfilters1:amd64 1.8.3-2ubuntu3.1 amd64 OpenPrinting CUPS Filters - Shared library
ii libcupsimage2:amd64 2.1.3-4ubuntu0.1 amd64 Common UNIX Printing System(tm) - Raster image library
ii libcupsmime1:amd64 2.1.3-4ubuntu0.1 amd64 Common UNIX Printing System(tm) - MIME library
ii libcupsppdc1:amd64 2.1.3-4ubuntu0.1 amd64 Common UNIX Printing System(tm) - PPD manipulation library

Все необходимые файлы были заменены исправленными версиями 2.1.3-4ubuntu0.1. При таких раскладах падения прекратились.

Кириллица в именах файлов на флешках в rasbian

Столкнулся с надобностью проброса USB накопителей на сервер через xfreerdp. Однако, помимо того, что автоматически флешки монтироваться не хотят, так еще и все кириллические названия выглядят как знаки вопроса (причем на сервере тоже), и, соответственно, нельзя ни в папку зайти ни файл открыть.

Помогло следующее:

    1. Через raspi-config устанавливаем локаль ru_RU.UTF-8
    2. Оно ругнется, что какие-то значения поменять не может, т.к. нет соответствующего файла (locale: Невозможно установить LC_ALL в локаль по умолчанию.: Нет такого файла или каталога), потому будем генерировать локаль принудительно:
      @localhost:/# localedef --no-archive -c -i ru_RU -f UTF-8 ru
      @localhost:/# locale-gen
      @localhost:/# grep ru_RU /usr/share/i18n/SUPPORTED
      @localhost:/# locale-gen ru_RU.UTF-8

      (последние строчки скорее для перестраховки. Думаю без них тоже заработает)
    3. Монтируем (пока вручную!) командой mount -o iocharset=utf8 /dev/sda1 /mnt  (у меня флешка в FAT, возможно для NTFS понадобится явно указать файловую систему)

ps: за решение спасибо iamsan.ru

CUPS на Raspbian

Внедряем потихоньку Raspberry PI 2 в качестве RDP-клиентов. Пришло время подключать рабочие места с принтерами.

При установке CUPS, доступ к web извне закрыт. Как решить. В файле /etc/cups/cupsd.conf делаем следующие исправления:
1. Строчку Listen localhost:631 меняем на 0.0.0.0:631 (или *:631), это позволит принимать соединения не только с локалхоста, но и с остальных устройств в сети
2. Далее добавляем строчку Allow all в следующие места:

 <Location />
  # Allow remote administration...
  Order allow,deny
  Allow all
</Location>
<Location /admin>
  # Allow remote administration...
  Order allow,deny
  Allow all
</Location>
<Location /admin/conf>
  AuthType Default
  Require user @SYSTEM
  # Allow remote access to the configuration files...
  Order allow,deny
  Allow all
</Location>


Это снимет запрет на изменение параметров сервера через web
3. Ну и надо добавить текущего пользователя (кто собирается рулить CUPS через WEB) в группу lpadmin
sudo adduser pi lpadmin

Про витую пару Ну просто треш Такое впервые…

Про витую пару. Ну просто треш! Такое впервые со мной. В витой паре китайцы сделали изоляцию оранжевому проводу на пару микрон ТОЛЩЕ, блеать!!! Теперь его фиг так просто засунешь в коннектор. Приходится срезать 5 мм изоляции на одном проводе

Снова про Zalman VE300

После очередного обновления, стала понятна причина отказа работы некоторых образов. Хотя образы были целыми и монтировались (появлялся соответствующий значок), при попытке обращения к диску выдавалась ошибка. Новая прошивка 1288 вместо монтирования таких образов стала писать DEFRAG. Выяснилось, что в моем случае, файл образа скачивался прямо в папку образов, и, возможно из-за этого, был разделен на over 2000 фрагментов. Такие сильно фрагметированные образы коробка монтировать не хочет о чем и сообщила.

Решение: ну первое, очевидное — провести дефрагментацию диску. Но это долго. Решение нашлось быстро — WinContig. Freeware. Умеет дефрагментировать отдельные папки и файлы. За несколько минут справилась с образом в 2,5 гига по USB2.0

Синий экран в Lightroom и Photoshop под Windows 10

Синий квадрат в Lightroom под Windows 10! И снова старый глюк: при обработке фото (чаще всего RAW) вместо фото синий экран. Снова намутили что-то с дровами. Лечится отключением аппаратного ускорения в настройках:
Edit / Preferences / Performance убрать галочку Use Graphic Processor.
Пробуйте периодически качать последние драйвера с сайта производителя видеокарты. Вполне возможно скоро исправят.

ps: У меня на встроенном ядре Intel HD Graphics 530 пока что не исправили. Ну ничего, есть жизнь и без аппаратного ускорения 🙂

ps: кстати, похоже глюк вылез после глобальной обновы Windows 10 до версии 1511