מדפסת לא מדפיסה? כך מאבחנים את הבעיה שלב אחר שלב — בבדיקה ראשונית

איך הבעיה באה לידי ביטוי בפועל:

• Queue נתקע על 'Printing' ולא מתקדם לנצח
• 'Printer offline' למרות שהמדפסת דלוקה ומחוברת
• מדפסות WiFi נעלמות אחרי שינויים/איפוסים של הנתב
• דפים נדפסים מקושקשים/מפוספסים או חצי-מושלמים בצורה מסתורית
• הסריקה נעצרה בזמן שההדפסה עובדת מצוין

שווה לעצור רגע על השורה הראשונה בטבלה: 'Test page from printer's own menu prints?' — התשובה עליה (hardware innocent; the computer-path holds blame) מחלקת את התרחישים לשני עולמות עבודה שונים.

ההבחנה הזו קובעת את כל ההמשך: עוד לא נוגעים בשום הגדרה — רק אוספים ממצאים — במקום תיקונים אקראיים. בעסק קטן, תקלה של יום שלם שווה הזמנות שלא נקלטו — אבל פעולה מהירה מדי בלי גיבוי יכולה לעלות ביוקר יותר, ולכן כל שלב מתועד קודם שממשיכים.

בנושא של מדפסות ומכשירי הדפסה יש קבוצת גורמים חוזרת שמופיעה ברוב המקרים, וקבוצה נדירה שנכנסת רק כשהראשונה נשללת. הסדר מהנפוץ לנדיר:

1. תקיעות תור ממשימות גדולות מדי/פגומות בהמתנה
2. סחיפת כתובת IP מ-DHCP ששוברת הגדרות פורט מיושנות
3. דרייברים גנריים/מדגם שגוי שמייצרים שפות גרוטאה
4. Firewall/network-discovery blocking bidirectional chatter
5. שבבי חומרים/ראשים שמדווחים שקר אחרי מילוי חוזר
6. כלי ניטור/סוכני עדכון אוטומטי שמתנגשים בשקט
7. חיישני נייר/פורמט שמדווחים שקר אחרי מילוי צד-שלישי ומבלבלים מצבי קושחה בקנה מידה רחב
8. ניתוק רשת במצב שינה שמדווח כמצב לא מקוון לנצח
9. חיישני תקיעת נייר שמזדהמים במוך ומדווחים חסימות רפאים באופן מתמשך

שימו לב לדפוס: רוב הגורמים הנפוצים נגרמים משינוי — עדכון, הגדרה חדשה, רכיב שהוחלף או פשוט הזמן שעובד על רכיב פיזי. זיהוי השינוי האחרון הוא קיצור הדרך האמין לשורש.

ניתן לעצור בכל שלב ולהשאיר את התיעוד בצד — מכיוון שזו הבדיקה הראשונה, ההתמקדות היא ברמות 1–2 ורק אחר כך מעמיקים. ההתקדמות בטוחה, הפיכה, ומתועדת שלב-אחר-שלב.

רמה 1 — self-test separation

הדפסת דוח מובנה מלוח המדפסת המוציא חומרה מהתמונה לחלוטין כאשר הוא מצליח.

רמה 2 — queue hygiene

הפעלה מחדש של ה-Spooler וניקוי עבודות תקועות הפותרים מיד את רוב תקלות מחלקת הנייר.

רמה 3 — port/address truth

התאמת ה-IP המוצג בלוח מול הגדרת היציאה ב-Windows הלוכדת סחיפת DHCP במדויק.

רמה 4 — driver correction

התקנת דרייבר מדויק לדגם ולמחלקה במקום דרייבר גנרי; הסרה מלאה של רשומות ישנות המונעת 'רוחות'.

רמה 5 — consumables/service boundary

בדיקות איכות פיזיות של פסי הדפסה מסתיימות בהמלצה כנה על תחזוקה וערכות היכן שמתאים.

ההיגיון מאחורי הסדר פשוט: הרמות הנמוכות בטוחות והפיכות, הגבוהות דורשות משמעת. אבחון מדפסת לא מדפיסה עבור מחשב נייד (macOS) — עסק קטן — שלב: בבדיקה ראשונית לא מחייב כלי אחד ספציפי — הוא מחייב שלא תדלגו בין רמות בלי לתעד מה נבדק ומה המסקנה.

בטוחות לחלוטין, הפיכות, וכל אחת מספקת מידע עצמאי. עברו עליהן בסדר, ורשמו מה נמצא בכל אחת:

