ארכיונים מפוצלים נראים כ„קובץ אחד“ בסייר, אבל בפועל זו שרשרת: קובץ בסיס ומקטעי המשך עם שמות קשורים. כלי שחזור עלולים למצוא רק חלק מהשרשרת, במיוחד אחרי מחיקות או העתקות חלקיות. עד שכל המקטעים באותה תיקייה עם שמות עקביים, כלי חילוץ ייכשלו בצורה שנראית כ„שחיתות“ כשהבעיה היא חוסר שלמות.
המאמר מכסה דפוסי שמות, כשלי נפוצים, תכנון מקום פנוי לחילוץ, וצעדי אימות אחרי שחשבתם שהשלמתם את הסט.
לזהות סוגי שרשראות
פיצול בסגנון ZIP, כרכי RAR וסטים רבי־חלקים של 7z כל אחד עם מוסכמות לסיומות ושמות. המשימה הראשונה היא זיהוי: איזה כלי יצר את הארכיון ואיזה דפוס שמות הוא מצפה לו? אם המשתמש לא יודע — לחפש את החבר הגדול ביותר ואחים עם אותו basename.
לאסוף הכל לפני בדיקת חילוץ
- להעביר את כל המקטעים לתיקייה אחת עם שמות תואמים — בלי טעויות שינוי שם בסגנון „(1)“.
- לוודא מקום פנוי שעולה על הערכת הלא דחוסה, לא רק על סכום החלקים.
- להעדיף העתקה לדיסק מקומי מהיר לפני בדיקה; USB2 עלול להסתיר שגיאות בזמנים קצרים.
- אם חסר מקטע אחד — לרשום מה יש ולחפש שוב עם מיון לפי גודל.
למה שחזור מקשה על פיצולים
מקטעים עלולים לשחזר תחת שמות גנריים או להגיע מייצואים שונים. זה מתוקן בשינוי שם זהיר — אם יודעים את המיפוי הנכון. אם לא — לשמור צילום מסך של רשימות מוצלחות וגיבובים לכל חלק כדי להוכיח שיש את הבייטים הנכונים.
הרגלי אימות
אחרי חילוץ — להריץ בדיקה/תיקון של כלי הארכיון כשזמין. לערכות נתונים עם מניפסטים — לאמת גיבובים מול רשימות ידועות. אם החילוץ נכשל — להימנע מלולאות תיקון הרסניות על העותק היחיד — לשבט קודם אם הנתונים נדירים.
מתי לחזור לזרימת העבודה המקורית
לפעמים הארכיון נוצר על ידי מוצר גיבוי עם פיצול קנייני. אז נתיב השחזור שייך למוצר הזה — לא לזרימת ZIP גנרית. לשאול מה יצר את הארכיון לפני שנלחמים בכלי הלא נכון.