כיצד מחיצות A/B ועדכונים חלקים משפיעים על פיתוח מותאם אישית ב-XDA

כאשר אנדרואיד נוגט יצא, זה דיברנו עליו כל מיני תכונות חדשות. קיבלנו ממשק משתמש מעודכן חדש בתור התחלה יחד עם יכולות ריבוי חלונות המיוחלות ותמיכה ב-Vulkan Graphics API. אבל תוספת אחת מתחת למכסה המנוע עפה מעל ראשם של רוב המשתמשים. אנדרואיד נוגט הציגה "עדכונים חלקים" במכשירים התומכים במחיצות A/B. לרוב המכריע של מכשירי האנדרואיד הקיימים (למעט Google Pixel ו-Google Pixel XL החדשים) לא היו אז מחיצות A/B ולכן לא יכלו לנצל עדכונים חלקים. הנחת היסוד של תכונה זו היא שלמכשיר יש סט שני של מערכת, אתחול, ספק ומחיצות חשובות אחרות, וכאשר אתה מקבל OTA עדכון העדכון מתרחש ברקע בזמן שהסט השני של המחיצות מותקנים, מה שמאפשר לך לאתחל מחדש בתוכנה מעודכנת לבנות בצורה חלקה. אם עדכון נכשל, אתה תוחזר למבנה עובד, כלומר לחברות יהיו פחות כאבי ראש להתמודד איתם והצרכנים מוגנים טוב יותר.

תמיכה בעדכונים חלקים אינה דרישה עבור כל מכשיר אנדרואיד חדש, שלא כמו Project Treble. ככזה, הרוב המכריע של מכשירי אנדרואיד חדשים אינם תומכים בתכונה.

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

תודה רבה לחבר בכיר ב-XDA npjohnson, א תורם ל LineageOS ו מתחזקת של Motorola Moto Z2 Force, שעזר לנו לבדוק את המאמר הזה.

---

מחיצות במכשיר אנדרואיד

מחיצה היא פשוט קטע דיסקרטי באחסון הפנימי של הטלפון שבו הנתונים נשמרים. איזה סוג של נתונים נשמרים בכל מחיצה תלוי בחומרה, במערכת ההפעלה ובגורמים רבים אחרים. לטוען האתחול יהיה אחד, למערכת (אנדרואיד OS) יהיה אחד, לנתוני המשתמש יהיה אחד... וכן הלאה וכן הלאה. כאשר אתה רואה אנשים מדברים על "/system" ו-"/cache", הם מתייחסים לשמות הנתונים של המחיצות הללו. ל-OnePlus 6, למשל, יש 72 מחיצות. זה נשמע כמו הרבה, אבל ה-OnePlus 6 הוא אחד מהמכשירים שתומכים בעדכונים חלקים, מה שאומר שרבות מהמחיצות הללו הן פשוט כפילויות אחת של השנייה.

פלט חלקי של המחיצות ב-OnePlus 6. חלק מחיצות A/B מסומנות בקו תחתון למטרות הדגמה.

יש הרבה מחיצות במכשיר שלעולם לא תצטרך לדאוג לגביהן כמשתמש. רבות מהמחיצות הללו לעולם אינן משתנות כאשר מהבהבים ROMs מותאמים אישית, ליבות, שחזורים או שינויים כמו Magisk או Xposed. הרבה מהמחיצות האלה לא יהיו בשימוש למטרות שלנו או שהן מסוכנות מדי למגע אלא אם כן אתה יודע מה אתה עושה (XLOADER ו-OEMINFO ב-Huawei/Honor מכשירים עולים על הדעת.) עבור הרוב המכריע של משתמשי אנדרואיד, המחיצות בהן אנו עוסקים בעיקר הן מערכת, אתחול, שחזור, נתוני משתמש ולאחרונה ספק vbmeta. להלן הסבר קצר על מטרת כל מחיצה:

