Вы не говорите в своем вопросе, но можете Вы для печати использования других приложений? Командная строка? Я подтвердил бы, что Вы - принтер, все еще настроен и работающий правильно путем выполнения следующего:
lpq
# check for jobs on the default printer
% lpq
mfc-8480dn is ready
no entries
# check for any jobs on all printers
% lpq -a
no entries
lpinfo -v
% sudo lpinfo -v
network beh
direct scsi
network socket
serial serial:/dev/ttyS0?baud=115200
network http
network ipp
network https
network lpd
network dnssd://Canon%20S820%20%40%20scully._ipp._tcp.local/cups
direct hp
network smb
direct hpfax
network lpd://mfc-8480dn.bubba.net/BINARY_P1
%
lpr somefile.txt
Существует мастер поиска и устранения неисправностей в системном принтере конфигурации (Система-> администрация-> Печатающий в классике GNOME, значке Gear в верхнем правом углу экрана-> Принтеры в Единице). Вы находите его в меню "Help" системного принтера конфигурации. Это производит текстовый файл с большой полезной информацией для присоединения к отчетам об ошибках. Следуйте инструкциям мастера. При достижении тестового шага страницы можно или нажать кнопку для печати тестовой страницы, или можно распечатать задание к выбранному принтеру из любого приложения или из командной строки. Задание покажут в интегрированном средстве просмотра задания. Ожидайте, пока это не завершится или войдет в "Остановленное" состояние. ТОЛЬКО ЗАТЕМ И НЕ ПЕРЕД меткой флажок в задании, ответьте, было ли задание распечатано правильно, и нажмите "Forward". После этого файл будет сгенерирован. Сохраните его и присоедините его к своему отчету об ошибках.
Более подробная информация доступна в Ubuntu, Отлаживающей Печать проблем Тема Wiki.
Во время исследования этой проблемы я действительно сталкивался с большим количеством людей, имеющих проблемы с печатью, и очищал страницы на различных версиях Ubuntu.
Был несколько включен, фиксируют это, я нашел здесь, Решив проблемы печати PDF на Ubuntu 12.04. В комментариях упомянутая фиксация устранила проблему для некоторых, но не всех комментаторов.
Вы могли бы попробовать любое удаление print-settings
файл под $HOME/.gnome2/evince
или даже просто удалив тот каталог полностью.
$ rm -fr $HOME/.gnome2/evince
Надежный способ проверить, работает ли PostFix:
if /var/packages/MailServer/target/sbin/postfix status; then
echo "postfix is running!"
else echo "postfix is not running!"
fi
Альтернатива, которая по существу делает то же самое:
if /var/packages/MailServer/target/libexec/master -t 2>/dev/null; then
echo "postfix is not running!"
else echo "postfix is running!"
fi
рассуждение
после выполнения еще более исследований, оказалось, что тестирование для PS | GREP [P] OSTFIX
совсем не надежен для проверки, если запущен PostFix.
Похоже, причина, почему / var / packages / mailserver / target / sbin / postfix Status
не выводится ничего полезного, потому что Postfix
использует внутренний PostLog
Двоичный для вывода. Соответствующий код можно найти в сценарии Bash / var / packages / mailserver / target / libexec / postfix-script
:
LOGGER="$command_directory/postlog -t $MAIL_LOGTAG/postfix-script"
INFO="$LOGGER -p info"
Проверка на выходе из из Postfix Статус
работает нормально с другой. PostFix-Script
на самом деле вызывается позади сцен PostFix
двоичным и не может быть вызвано напрямую. Но, к счастью, скрипт также включает в себя код для тестирования, если работает postfix
:
status)
$daemon_directory/master -t 2>/dev/null && {
$INFO the Postfix mail system is not running
exit 1
}
$INFO the Postfix mail system is running: PID: `sed 1q pid/master.pid`
exit 0
;;
Переменная $ daemon_directory
устанавливается вызовом Postfix
BINARY. На мою системе он разрешается / var / packages / mailserver / target / libexec /
.
Чтобы проверить, запущен postfix или нет:
sudo /etc/init.d/postfix status
Чтобы запустить Postfix:
sudo /etc/init.d/postfix start
Чтобы остановить postfix:
sudo /etc/init.d/postfix stop
Я полагаю, что предлагаемые решения с «мастером -t» и «статусом постфикса» могут неправильно сообщать о том, что постфикс запущен, если он был ранее принудительно убит, оставив свои файлы PID.
"pidof master" и подобные манипуляции с ps/grep подходят, за исключением того, что могут быть другие процессы, называемые "master".
Таким образом, «статус постфикса службы sudo» может быть лучшим (, за исключением того, что OP использует DSM, где это неприменимо ).