1. ניקוי ראש מעבד ההדפסה: רענון שירות הניתן להפעלה מחדש:

net stop spooler && net start spooler

1. שגרת ניקוי משימות בתור: ניקוי תיקיות תקיעה שמשחזר את הזרימה:

1. הרגל הצלבת IP: קריאת ה-IP מהלוח ואז השוואה בחלון מאפייני פורט המדפסת

1. הפעלת בדיקה עצמית: דף בדיקה מתפריט היצרן שפועל ללא תלות במחשבים לחלוטין

1. החלפת כבל/פורט USB: ניסיון חיבורים פיזיים חלופיים בזול שמוציא חטאי כבלים במהירות.

תוצאות רגועות משאירות את החשד דווקא בשכבות שהבדיקות הללו לא מכסות — וזה מצב רגיל ומתוכנן.

פרוטוקול יצירת יציאה מחדש. בניית יציאות TCP/IP חדשות מול כתובות מאומתות המחליפה קישורים מיושנים ביסודיות.

כלי ניקוי של היצרן. ערכות הסרה של היצרן המנקות מדפסות ודרייברים-רוחות ומאפשרות התקנות נקיות לאחר מכן.

כיוונון התנהגות סטטוס SNMP. הפעלת/כיבוי שאילתות הפרוטוקול עם תצפית על משמעות דגל ה-offline משנה את התמונה באופן משמעותי.

ביקורת התאמת שפת דרייבר. וריאנטי PCL מול PostScript הוחלפו אמפירית ומתקנים משפחות גיבוב באופן מכריע.

מיקום בהפרדת רשת. מדפסות הועברו לתתי-רשת/VLAN ידידותיים בתכנון במקום שבו הבידוד מוכיח את שורש הבעיה.

כלל פרשנות אחיד: ממצא שאינו ברור לא מזיז את המחט; מה שכן — השוואה: תקין מול תקול, לפני מול אחרי, מחשב זה מול אחר.

עבור עסק קטן, הסט הזה מכסה את רוב צרכי האבחון מבלי להתקין דבר חדש; אם כלי נראה מאיים או לא מוכר — דלגו עליו וחזרו אליו אחר כך.

הטבלה מכוונת אך לא גורפת: סימן אחד אינו משפט; שניים-שלושה באותו כיוון — כן. תמונה מעורבבת שווה עוד בדיקת השוואה אחת לפני החלטה.

מה התסמין אומר — ומה הוא לא אומר

נטייה טבעית היא לחשוד מיד בSpooler jams from oversized/corrupted pending jobs — וזו נקודת פתיחה סבירה. עדיין, התסמין שמתואר (מדפסת לא מזוהה, תור הדפסה תקוע, סריקה נכשלת) יכול לנבוע גם מGeneric/Wrong-model drivers producing garbage languages או במקרים הנדירים מPaper-jam sensors fouled by lint reporting phantom obstructions persistently: לכן הסדר קובע ולא האינטואיציה בלבד.

החלק החשוב ביותר פה הוא המשמעת לא לסיים אבחון מוקדם מדי: כשהתיקון הראשון 'עובד', קל להניח שהסיפור נגמר — גם כשמה שתוקן היה רק הביטוי של הבעיה. שתי שאלות שומרות מזה: מה בדיוק שיניתי? האם התסמין נעלם או רק מוסתר?

בעל עסק קטן שבו המחשב מרכז את כל ניהול ההזמנות והלקוחות נתקל במשרד העסק בדיוק בתרחיש הזה: מדפסת לא מזוהה, תור הדפסה תקוע, סריקה נכשלת. התהליך נפתח ברישום — מתי התסמין מופיע, מה קודם לו, מה כבר נוסה. עוד לא נוגעים בשום הגדרה — רק אוספים ממצאים.

בדיקות הבסיס נערכו בסדר ובתיעוד — ואז הגיע הממצא המכריע מההשוואה: התסמין הופיע רק בתנאי אחד ספציפי ולא באחרים. הממצא צמצם את רשימת החשודים מהגורמים הרשומים לשניים, ובדיקת אימות אחת הפרידה ביניהם. הפתרון היה נקודתי — והתאפשר רק בזכות הסדר: תיעוד → השוואה → אימות → תיקון בודד.