• מערכת - מחזיקה את מערכת ההפעלה אנדרואיד, ספריות מערכת, אפליקציות מערכת ומדיה מערכתית אחרת כמו אתחול אנימציות, טפטים במלאי, רינגטונים וכו'.
• boot - מחזיק את הליבה, ramdisk, ובמכשירי A/B גם את השחזור
• התאוששות - מחזיקה את השחזור, כאשר TWRP נהוג להבהב בהתקני A בלבד (להתקני A/B אין מחיצת שחזור ייעודית)
• נתוני משתמש - מכיל את כל נתוני האפליקציה, המערכת והאחסון הפנימי שלך
• ספק - מחזיק HALs ספציפיים לפלטפורמה ולמכשיר, הקבצים הדרושים למערכת ההפעלה של אנדרואיד כדי לתקשר עם החומרה הבסיסית
• vbmeta - המחיצה עבור Android Verified Boot 2.0 המאמתת את תקינות תהליך האתחול

יצרני OEM של מכשירים יכולים לשנות את סכימות המחיצות שלהם כדי להשתמש בכל פריסה שהם רוצים. לדוגמה, Huawei מפצל את מחיצת האתחול ל-ramdisk_recovery ולקרנל. יש גם הרבה מחיצות נוספות שעשויות להכיל אפליקציות מערכת אחרות כמו התאמה אישית, מוצר ו-oem, ובעוד אלה בטוחים לשינוי, זה בדרך כלל לא מומלץ אם אתה רוצה להקל על עצמך לחזור למלאי. אז איפה מחיצות A/B משחקות תפקיד?

---

תכנית החלוקה A/B

איך עדכונים עובדים במכשירים עם עדכונים חלקים

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

1. אנחנו מתחילים עם שתי מחיצות מערכת, system_a ו-system_b, שתיהן באותה גרסה של אנדרואיד.
2. בהנחה ש-system_a פעיל, עדכון OTA יתקן את system_b, המחיצה הלא פעילה, ברקע.
3. system_a מוגדר לבלתי פעיל ו-system_b הופך להיות פעיל ברגע שהמשתמש מאתחל מחדש.
4. המחיצה שאינה פעילה כעת, system_a, תתעדכן כאשר עדכון ה-OTA הבא ייצא לאור.

מהם היתרונות של תהליך עדכון זה?

1. אם עדכון נכשל, המכשיר יחזור ל-build העובד בחריץ השני.
2. הנתונים שלך נשמרים שלמים לחלוטין, גם אם העדכון משעמם, מכיוון שיש רק מחיצה אחת (Userdata) שמכילה את הנתונים שלך.
3. עדכון סטרימינג: אם מחיצת הנתונים שלך מלאה, ניתן להוריד את העדכון ולהזרים אותו למשבצת הלא פעילה. זוהי תכונה די מסודרת ומשמעותה שאינך צריך לבזבז שום אחסון זמני על העדכונים שלך. לכן אין מחיצת מטמון במכשירי A/B מכיוון שכבר אין בהם צורך.

איזו השפעה יש לסכימת חלוקת המחיצות A/B על האחסון של מכשיר?

האם העובדה שעדכונים חלקים מביאים לחבורה של מחיצות משוכפלות אומרת שאתה מאבד הרבה שטח אחסון? בכלל לא. גוגל אומרת שמכשירים עם תמיכת עדכונים חלקה צריכים להיות מופחתים רק על כמה מאות מגה-בתים הודות להסרת המחיצות /cache ו-/recovery. הסרת שתיהן מאזנת את העלות של הוספת סט שני של מחיצות. לפי גוגל, תמונת מערכת ה-A/B של ה-Pixel היא חצי מהגודל של תמונת מערכת A-בלבד. רוב השימוש הנוסף באחסון מגיע למעשה מהוספת מחיצת ספק שנייה. זה הגיוני מכיוון שמחיצת הספק מכילה את כל הקבצים הבינאריים הקנייניים המשמשים יצרני OEM (חלק מ-Project Treble), כך שהיא צפויה לתפוס לא מעט מקום. בעוד שגוגל לא ממליצה לקיים מחיצות A/B במכשירים עם נפח אחסון של 4GB (מכיוון שמדובר בכמעט 10% מסך האחסון הזמין), הם כן ממליצים עליה במכשירים עם 8GB ומעלה.

