פתרון בנייה ואתחול

פתרון ראשון

נשווה את המידע ב־/proc/version ואת התצורה המוטמעת, אם הופעלה, לתוצר ששמרנו. נוכל לקרוא את /proc/config.gz במערכת שיש בה כלי פריסה מתאים, או להעתיקו לסביבת העבודה לניתוח. האתחול הישיר אינו בודק את מנהל האתחול שהותקן על דיסק או את כל החלטות הקושחה של מחשב פיזי.

פתרון שני

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

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

פתרון שלישי

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

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