באג קריטי שהתגלה ב-Windows 7 עלול לעכב את יציאת גרסת ה- RTM

מערכת ההפעלה החדשה של מיקרוסופט, Windows 7, גרפה תשבוחות רבות על גרסאות הבטא השונות ועל גרסת ה RC, ולמעט הבאג שנמצא במערכת ה UAC בפברואר (התגלתה אופציה לפרוץ ל UAC), נראה כי היא מתעלה על ה-Vista, קודמתה, בביצועים וגם בגרפיקה. עד השבוע האחרון נראה כי המערכת יציבה ותוכל להיות מושקת בתאריך שנקבע לה, בלי הפרעות מיותרות.

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

התקלה מתרחשת בסריקת דיסק שאינו הדיסק ממנו עולה מערכת ההפעלה (לדוגמא: אם על דיסק C מותקנת מערכת ההפעלה, הסריקה מתבצעת על D שמהווה מחיצה לוגית נפרדת או דיסק פיזי אחר) באמצעות פקודת chkdsk.exe. מדובר בשורת פקודה המאתרת בעיות באמצעי אחסון. הכלי גם מנסה לתקן כל בעיה שאותה הוא מזהה ויכול לפתור בעיות הקשורות לסקטורים פגומים, אשכולות שאבדו, קבצים עם קישורים צולבים או שגיאות בספריות. בעת הפעלת הפקודה במקרה המוגדר, התהליך (explorer.exe) צורך זכרון רב עד שהוא מביא למצב של קריסת מערכת ההפעלה, והופעת המסך הכחול הידוע לשמצה של מיקרוסופט.

דיווחים על התקלה הגיעו ממערכות הפעלה בגרסת 32 ביט שהותקנו על מעבדים מסוגים שונים, החל מ- Intel Atom במחשבי נטבוק , Intel Core 2 Duo אשר מריצים גרסת 64 ביט, וגם על גרסאות שהותקנו על VMware – תחנות וירטואליות המריצות גרסת 32 ביט. מיקרוסופט, שמתעקשת להפנות את האצבע המאשימה על יצרני החומרה, וטוענת שיש לעדכן את ה-Firmware, כנראה מתעלמת מהעובדה שהבאג התגלה גם במערכות הוירטואליות, אשר מנטרלות את הטיעון בנוגע לבעיות חומרה אפשריות.

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

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

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

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

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

נכתב במקור על ידי מורן בר ב: 08/8/09