להלן פירוט של שטח האחסון בשימוש ב-Google Pixel עם ובלי מחיצות A/B.

מה קרה למחיצת השחזור?

ליבת לינוקס הבסיסית במכשירי אנדרואיד היא מה שמאפשר לאנדרואיד לזהות ולהשתמש בחומרה כראוי בסמארטפון. במכשירי אנדרואיד A בלבד, בדרך כלל יש לך שתי גרסאות של הליבה: אחת ארוזה בתוך מחיצת השחזור ואילו השנייה נמצאת במחיצת האתחול. בהתקני A/B התומכים בעדכונים חלקים, השחזור נמצא כעת בתוך תמונת האתחול יחד עם הליבה. הפונקציה העיקרית של השחזור הייתה להתקין עדכונים, אך מכיוון שהמערכת עצמה מטפלת בכך (update_engine) בזמן אתחול של אנדרואיד כבר אין צורך במחיצת השחזור הייעודית.

כדי להתקין שחזור מותאם אישית על התקני A/B, לכן עלינו לשנות את מחיצת האתחול ולהחליף את שחזור המניות בעצמנו. זו הסיבה כדי להתקין TWRP אתה צריך להשתמש בפקודה fastboot כדי לאתחל תמונת אתחול מותאמת אישית תחילה ו לאחר מכן הבזק את סקריפט ההתקנה של TWRP, מכיוון ש-fastboot לא יכול לתקן מחיצות - רק להבהב מעליהן לחלוטין. אתה יכול טכנית לתקן מראש את תמונת האתחול הקיימת שלך עם TWRP ולאחר מכן להבהב אותה באמצעות fastboot, אבל זה יותר צרות ממה שזה שווה. סקריפט ההתקנה של TWRP מתקן את המחיצות boot_a וגם את boot_b כדי להתקין TWRP.

עובדה מהנה: אנדרואיד update_engine שמטפל בעדכונים חלקים, נקרע בעצם ישירות מ-Chrome OS. רק לאחרונה האם מחרוזות המכילות "Chrome OS" הוסרו מהיומן של update_engine כדי למנוע בלבול לכל מי שבמקרה בודק את logcat.

האם סמארטפון האנדרואיד שלי תומך במחיצות A/B לעדכונים חלקים?

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

---

כיצד עדכונים חלקים משפיעים על פיתוח מותאם אישית?

תפיסת משתמש של מחיצות A/B

נחשבים כמכשול לפיתוח תוכנה מותאמת אישית על ידי משתמשים רבים, עדכונים חלקים הם למעשה ברכה למפתחים. הסיבה שמכשירי A/B נתפסים כבעלי תמיכת פיתוח לקויה מסתכמת במחיר של מכשירי A/B הראשונים. אחרי הכל, מכשירי גוגל פיקסל היו מהראשונים שתמכו בעדכונים חלקים ובהשוואה לסמארטפונים של Nexus של פעם הם היו יקרים יחסית. יתר על כן, הודות לאינספור השיפורים שגוגל ביצעה במערכת ההפעלה אנדרואיד שיצרה ROM מותאמים אישית ו שינויים פחות פופולריים במכשירי גוגל, הסמארטפונים של גוגל פיקסל לא המריאו בפורומים שלנו כמעט כמו ה-Nexus סמארטפונים. שילוב של גורמים חיצוניים הוביל לירידה בפיתוח מותאם אישית בטלפונים החכמים של גוגל פיקסל, אם כי רוב המשתמשים בחרו להאשים במקום את התמיכה במחיצות A/B. השווה את הזמינות של פיתוח מותאם אישית במכשירים כמו Google Pixel עם מכשירים כמו Xiaomi Mi A1 בפורומים שלנו.

