Tại sao * làm * cửa sổ in hàng đợi thỉnh thoảng bị nghẹt trong công việc in


11

Bạn biết rằng cửa sổ in hàng đợi đôi khi sẽ ngừng hoạt động với công việc in ở đầu hàng đợi mà sẽ không in và bạn không thể xóa? Bất cứ ai cũng biết những gì đang xảy ra khi điều này xảy ra?

Tôi đã nhìn thấy điều này kể từ những ngày NT4 và nó vẫn xảy ra vào năm 2008. Tôi đang nói về máy in laser kết nối IP tiêu chuẩn - không có gì lạ mắt. Tôi hỗ trợ rất nhiều máy chủ và vô số máy trạm và thấy điều này xảy ra vài lần một năm.

Người dùng sẽ gọi nói rằng họ không thể in. Khi bạn kiểm tra hàng đợi in, trong trường hợp của tôi thường sẽ là hàng đợi dựa trên máy chủ được chia sẻ với các máy trạm, bạn sẽ tìm thấy một công việc in mà bạn không thể hủy. Bạn cũng không thể tạm dừng nó, xác định lại nó, không có gì.

Dừng bộ đệm là thủ thuật thông thường và đôi khi hoạt động. Tuy nhiên, tôi thỉnh thoảng thấy các trường hợp mà ngay cả điều này không chữa được và khởi động lại là giải pháp duy nhất. Tạm dừng hàng đợi, khởi động lại, khi nó quay trở lại, công việc có thể bị xóa. Sau khi đi, máy in vui vẻ trở lại trạng thái bình thường. Không có hành động là cần thiết trên máy in.

Tôi coi việc phải khởi động lại như là phương sách cuối cùng và không thích nó. Điều gì trên trái đất có thể xảy ra khi dừng quá trình (bộ đệm) và khởi động lại nó không làm rõ vấn đề?

Nó cũng không liên kết với bất kỳ nhà sản xuất. Tôi đã thấy điều này trên HP, lexmark, canon, ricoh, trên laser, trên máy vẽ .... không thể nói tôi từng thấy điều này trên ma trận điểm.

Bất cứ ai cũng có bất kỳ ý tưởng như những gì có thể xảy ra.

Ian


1
Với máy chủ in của tôi, có vẻ như các công việc dính ở mức 64.0kb được lưu trữ mà không có lý do rõ ràng. Không xảy ra thường xuyên đủ để chúng ta đóng nó xuống - mặc dù vậy, máy in nổi tiếng là xấu xa. EEEEVIIIIIILLLLLL.
Tombull89

2
Câu hỏi triệu đô ngay tại đây
Dan

1
@ Tombull89 LOL. Bất cứ khi nào tôi nghe thấy những từ không thể in nó giống như một cơn ác mộng khác bắt đầu. Tôi nghĩ rằng tất cả chúng ta đã mất hàng giờ trong cuộc đời mình cho những cỗ máy vô sinh này.
Ian Murphy

Chúng tôi thường lên lịch trình trả lại daemon in thường xuyên nhưng không được. Bao nhiêu lần tôi có thể +1 câu hỏi này?! Câu hỏi $ 1.000.000!
Lizz

1
Theo kinh nghiệm của tôi, bạn có thể giải quyết vấn đề này mà không cần khởi động lại bằng cách xóa các tệp thực tế khỏi thư mục bộ đệm trong khi bộ đệm được dừng lại. Tôi nhận ra rằng không trả lời câu hỏi của bạn, đó là lý do tại sao tôi để lại dưới dạng nhận xét thay vì trả lời, nhưng có vẻ như đáng để đề cập rằng bạn có thể không cần phải khởi động lại.
davidcl

Câu trả lời:


2

Kinh nghiệm của tôi thường là một trình điều khiển in lỗi. Tôi không thể cho bạn biết đã bao nhiêu lần tôi phải dừng dịch vụ bộ đệm in trên các hệ thống Windows, điều hướng đến thư mục bộ đệm in (thường là C: \ WINDOWS \ System32 \ spool \ PRINTERS) và xóa các tệp bộ đệm ở đó, sau đó khởi động lại dịch vụ bộ đệm in.

Theo kinh nghiệm của tôi, dường như hầu như luôn liên quan đến một vấn đề về phông chữ, đó là một cơn ác mộng trong thế giới của các tệp PDF được quét.

Xin lỗi tôi không có cách khắc phục. Chỉ muốn cho bạn biết tôi cảm thấy nỗi đau của bạn.


1
Tại sao có bất kỳ sản phẩm in Adobe nào trên máy chủ in?
MDMarra

Tôi đã ở phía sau bạn cho đến khi bạn nói về Adobe. Trình điều khiển in lỗi là câu trả lời chứng khoán của tôi.
Evan Anderson

Tôi có nghĩa là cách các sản phẩm máy tính để bàn adobe tạo PDF trên hệ thống máy khách, được gửi đến các máy chủ chạy nước rút. Tôi đồng ý nó là từ kém.
churnd

1
@churnd Tôi có thể xác nhận rằng OCR được thực hiện bởi các sản phẩm Adobe khác nhau là hết sức xấu xa. Một số glyph không đúng định dạng gây ra sự cố trong công cụ phông chữ Windows được trình điều khiển máy in gọi để hiển thị văn bản. Vì trình điều khiển (và cũng là công cụ phông chữ) được chạy trong ngữ cảnh của quy trình bộ đệm in, điều này có thể gây ra tất cả các loại tàn phá.
Tonny

2
Có rất nhiều trình điều khiển máy in Cấp 2 xấu xung quanh dựa trên mã nguồn mẫu đã được xuất bản trong MS SDK cho Windows 2000. Mã SDK có lỗi: Nó không phát hành xử lý gdi sau khi kết xuất và in một trang. Kết quả là quá trình bộ đệm in sẽ mất một tay cầm cho mỗi trang được in. Sau 10.000 tay cầm (giới hạn cứng được đặt trong nhân NT, ngay cả trong Win2012 / Win8), bộ đệm in bị hỏng. Bạn sẽ chỉ nhận thấy điều này nếu bạn in hơn 10.000 trang giữa các lần khởi động lại.
Tonny
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.