Mengapa * * windows mencetak antrian sesekali tersedak pekerjaan cetak


11

Tahukah Anda cara antrian mencetak jendela kadang-kadang akan berhenti bekerja dengan pekerjaan cetak di bagian depan antrian yang tidak mau dicetak dan yang tidak dapat Anda hapus? Adakah yang tahu apa yang terjadi ketika ini terjadi?

Saya telah melihat ini sejak hari NT4 dan itu masih terjadi pada tahun 2008. Saya berbicara tentang printer laser yang terhubung dengan IP standar - tidak ada yang mewah. Saya mendukung banyak server dan banyak workstation dan melihat ini terjadi beberapa kali dalam setahun.

Pengguna akan menelepon mengatakan mereka tidak dapat mencetak. Saat Anda memeriksa antrian cetak, yang dalam kasus saya umumnya merupakan antrian berbasis server yang dibagikan ke workstation, Anda menemukan pekerjaan cetak yang tidak dapat Anda batalkan. Anda juga tidak dapat menjeda, menginisialisasi ulang, tidak ada.

Menghentikan spooler adalah trik yang biasa dan kadang-kadang berhasil. Namun saya kadang-kadang melihat kasus-kasus yang bahkan ini tidak menyembuhkan dan yang reboot adalah satu-satunya solusi. Jeda antrian, reboot, ketika muncul kembali pekerjaan kemudian dapat dihapus. Setelah hilang, printer dengan senang hati kembali ke kondisi normal. Tidak ada tindakan yang perlu dilakukan pada printer.

Saya menganggap harus reboot sebagai pilihan terakhir dan tidak suka. Apa yang bisa terjadi ketika menghentikan proses (spooler) dan memulai kembali itu tidak menghapus masalah?

Ini tidak terkait dengan produsen mana pun. Saya telah melihat ini pada HPs, lexmark, canon, ricoh, pada laser, pada komplotan .... tidak bisa mengatakan saya pernah melihat ini pada dot matrix.

Siapa pun punya ide tentang apa yang mungkin terjadi.

Ian


1
Dengan server cetak saya, tampaknya pekerjaan-pekerjaan tetap pada 64.0kb spooled tanpa alasan jelas. Tidak terjadi secara teratur bagi kita untuk menghentikannya - printer yang terkenal itu jahat. EEEEVIIIIIILLLLLL.
tombull89

2
Pertanyaan jutaan dolar di sini
Dan

1
@ tombull89 LOL. Setiap kali saya mendengar kata-kata tidak dapat mencetak seperti mimpi buruk lain dimulai. Saya pikir kita semua telah kehilangan berjam-jam hidup kita dengan mesin-mesin neraka ini.
Ian Murphy

Kami biasa menjadwalkan bouncing daemon cetak secara teratur tetapi tidak membantu. Berapa kali saya bisa memberi +1 pertanyaan ini? $ 1.000.000 pertanyaan!
Lizz

1
Dalam pengalaman saya, Anda dapat menyelesaikan masalah ini tanpa me-reboot dengan menghapus file aktual dari direktori spool saat spooler dihentikan. Saya menyadari bahwa itu tidak menjawab pertanyaan Anda, itulah sebabnya saya meninggalkannya sebagai komentar alih-alih jawaban, tetapi sepertinya layak disebutkan bahwa Anda mungkin tidak perlu reboot.
davidcl

Jawaban:


2

Pengalaman saya biasanya driver cetak kereta. Saya tidak bisa memberi tahu Anda berapa kali saya harus menghentikan layanan spooler cetak pada sistem Windows, navigasikan ke direktori spooler cetak (biasanya C: \ WINDOWS \ System32 \ spool \ PRINTERS), dan hapus file spool di sana, kemudian mulai kembali layanan spooler cetak.

Dalam pengalaman saya, sepertinya sebagian besar selalu terkait dengan masalah font, yang merupakan mimpi buruk di dunia pindaian PDF.

Maaf saya tidak punya perbaikan. Hanya ingin memberi tahu aku merasakan sakitmu.


1
Mengapa ada produk cetak Adobe di server cetak?
MDMarra

Saya ada di belakang Anda sampai Anda mengatakan tentang tentang Adobe. Driver cetak Buggy adalah jawaban stok saya.
Evan Anderson

Maksud saya cara produk desktop adobe menghasilkan PDF pada sistem klien, yang dikirim ke server sprint. Saya setuju itu kata-kata yang buruk.
churnd

1
@ churnd Saya dapat mengkonfirmasi bahwa OCR yang dilakukan oleh berbagai produk Adobe benar-benar jahat. Beberapa mesin terbang mengalami cacat yang menyebabkan masalah pada mesin font Windows yang dipanggil oleh driver-printer untuk membuat teks. Karena driver (dan juga font-engine) dijalankan dalam konteks proses print-spooler, ini dapat menyebabkan semua jenis kekacauan.
Tonny

2
Ada sejumlah besar driver printer Tier-2 yang buruk yang didasarkan pada sampel-kode sumber yang pernah diterbitkan dalam MS SDK untuk Windows 2000. Kode SDK memiliki bug: Itu tidak melepaskan pegangan gdi setelah rendering dan mencetak halaman. Akibatnya proses print-spooler akan kehilangan pegangan untuk setiap halaman yang dicetak. Setelah 10.000 pegangan (batas keras yang diatur di kernel NT, bahkan di Win2012 / Win8) print-spooler lumpuh. Anda hanya akan melihat ini jika Anda mencetak lebih dari 10.000 halaman di antara reboot.
Tonny
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.