בנוסף, חוסר הבנה כיצד מחיצות A/B שינתה את הדרך שבה המשתמשים צריכים להתקין ROM, ליבות, שחזורים ושינויים מותאמים אישית, הובילה לכך שתמיכה במחיצות A/B לא הייתה פופולרית. כשהשחזור מתקיים כעת בתוך תמונת האתחול, שינויים מהבהבים בסדר שגוי כגון Magisk או Xposed עלולים לגרום להתנגשויות ויכולים להוביל לאתחול. לאיזה סדר אתה מבזק את האופנים האלה יכול להיות חשוב, אם כי במקרה של ROMs מותאמים אישית אתה לא צריך לדאוג לאיזה חריץ אתה מהבהב. בניגוד למה שנהוג לחשוב, סקריפט ההתקנה של רוב ה-ROMs המותאמים אישית אינו מהבהב לשני החריצים. אתה לרוב לא צריך לדאוג בקשר לזה מכיוון שאתה לא צריך להחליף חריצים באופן ידני.

כיצד מפתחים רואים מחיצות A/B

בעת בניית ROM, מפתחים יכולים להשתמש בשתי המחיצות כדי לבדוק בנייה נפרדת. אם אחד מהם לא עובד, הם יכולים פשוט לחזור למחיצת העבודה ולבנות מחדש את ה-ROM שלהם. מפתחים יכולים גם לבדוק רגרסיות פשוט על ידי התקנת עדכון, החלפת המחיצה הפעילה והשוואה בין השתיים ללא צורך למחוק נתונים. כך צוות LineageOS רואה את תמיכת מחיצות A/B:

"רבים מסביב לקהילת אנדרואיד הטיחו ב-A/B כ'קשה לתמוך' ו'לא ידידותי למפתחים', כשלמעשה, הוא מיושם כהלכה. קל יותר לתמוך וידידותי למפתח בדיוק." - jrizzoli, LineageOS Changelog 19

הקושי הראשוני עם תמיכת A/B למפתחים הגיע משינוי הכלים הקיימים שלהם כדי לתמוך במכשירים אלה. המפתח של Magisk, topjohnwu, הוסיף תמיכה רשמית ב-Google Pixel שנה לאחר מכן שוחרר - לא בגלל שזה היה קשה, אלא בגלל שלקח לו שנה להשיג את המכשיר בפועל לעבוד על. תמיכה ב-TWRP הגיע די מהר על מכשירי A/B לאחר שהמפתח הראשי, Dees_Troy, לקח את זה על זה. LineageOS 15.1 תומך כעת התקני A/B לאחר שמתנדבים מצאו זמן לתקן את הסקריפט של addon.d שלהם.

כיצד לעדכן מכשיר A/B שיש לו שחזור מותאם אישית, ליבה או אופנים אחרים

ROM מותאמים אישית

עדכונים מהבהבים במכשיר עם ROM מותאם אישית אומר שתצטרך להיזהר מאיזה חריץ אתה מהבהב גם כן, נכון? לא בדיוק. TWRP למעשה יטפל בהרבה מזה עבורך, והוא כברירת מחדל לחריץ הלא פעיל להבהב של ROM מותאם אישית. אם החריץ הפעיל שלך הוא A ואתה מבזיק ROM מותאם אישית, אתה למעשה מהבהב לחריץ B. כאשר אתה אתחול מחדש, המשבצת הפעילה היא כעת B. מפתחים יכולים לשנות את סקריפט ההתקנה ולהבזק לשני המשבצות כדי להקל על משתמש הקצה, אם כי רוב הסקריפטים של התקנת ROM מותאמים אישית מהבהבים כרגע רק למשבצת בודדת. לבסוף, ROMs מותאמים אישית יכולים ליישם עדכון A/B ב-ROM שלהם כך שמשתמשים אפילו לא יצטרכו להתעסק עם עדכונים מהבהבים ידנית - ה-LineageOS 15.1 העדכני ביותר כולל כלי Lineage Updater, וחבר בכיר ב-XDA ארה"ב-RedDragon עשה עדכון A/B גנרי שמפתחים אחרים יכולים להשתמש בהם.

מלאי ROM

