הסירו חסמים לפני הסלמה

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

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

HDD גדולים רצים שעות. השהו AV אגרסיבי בנתיב המקור, חברו למתח, השביתו שינה. פגיעות חלקיות מופיעות לעיתים לפני סיום — עקבו אחרי הרשימה, לא רק אחרי פס ההתקדמות.

יציאות USB 2.0 ובקרים עמוסים מצמצמים תפוקה. נסו יציאה אחרת; בדקו אם הממשק קפוא (תוכנה) לעומת כונן שנעלם בניהול דיסקים (חומרה/כבל).

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

קבצים חצובים לעיתים שומרים סיומת שגויה. אם ‎.docx‎ לא נפתח, נסו צופה הקס או שינוי שם רק על עותק — בודקים פורמט, לא נלחמים על inode אחרון טוב.

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

AV ארגוני ו‑Controlled Folder Access עלולים לחסום קריאה מהמקור או כתיבת ייצוא.חריגים צרים לנתיב staging ולתיקיית התקנה רק אחרי אישור אבטחה, או הריצו עותק נייד מאושר.

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

הרחבה: שחזור כרטיס SD בבלוג.

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

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

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

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

ב‑SSD, TRIM ואופטימיזציה ברקע מצמצמים חלון — SSD ו‑TRIM.

Recuva בנוי סביב התקני בלוק מקומיים ונפחים נשלפים עם אותיות יציבות. קיצורי SMB, תיקיות ענן או iSCSI רועדים עלולים להיראות כנתיב בסייר אבל להתנהג גרוע בגישה גולמית.

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

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

צוותי מדיניות לעיתים מאשרים וריאנט אחד — שקפו משרד פנימי וגיבוב.

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

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

סריקות עמוקות מעמיסות I/O ויכולות להגדיל קובץ דף או temp ב‑C:. פנו גיגabytes, סגרו אפליקציות כבדות RAM, והימנעו משחזור אצוות ענק לתיקיות פרופיל שמסתנכרנות לענן באמצע.

אם Windows דוחף דיסק 100% מסיבות אחרות — תקנו קודם; אחרת הסריקה נראית ״תקועה״.

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

מחיצות שחזור וכלי OEM נראות כנפחים קטנים; סריקת פרוסת 500MB הלא נכונה מבזבזת זמן.

VHD/VHDX מצורפים כנפחים כש‑Windows מחבר אותם. ודאו מקום בדיסק האב ושהתמונה לא על אותו ציר כושל. אורחי Hyper‑V/VMware צריכים העברת דיסק יציבה — תיקיות משותפות רועדות אינן תחליף לנפח גולמי.

אם המארח ממזג צ׳קפוינטים בזמן סריקה — השהו; כתיבה מקבילה לאותו קובץ בסיס יוצרת אותו סיכון דריסה כמו ב‑OS חי.

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

דחו עדכוני פיצ'ר עד אחרי שחזור קריטי כשהמדיניות מאפשרת.

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

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

שחזורים עמוקים עם עצים עמוקים עלולים לעבור גבול MAX_PATH. שלבו לשורש קצר כמו D:\rcv\ והפעילו מודעות לנתיבים ארוכים ב‑Windows כשהארגון מאשר.

ראו שחזור מבנה תיקיות כשעומק הנתיב מתפוצץ.

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

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

FAT32 מגביל קבצים בודדים לכ‑4GB. exFAT סלחני יותר אבל עם מורכבות משלו. אם וידאו גדול או תמונת דיסק נחתכים — שלבו ל‑NTFS ונסו שוב.

התאימו פורמט יעד לגודל הקובץ הגדול ביותר שצפוי.

טעות ב‑*.pdf או בשורש תיקייה שגוי נותנת רשימה ריקה גם כשהדיסק תקין. נקו מסקות זמנית, הרחיבו לשורש הנפח, ואמתו שהאשף רואה קבצים לפני הידוק.

מצב מתקדם ומסכות לדוגמאות.

ייצואים יכולים לרשת ACLs מבלבלות מפרופיל אחר או מתמונה. בעותק ה‑staging קחו בעלות או תנו קריאה לחשבון דרך מאפיינים → אבטחה (רק לפי מדיניות).

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