Почему * сделать * очереди печати Windows иногда задыхаются от задания на печать


11

Знаете, как очереди печати Windows иногда перестают работать с заданием на печать в начале очереди, которое просто не печатается и которое вы не можете удалить? Кто-нибудь знает, что происходит, когда это происходит?

Я видел это с NT4 дней, и это все еще происходит в 2008 году. Я говорю о стандартных IP-подключенных лазерных принтерах - ничего особенного. Я поддерживаю множество серверов и множество рабочих станций и наблюдаю, как это происходит несколько раз в год.

Пользователь позвонит и скажет, что не может печатать. Когда вы просматриваете очередь печати, которая в моем случае, как правило, является серверной очередью, общей для рабочих станций, вы обнаруживаете задание на печать, которое нельзя отменить. Вы также не можете приостановить это, повторно инициализировать это, ничего.

Остановка диспетчера очереди - обычная уловка, которая иногда срабатывает. Однако я иногда вижу случаи, которые даже не помогают, и перезагрузка - единственное решение. Приостановите очередь, перезагрузите компьютер, когда он вернется, задание может быть удалено. После того, как принтер исчез, он счастливо возвращается в нормальное состояние. На принтере не требуется никаких действий.

Я считаю перезагрузку последней инстанцией и мне это не нравится. Что на самом деле может происходить, когда остановка процесса (спулер) и перезапуск не решают проблему?

Это не связано ни с каким производителем. Я видел это на HP, lexmark, canon, ricoh, на лазерах, на плоттерах ... не могу сказать, что когда-либо видел это на матрице точек.

У кого-нибудь есть идеи относительно того, что может происходить.

Ян


1
С моим сервером печати это, кажется, задания, торчащие в 64.0kb, буферизованные без видимой причины. Хотя этого не происходит достаточно часто, чтобы мы это зафиксировали - хорошо известно, что принтеры - это зло. EEEEVIIIIIILLLLLL.
tombull89

2
Вопрос на миллион долларов прямо здесь
Дан

1
@ tombull89 LOL. Всякий раз, когда я слышу слова, не могу напечатать, начинается новый кошмар. Я думаю, что мы все потеряли часы нашей жизни из-за этих адских машин.
Ян Мерфи

Мы регулярно планировали отказов демона печати регулярно, но это не помогало. Сколько раз я могу +1 ответить на этот вопрос ?! $ 1,000,000 вопрос!
Лиз

1
По моему опыту, вы можете решить эту проблему без перезагрузки, удалив фактические файлы из каталога спула, пока спулер остановлен. Я понимаю, что это не отвечает на ваш вопрос, поэтому я оставляю его как комментарий, а не как ответ, но, похоже, стоит упомянуть, что вам, вероятно, не нужно перезагружаться.
davidcl

Ответы:


2

Мой опыт, как правило, глючит драйвер печати. Я не могу сказать вам, сколько раз мне приходилось останавливать службу диспетчера очереди печати в системах Windows, переходить в каталог диспетчера очереди печати (обычно это C: \ WINDOWS \ System32 \ spool \ PRINTERS) и удалять там файлы очереди печати, затем перезапустите службу диспетчера очереди печати.

По моему опыту, это, как правило, всегда связано с проблемой шрифтов, которая является кошмаром в мире отсканированных PDF-файлов.

Извините, у меня нет решения. Просто хотел, чтобы ты знал, что я чувствую твою боль.


1
Почему на принт-сервере есть продукты Adobe для печати?
MDMarra

Я был позади вас, пока вы не сказали о насчет Adobe. Багги драйверы печати - мой стандартный ответ.
Эван Андерсон

Я имел в виду способ, которым продукты Adobe для настольных компьютеров генерируют файлы PDF на клиентских системах, которые отправляются на серверы спринта. Я согласен, что это было плохо сформулировано.
Чарт

1
@churnd Я могу подтвердить, что оптическое распознавание, сделанное различными продуктами Adobe, является просто злом. Некоторые глифы искажены, что вызывает проблемы в механизме шрифтов Windows, который вызывается драйвером принтера для визуализации текста. Поскольку драйвер (и, следовательно, также механизм шрифтов) запускается в контексте процесса диспетчера очереди печати, это может привести к разного рода разрушениям.
Тонни

2
Существует множество плохих драйверов принтеров Tier-2, основанных на примере исходного кода, который был опубликован в MS SDK для Windows 2000. В коде SDK была ошибка: он не выпускал дескриптор gdi после рендеринга. и печать страницы. В результате процесс диспетчера очереди печати потерял бы ручку для каждой напечатанной страницы. После 10.000 дескрипторов (жесткий предел, установленный в ядре NT, даже в Win2012 / Win8), спулер печати падает. Вы заметите это только в том случае, если между перезагрузками будет напечатано более 10.000 страниц.
Тонни
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.