אבל האם זה לא בעייתי אם המכשיר שלך מריץ את ה-ROM המניות עם שינויים שונים ואתה רוצה להתקין עדכון מבלי לאבד את כל המודים האלה? זה יכול להיות אם אתה לא יודע את השלבים הנכונים להתקנת עדכון. ב-OnePlus 6, למשל, אינך יכול להבהב OTA מצטבר במכשיר שהשתנה שלך מכיוון שה-OTA המצטבר ינסה לתקן את תמונת האתחול ששונתה. לפיכך, סביר להניח שתגמור עם אתחול, וזו הסיבה שעליך להבהב את עדכון ה-ROM המלא כדי להחליף לחלוטין את תמונת האתחול ששונתה. להלן הצעדים הכלליים שעליך לנקוט כדי להתקין עדכון OxygenOS ב-OnePlus 6 שלך תוך שמירה על TWRP, Magisk, ובאופן אופציונלי ליבה מותאמת אישית.

1. הורד את האחרון ROM מלא רוכסן
2. הבזק את ה-ZIP המלא של ה-ROM בשחזור
3. (אופציונלי) גרעין פלאש מותאם אישית
4. מתקין פלאש TWRP
5. הפעל מחדש ישר חזרה להתאוששות
6. פלאש מגיסק

במכשירי Google Pixel, אתה יכול הבזק את תמונת היצרן מבלי למחוק נתונים, לאחר מכן אתחל את TWRP, התקן את TWRP באמצעות סקריפט ההתקנה ולאחר מכן התקן את Magisk.

חילוץ עדכון לתמונות מחיצה בודדות

קבצי עדכון עבור מכשירי A/B רבים שונים במקצת בהשוואה למכשירי A בלבד. הם כבר לא רק קובץ zip שמכיל הרבה תמונות (למעט תמונות המפעל של גוגל ו-Razer), במקום זאת, הם בצורת קובץ payload.bin. אתה יכול לחלץ את הקובץ הזה ולהבזק כל חלק באופן ידני, אבל זה דורש כלי מיוחד כדי לעשות זאת. אם אתה מעוניין ללמוד כיצד לעשות זאת ב-OnePlus 6, Xiaomi Mi A1 ומכשירי A/B רבים אחרים, המשך לקרוא.

הגדרה לחילוץ payload.bin

1. ודא שיש לך Python 3.6 מוּתקָן.
2. הורד payload_dumper.py ו-update_metadata_pb2.py כאן.
3. חלץ את ה-OTA zip שלך והצב את payload.bin באותה תיקיה כמו הקבצים האלה.
4. פתח את PowerShell, שורת הפקודה או מסוף בהתאם למערכת ההפעלה שלך.
5. הזן את הפקודה הבאה: python -m pip install protobuf
6. כשזה יסתיים, הזן את הפקודה הזו: python payload_dumper.py payload.bin
7. זה יתחיל לחלץ את התמונות בתוך הקובץ payload.bin לתיקיה הנוכחית שבה אתה נמצא.

אתה יכול להבהב כל אחת מהתמונות האלה בנפרד עכשיו באמצעות fastboot אם תרצה. הסעיף הבא מראה לך כיצד לעשות זאת.

שימוש ב-fastboot להבהב תמונות במכשיר התומך בעדכונים חלקים

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

(הערה: במכשירי A/B, אתה יכול לציין מחיצה בחריץ מסוים להבהב או שאתה יכול להשאיר את סיומת החריץ והיא תהבהב לחריץ הפעיל הנוכחי. לדוגמה, אתה יכול להחליף את "מחיצה" בפקודת הבזק ב-"system", "system_a" או "system_b.")

---

מילה על פרויקט טרבל ועדכונים חלקים

תפיסה שגויה נפוצה היא שתמיכה ב-Project Treble ותמיכה במחיצות A/B קשורות זה לזה, אבל זה לא המקרה. שיש אחד לא מרמז על השני. Motorola Moto Z2 Force משתמש בסכימת מחיצות A/B אך אינו תומך בטרבל. מצד שני, ה-Honor 9 Lite תומך ב-Project Treble, ובכל זאת הוא מכשיר A בלבד.