השורה התחתונה של התרחיש: בעסק קטן, תקלה של יום שלם שווה הזמנות שלא נקלטו — אבל פעולה מהירה מדי בלי גיבוי יכולה לעלות ביוקר יותר. התהליך המסודר לקח פחות זמן מניסוי וטעייה, והותיר רישום ששימש גם בהמשך — אצלכם או אצל הטכנאי.

• פריצות מילוי שעוקפות הגנות שבב ומשתקות את הזיהוי לצמיתות
• מחיקת תורי מדפסת משרדיים משותפים שמשבשת עמיתים בשקט
• התקנת דרייברים של דגם שגוי עם שם דומה שמשחיתה רכיבי תור עמוקים יותר
• שדרוגי קושחה לאחור במרדף אחרי תאימות מחסניות ישנות שמבטלת כל דבר אחר
• ביטול אלפי משימות בבת אחת שמעמיס על שירותים למצב גרוע יותר

• התקנות דרייבר חוזרות על גבי רישומי רפאים שלא נוקו שמשחזרות אותן תקלות
• דרייברים אוניברסליים של צד-שלישי שקיוו לתקן שפות ספציפיות לדגם בעיוורון
• עדכוני קושחה שהופעלו באמצע תור משימות ומשתקים לוחות מדי פעם
• פתיחת תאי מערכת דיו מעבר לגבולות השירות המתועדים למשתמש — אי פעם
• שיתוף פרטי גישה למערכות הדפסה ענן ברישול שמדליף מסמכים

היקף המדריך: deep-dive בשלב אבחון בודד בלבד; אינו חוזר על בדיקות בסיסיות המפורטות במאמר-האב ARTICLE-0736; חובה קישור-חזרה למאמר-האב

סמנו כל סעיף לפי המצב בפועל — זו התמונה שתלווה אתכם בהמשך:

1. רישום מתי התסמין הופיע לראשונה ומה השתנה אז במחשב
2. מיפוי פורט/IP וציר זמן גרסת דרייבר מתועדים ומפשטים שיחות הישנות עתידיות
3. כל בדיקות הבסיס הורצו לפי הסדר ותועדו עם תוצאתן
4. שונו לכל היותר הגדרה אחת או שניים — ורשום מה בדיוק
5. נבדקה קיומו של גיבוי עדכני לנתונים החשובים
6. הוגדר מה נשלל ומה נשאר חשוד
7. הוחלט: ממשיכים לבד, מרחוק בהנחיה, או טכנאי
8. אם יש נקודת עצירה מהרשימה למעלה — היא גוברת על כל השאר
9. הוגדר מה בהיקף של אבחון מדפסת לא מדפיסה עבור מחשב נייד (macOS) — עסק קטן — שלב: בבדיקה ראשונית כבר נבדק ומה נותר מחוץ לבדיקות שבוצעו
10. תיעוד המדריך (סימוני צ'ק-ליסט + צילומי מסך) נשמר בקובץ או בתיקיה שאתם תמצאו שוב

תקלות מדפסת נפתרות הכי מהר כשבדיקה עצמית מפצלת עולמות מוקדם: חומרה מתפקדת מול נתיבי מחשב חולים — חוצה את החקירה לשניים מיידית.

היגיינת תור ובדיקות אמת-כתובת מרפאות תקיעות יום-יומיות בעוד התאמת שפת דרייבר נכונה מסיימת תעלומות פלט מקושקש לאורך זמן.

תלונות איכות/פסים חוזרות שייכות לערוצי טיפול פיזיים במקום למחזורי התקנה אינסופיים — כיבוד הגבול הזה חוסך שעות במצטבר.

חיבור הנקודות לסדר יום: התסמין (מדפסת לא מזוהה, תור הדפסה תקוע, סריקה נכשלת), שלושת החשודים הראשונים מהרשימה, ושיטות הבדיקה מהסעיפים למעלה — אלו שלושת הרכיבים שהופכים בלבול לתוכנית.

שלוש יציאות אפשריות מהמדריך הזה: פתרון מלא בעצמכם, המשך הנחיה מרחוק, או העברה מסודרת לטכנאי עם רשימת הממצאים. הממצאים סביב מדפסת או סורק לא פועלים כראוי הם שיקבעו לאיזו מהן נתקלתם.

סיימתם את השלבים בלי פתרון? זה לא כשל שלכם — זה בדיוק הרגע שבו ציוד מקצועי ועיניים טריות חוסכים ימים. קחו את רשימת הממצאים שאספתם והמשיכו לחלק של שירות מקצועי בהחלטה מושכלת.