רצית פעם לנסות עדכון מבלי לעדכן בפועל? DSU באנדרואיד 10 מיועד לכך, אך כרגע הוא מוגבל. זה יכול להשתנות בקרוב.
פיצול מערכת ההפעלה של אנדרואיד ורמת האבטחה היא בעיה ענקית שגוגל משקיעה מאמצים הנדסיים רבים כדי להילחם בה. בשנתיים האחרונות, גוגל הכריזה על שתי יוזמות מרכזיות שנועדו להאיץ את השקת העדכונים: פרויקט טרבל ו פרויקט מרכזי. האחרון הוכרז רק במאי הקרוב במהלך Google I/O 2019, והוא נתמך רק במכשירים המופעלים עם אנדרואיד 10. עם זאת, הראשון קיים מאז Google I/O 2017, אז ראינו כמה השפעה הייתה לזה על עדכוני אנדרואיד עם Android 9 Pie ו אנדרואיד 10.
מלבד הפחתת הפיצול, גוגל גם רוצה שפרויקט טרבל יהיה שימושי עבור מפתחי אפליקציות. בגלל זה הם חשפו עדכוני מערכת דינמיים (DSU) באנדרואיד 10 כדי לאפשר למפתחים לנסות גרסת barebones של עדכון מערכת הפעלה חדש מבלי לפתוח את מטעין האתחול או למחוק נתונים. מכיוון שגוגל רואה את הפוטנציאל של DSU, היא לא עוצרת שם - היא מרחיבה את השירות שלה בכך שהיא מאפשרת להתקין עדכוני OTA מיצרני OEM באותו אופן שבו מותקנים GSIs.
זה הרבה ז'רגון, אבל דמיינו שזה יקרה בעתיד: יצרן OEM משחרר טלפון עם אנדרואיד 10 ומתחיל תוכנית בטא עבור אנדרואיד 11. אתה מעוניין לנסות את הבטא הזה כדי לראות את התכונות החדשות, אבל אינך רוצה לסכן את היציבות של הנהג היומי הנוכחי שלך. במקום להבהב את עדכון הבטא ואז לקוות שהוא יציב לחלוטין, למה לא להתקין אותו באופן זמני דרך זרימת ה-DSU? אם אתה לא אוהב את זה, פשוט אתחל מחדש וההגדרה שלך תחזור לקדמותה. אם אתה כן אוהב את זה, אתה יכול "להתחייב" לעדכון.
אני לא יודע מה איתכם, אבל זה יהיה שינוי מבורך לאנדרואיד שיהפוך את בדיקות הבטא למהנות יותר. לא תצטרך עוד להתחייב לעדכון בטא רק כדי לראות איך זה בעצמך. אני בטוח שרבים מכם מתחבטים לראות גרסת בטא של אנדרואיד 10 עבור המכשיר שלכם, אבל אולי לא יהיה לכם נוח להתקין אותו מיד. עם השינויים שבוצעו ב-DSU, זה כבר לא יהווה דאגה.
עדכוני מערכת דינמיים באנדרואיד 10+ - מה משתנה
לוקה סטפני, חבר של פורטל XDA וא מפתח מוכר, הודיע לנו על א התחייבות חדשה התמזגו ב-AOSP שכותרתו "העלה מחיצות DSU מרובות כאשר קיימות." ה-commit מבצע שינויים בטבלת מערכת הקבצים (fstab) וב- התחל תהליך כדי להפוך את זה כך שניתן להרכיב מחיצות DSU שאינן מערכת, לעת עתה כולל מוצר וספק, במהלך האתחול תהליך.
נכון לעכשיו, DSU נועד רק לאפשר לך לאתחל תמונת מערכת כללית (GSI), תמונת מערכת barebones שהורכבה מ-AOSP, כך שתוכל לבדוק את ממשקי ה-API החדשים ושינויים אחרים בעדכון האחרון של אנדרואיד. עם זאת, עם השינוי הזה, DSU תקבל גם תמונות של מוצרים ושל ספקים. הראשון מכיל אפליקציות, ספריות וקבצים ספציפיים למכשיר, בעוד שהשני מכיל קבצים בינאריים ספציפיים למכשיר. Project Treble עשה זאת כך שתוכל לאתחל מכשיר באמצעות תמונת מערכת ללא קבצים ספציפיים למכשיר, כך שכעת לאפשר טעינה של המוצר והספק לא נראה הגיוני במיוחד.
עם זאת, מהנדס של גוגל אומר במפורש שהשינוי הזה נועד "לאפשר ליצרני ציוד מקורי [להתקין] חבילות OTA ב-/data, ולאחר מכן להשתמש בזרימת ה-'DSU' כדי להעלות את product.img, system.img, [and] vendor.img מ-/data." זה אומר שבמקום להחליף את ההתקנה הנוכחית בחבילת OTA החדשה, ניתן לטעון את ה-OTA באופן זמני דרך DSU. לאחר ניסוי עדכון OTA, "המשתמש יכול להחליט אם הוא רוצה 'לחייב' את התמונות האלה ל-/סופר או לא." החלק האחרון הזה על "התחייבות" של השינויים עדיין בעבודה, שכן אחד מהנדסי גוגל מציין כי "כרגע אין לנו תוכנית ליצור מחיצות DSU קבוע תחת ההקשר של DSU." לאחר מכן הוא מציין כיצד ניתן ליישם זאת, אך יישום זה "מעבר להיקף" זה תיקון נוכחי.
יש כמה מונחים ומושגים שעלינו להסביר כאן מכיוון שגוגל אוהבת לשנות את ערכת המחיצות בכל גרסת אנדרואיד. בתור התחלה, אני ממליץ לקרוא את המאמר הקודם שלי בנושא עדכוני מערכת דינמיים לסקירה רחבה של איך זה עובד, אבל לסיכום, הוא מנצל את הרעיון של "מחיצה דינמית", מחיצה אחת אמיתית של אחסון (נקראת מחיצת ה"סופר") שמחולקת למחיצות לוגיות הניתנות לשינוי גודל (כולל מערכת, ספק, מוצר ו-system_ext), כדי להתקין זמנית GSI. בעת התקנת GSI, DSU יוצר מקום למערכת החדשה ולתמונות של נתוני משתמש על ידי שינוי גודל מחיצת נתוני המשתמש הקיימת. אבני הבניין לתמיכה ב-DSU (מחיצות דינמיות, רמדיסק ונקודות ביקורת לגיבויים של נתונים) הן דרישות השקה עבור אנדרואיד 10, כך שכל מכשיר שיושק עם גרסת מערכת ההפעלה אנדרואיד החדשה צריך לתמוך ב-DSU. DSU אינו פתרון האתחול הכפול עבור ROMs מותאמים אישית שחלקכם מחפשים, מכיוון שניתן להתקין רק תמונות התואמות למפתחות Android Verified Boot (AVB). עם זאת, עם השינוי החדש הזה, זה יכול להיות שימושי הרבה יותר בעתיד.
בנוסף למחיצות דינמיות, גוגל הציגה גם את המושג "A/B וירטואלי" באנדרואיד 10. זהו בעצם יישום של מחיצות A/B כפולות מקודם, אבל עם מחיצות לוגיות במקום. מחיצות A/B כוללות עותקים של מחיצות חשובות כדי לאפשר עדכונים חלקים ובטוחים. שימוש ב-"A/B וירטואלי" הוא האופן שבו מהנדס אחד של גוגל רואה בעיני רוחו "להעביר" את מחיצות ה-DSU על המחיצות מההתקנה הנוכחית; כמו בתהליך העדכון הנוכחי של A/B OTA, אולי השינויים מהתמונות החדשות מתבצעים במחיצה הלא פעילה.
השינויים האלה עדיין בפיתוח ועשויים לקחת זמן עד שהם יתרגלו על ידי Google או יצרני OEM. אָנוּ כנראה לא יראה שום יישומים של זה עד, לכל המוקדם, אנדרואיד 11 R ישוחרר הבא שָׁנָה. למרות זאת, אין ערובה שיצרני OEM אפילו יאמצו תכונה זו עבור עדכוני ה-OTA שלה. עם זאת, בהתחשב עד כמה זה נראה שימושי עבור בדיקות בטא, אני מתאר לעצמי שגוגל כבר עובדת עם יצרני OEM מתעניינים כדי לאפשר תכונה זו עבור עדכונים עתידיים. אני באופן אישי נרגש מהסיכוי לנסות-לפני רכישת עדכוני אנדרואיד חדשים, אבל מה איתך?