---

שאלות נפוצות/תקציר

• מהם היתרונות של חלוקת A/B?
  • חלוקת A/B מאפשרת לך לעדכן את סמארטפון האנדרואיד שלך תוך כדי שימוש בו, פשוט אתחול מחדש כאשר אתה מוכן לאתחל לגרסה החדשה. זה גם פועל כהגנה מפני לבנים - אם העדכון משתבש תחזור להתקנה העובדת.
• האם מחיצת A/B מעכבת את הפיתוח?
  • אמנם לקח למפתחים קצת זמן להסתגל, אבל התשובה היא פחות או יותר לא. למעשה, זה יכול לעזור למפתחים מכיוון שהם יכולים לאתחל כפול את ה-ROM המותאם אישית שלהם עם הגרסה הישנה וגרסת בדיקה חדשה כדי לבדוק רגרסיות.
• כיצד מחיצות A/B משפיעות על מודים כגון גרעינים מותאמים אישית, Magisk או Xposed?
  • אתה צריך להיות זהיר בעת התקנתם, אך כרגע אין בעיות. Magisk תומך רשמית במכשירים עם עדכונים חלקים, וכל עוד אתה מבזיק דברים בסדר הנכון לא אמורות להיות לך בעיות. הקפד להבהב את הליבה המותאמת אישית לפני הבזק של האופנים האחרים שלך, ואתה אמור להיות מוכן.
• האם אוכל להבזק שני ROM שונים בכל מחיצה ואתחול כפול?
  • בתיאוריה, כן. עם זאת, בעיות מתעוררות בגלל מחיצת הנתונים המשותפת, אז זה לא מומלץ.
• האם יש לי ערכת מחיצות A/B אומר שהפחתתי את האחסון?
  • לא! גוגל אומרת שמכשירים התומכים בעדכונים חלקים מקריבים רק כמה מאות מגה-בייט של אחסון כדי לתמוך בו. היתרונות עולים על העלות הזו.
• המכשיר שלי תומך במחיצות A/B, האם זה אומר שאני יכול לעשות שימוש בתמונת מערכת כללית של Project Treble?
  • לא בהכרח. Project Treble ותמיכה ב-A/B אינם קשורים. Motorola Moto Z2 Force אינו תומך ב-Project Treble, ובכל זאת הוא תומך בסכימת המחיצות A/B.
• המכשיר שלי תומך ב-Project Treble, האם זה אומר שיש לי ערכת מחיצות A/B?
  • זה לא תמיד המצב. ה-Honor 9 Lite הוא דוגמה מצוינת שכן הוא תומך ב-Project Treble אך אין לו ערכת מחיצות A/B.
• למה אני צריך לאתחל את TWRP עם fastboot תחילה ולאחר מכן להבהב אותו?
  • הסיבה לכך היא איך fastboot עובד והעובדה שמחיצת השחזור כבר לא קיימת. השחזור ממוקם בתוך מחיצת האתחול, ולכן עלינו לשנות גם boot_a וגם boot_b. אתה לא יכול לתקן מחיצה ב-fastboot, רק להבהב עליה. אתה יכול, בתיאוריה, ליצור תמונת אתחול מוכנה מראש ואז להבהב אותה במקום.
• האם יש סכנות עם מחיצות A/B? כיצד משפיעה הגנת גלגול על דברים?
  • גוגל ניסתה כמיטב יכולתה כדי שזה לא יהיה בעיה, אלא במקרה של Motorola Moto Z2 כוח, היו מקרים ידועים של מכשיר שהפעיל מחדש את החריץ הישן יותר לאחר שדרוג לאנדרואיד אוריאו. משמעות הדבר היא שהגנת החזרה לאחור נכנסה, ובעלי מכשירים יכלו להציל את הסמארטפון שלהם רק עם שחזור EDL. גוגל טוענת כי הגנת החזרה חוזרת מתחילה רק לאחר האתחול הראשון, כך שהחריץ צריך לפעול במלואו לאחר עדכון לפני שלא תוכל עוד לשדרג לאחור.