הורד

קריאת סריקת שאריות

עמודות למתן אמון, דגלים אדומים ומתי לייצא רשימה לפני המחיקה.

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

התחל עם נתיב ובעלות

תחילה מיין לפי נתיב. שורות שעדיין חיות תחת ספריית ההתקנה לשעבר של התוכנית - שם החברה בתיקייה, תיקיות משנה עם גרסאות, מיתוג ברור - הן בדרך כלל האצווה הבטוחה ביותר לבדיקה. לאחר מכן, עיין בנתיבי פרופיל לכל משתמש (AppData\Local ו נְדִידָה): לרוב אלו מטמונים, יומנים או הגדרות שמסירי ההתקנה מדלגים עליהם בכוונה.

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

דגלים אדומים: System32 ומפתחות מיקרוסופט רחבים

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

  • אם השורה מפנה לזמן ריצה ידוע (VC++, .NET, Universal CRT), ודא שאף תוכנה אחרת מותקנת עדיין לא צריכה את הגרסה המדויקת הזו.
  • כאשר הדרך קצרה וגנרית (*.dll עם תיאור מעורפל), השהה וחפש את שם הקובץ המלא בתוספת "מה משתמש".

ייצא, שינה ואז מחק

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

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

שורות הרישום לעומת קבצים בדיסק

רשימה שנותרה עשויה לערבב ערכי רישום עם קבצים רופפים. נתיב קובץ חסר ברישום אינו תמיד מזיק - לפעמים זה אומר שהמסיר מותיר מצביע תלוי שמתקין אחר עשוי לעשות בו שימוש חוזר. לעומת זאת, קובץ שעדיין קיים עשוי להיות מצב משותף מכוון (רישיונות, מטמון ענן). התאם כל סוג שורה להקשר העמודה לפני שאתה מניח "מחק = תיקון".

גודל, תאריך ו"האם זה עדיין פועל?"

כאשר ממשק המשתמש מציג מטא נתונים של גודל או כתיבה אחרונה, השתמש בו כשובר שוויון, לא הוכחה. מפתח קטן יתום עדיין יכול לשבור בדיקת שדרוג, בעוד שמטמון מרובה ג'יגה-בייט עשוי להיות בטוח לחיתוך רק לאחר שתאשר שאף פרופיל אחר לא משתמש בו. לאחר הניקוי, הפעל את האפליקציות שאתה עדיין מסתמך עליהן (דפדפן, IDE, לקוח משחק) לפני שתסגור את הכרטיס.

תשובות מהירות

האם עלי לסמן כל שארית שהסריקה מראה?
רק אם תוכל להסביר כל שורה במשפט אחד ("זו הייתה תיקיית היומן של App X מתחת לשורש הישן שלה"). אם שורה תואמת רק בגלל מחרוזת משנה בנתיב, האט את הקצב ואמת.
מדוע הסריקה שלי מציגה נתיבי Microsoft או Windows?
מסירי התקנה לפעמים משאירים הפניות בתוך עצים רחבים יותר, או שהמוצר התקין shim ליד זמני ריצה משותפים. שורות אלה זקוקות להוכחה נוספת - לא בחירה בכמות גדולה.
האם "תאריך קובץ ישן יותר" תמיד בטוח למחיקה?
לא. ישן אין פירושו שאינו בשימוש; לעתים רחוקות נוגעים בקובצי DLL מסוימים. שלב תאריך עם בעלות על נתיב, בעל אתר וחיפוש מהיר באינטרנט על שם הקובץ המדויק.

לְהַמשִׁיך לָלֶכֶת: בנה הרגל: מוצר אחד לכל הפעלה, ייצא כל דבר מעורפל, וודא שאפליקציות קריטיות עדיין מופעלות לפני שאתה מגיש את המשימה כפי שבוצעה. ראה את סקירת תכונות ו מדריכים לשאריות של הקשר סריקה מקצה לקצה.

← כל הפוסטים בבלוג