Θέλατε ποτέ να δοκιμάσετε μια ενημέρωση χωρίς ουσιαστική ενημέρωση; Το DSU στο Android 10 έχει σχεδιαστεί για αυτό, αλλά προς το παρόν είναι περιορισμένο. Αυτό μπορεί να αλλάξει σύντομα.
Ο κατακερματισμός του λειτουργικού συστήματος Android και του επιπέδου ασφάλειας είναι ένα τεράστιο πρόβλημα που η Google επενδύει μεγάλη τεχνική προσπάθεια για να καταπολεμήσει. Τα τελευταία δύο χρόνια, η Google ανακοίνωσε δύο σημαντικές πρωτοβουλίες που έχουν σχεδιαστεί για να επιταχύνουν την κυκλοφορία των ενημερώσεων: Project Treble και Project Mainline. Το τελευταίο ανακοινώθηκε μόλις φέτος τον Μάιο Google I/O 2019, και υποστηρίζεται μόνο σε συσκευές που κυκλοφορούν με Android 10. Το πρώτο, ωστόσο, υπάρχει από τότε Google I/O 2017, οπότε είδαμε πόσο μεγάλο αντίκτυπο είχε στις ενημερώσεις Android με Android 9 Pie και Android 10.
Εκτός από τη μείωση του κατακερματισμού, η Google θέλει επίσης το Project Treble να είναι χρήσιμο για προγραμματιστές εφαρμογών. Γι' αυτό αποκάλυψαν Δυναμικές ενημερώσεις συστήματος
(DSU) στο Android 10 για να επιτρέπει στους προγραμματιστές να δοκιμάσουν μια barebones έκδοση μιας νέας ενημέρωσης λειτουργικού συστήματος χωρίς να ξεκλειδώσουν το bootloader ή να σκουπίσουν τα δεδομένα. Βλέποντας τη δυνατότητα για DSU, η Google δεν σταματά εκεί—επεκτείνει τη χρησιμότητά της καθιστώντας δυνατή την εγκατάσταση ενημερώσεων OTA από OEM με τον ίδιο τρόπο που εγκαθίστανται τα GSI.Αυτό είναι πολλή ορολογία, αλλά φανταστείτε να συμβεί αυτό στο μέλλον: ένας OEM κυκλοφορεί ένα τηλέφωνο με Android 10 και ξεκινά ένα πρόγραμμα beta για το Android 11. Σας ενδιαφέρει να δοκιμάσετε αυτήν την έκδοση beta για να δείτε τις νέες δυνατότητες, αλλά δεν θέλετε να διακινδυνεύσετε τη σταθερότητα του τρέχοντος καθημερινού σας προγράμματος οδήγησης. Αντί να αναβοσβήνει η ενημέρωση beta και μετά να ελπίζει ότι είναι τέλεια σταθερή, γιατί να μην την εγκαταστήσετε προσωρινά μέσω της ροής DSU; Εάν δεν σας αρέσει, απλώς κάντε επανεκκίνηση και η ρύθμιση θα επανέλθει στο κανονικό. Εάν σας αρέσει, μπορείτε να "δεσμευτείτε" για την ενημέρωση.
Δεν ξέρω για εσάς, αλλά αυτή θα ήταν μια ευπρόσδεκτη αλλαγή στο Android που θα έκανε τις δοκιμές beta πιο ευχάριστες. Δεν θα χρειάζεται πλέον να δεσμεύεστε για μια ενημέρωση beta μόνο και μόνο για να δείτε πώς είναι για τον εαυτό σας. Είμαι βέβαιος ότι πολλοί από εσάς αισθάνεστε φαγούρα για να δείτε μια έκδοση Android 10 beta για τη συσκευή σας, αλλά μπορεί να μην αισθάνεστε άνετα να την εγκαταστήσετε αμέσως. Με τις αλλαγές που έγιναν στο DSU, αυτό δεν θα ήταν πλέον ανησυχητικό.
Δυναμικές ενημερώσεις συστήματος στο Android 10+ - Τι αλλάζει
Ο Λούκα Στεφανή, φίλος του XDA Portal και α Αναγνωρισμένος προγραμματιστής, μας ενημέρωσε για α νέα δέσμευση συγχωνεύτηκαν στο AOSP με τίτλο "προσάρτηση πολλαπλών κατατμήσεων DSU όταν υπάρχουν." Το commit κάνει αλλαγές στον πίνακα συστήματος αρχείων (fstab) και στο ξεκινήστε τη διαδικασία για να το κάνετε έτσι ώστε τα διαμερίσματα DSU εκτός του συστήματος, προς το παρόν συμπεριλαμβανομένου του προϊόντος και του προμηθευτή, να μπορούν να τοποθετηθούν κατά την εκκίνηση επεξεργάζομαι, διαδικασία.
Προς το παρόν, το DSU έχει σχεδιαστεί για να σας επιτρέπει να εκκινείτε μόνο μια Γενική Εικόνα συστήματος (GSI), μια εικόνα συστήματος barebones που έχει μεταγλωττιστεί από το AOSP, ώστε να μπορείτε να δοκιμάσετε τα νέα API και άλλες αλλαγές στην πιο πρόσφατη ενημέρωση Android. Ωστόσο, με αυτήν την αλλαγή, η DSU θα δέχεται επίσης εικόνες προϊόντων και πωλητών. Το πρώτο περιέχει εφαρμογές, βιβλιοθήκες και άλλα αρχεία για συγκεκριμένες συσκευές, ενώ το δεύτερο περιέχει δυαδικά αρχεία για συγκεκριμένες συσκευές. Το Project Treble το έκανε έτσι ώστε να μπορείτε να εκκινήσετε μια συσκευή χρησιμοποιώντας μια εικόνα συστήματος χωρίς αρχεία συγκεκριμένης συσκευής, οπότε το να επιτρέπεται τώρα η φόρτωση του προϊόντος και του προμηθευτή δεν φαίνεται να έχει πολύ νόημα.
Ωστόσο, ένας μηχανικός της Google λέει ρητά ότι αυτή η αλλαγή είναι να "επιτρέψει στους OEM [να] να εγκαταστήσουν πακέτα OTA στο /data και στη συνέχεια να χρησιμοποιήσουν τη ροή "DSU" για να προσαρτήσουν το product.img, system.img, [και] vendor.img από το /data." Αυτό σημαίνει ότι, αντί να αντικατασταθεί η τρέχουσα εγκατάσταση με το νέο πακέτο OTA, το OTA μπορεί να φορτωθεί προσωρινά μέσω DSU. Μετά τη δοκιμή της ενημέρωσης OTA, "ο χρήστης μπορεί να αποφασίσει εάν θέλει να "δεσμεύσει" αυτές τις εικόνες στο /super ή όχι." Αυτό το τελευταίο μέρος για Η "δέσμευση" των αλλαγών εξακολουθεί να βρίσκεται σε εξέλιξη, καθώς ένας μηχανικός της Google σημειώνει ότι "προς το παρόν δεν έχουμε σχέδιο για την κατασκευή κατατμήσεων DSU μόνιμο στο πλαίσιο του DSU." Στη συνέχεια δηλώνει πώς θα μπορούσε να εφαρμοστεί, αλλά ότι αυτή η υλοποίηση είναι "πέρα από το πεδίο εφαρμογής" αυτού. τρέχον έμπλαστρο.
Υπάρχουν ορισμένοι όροι και έννοιες που πρέπει να εξηγήσουμε εδώ, επειδή στην Google αρέσει να αλλάζει το σχήμα διαμερισμάτων σε κάθε έκδοση Android. Για αρχή, συνιστώ να διαβάσετε το προηγούμενο άρθρο μου για Δυναμικές ενημερώσεις συστήματος για μια ευρεία επισκόπηση του τρόπου λειτουργίας του, αλλά συνοπτικά, εκμεταλλεύεται την έννοια του "δυναμικού διαμερίσματος", ενός πραγματικού διαμερίσματος αποθήκευσης (ονομάζεται το "super" διαμέρισμα) που χωρίζεται σε λογικά διαμερίσματα με δυνατότητα αλλαγής μεγέθους (συμπεριλαμβανομένου του συστήματος, του προμηθευτή, του προϊόντος και του system_ext), για την προσωρινή εγκατάσταση ενός GSI. Κατά την εγκατάσταση ενός GSI, το DSU δημιουργεί χώρο για το νέο σύστημα και τις εικόνες δεδομένων χρήστη αλλάζοντας το μέγεθος του υπάρχοντος διαμερίσματος δεδομένων χρήστη. Τα δομικά στοιχεία για την υποστήριξη DSU (δυναμικά διαμερίσματα, ramdisk και σημεία ελέγχου για αντίγραφα ασφαλείας δεδομένων) είναι απαιτήσεις εκκίνησης για Android 10, επομένως κάθε συσκευή που κυκλοφορεί με τη νέα έκδοση λειτουργικού συστήματος Android θα πρέπει να υποστηρίζει DSU. Το DSU δεν είναι η λύση διπλής εκκίνησης για προσαρμοσμένες ROM που αναζητάτε ορισμένοι από εσάς, επειδή μπορούν να εγκατασταθούν μόνο εικόνες που ταιριάζουν με τα κλειδιά Android Verified Boot (AVB). Ωστόσο, με αυτή τη νέα αλλαγή, θα μπορούσε να αποδειχθεί πολύ πιο χρήσιμη στο μέλλον.
Εκτός από τα δυναμικά διαμερίσματα, η Google εισήγαγε επίσης την έννοια του "εικονικού A/B" στο Android 10. Αυτό είναι βασικά μια εφαρμογή του διπλά διαμερίσματα A/B από πριν, αλλά με λογικά διαμερίσματα. Τα διαμερίσματα A/B περιλαμβάνουν αντίγραφα σημαντικών κατατμήσεων για απρόσκοπτη και ασφαλή ενημέρωση. Η χρήση του "εικονικού A/B" είναι ο τρόπος με τον οποίο ένας μηχανικός της Google οραματίζεται τη "δέσμευση" των κατατμήσεων DSU στα διαμερίσματα από την τρέχουσα εγκατάσταση. όπως και με την τρέχουσα διαδικασία ενημέρωσης A/B OTA, ίσως οι αλλαγές από τις νέες εικόνες να γίνονται στο ανενεργό διαμέρισμα.
Αυτές οι αλλαγές βρίσκονται ακόμη σε εξέλιξη και ενδέχεται να χρειαστούν κάποιο χρονικό διάστημα μέχρι να χρησιμοποιηθούν από την Google ή τους OEM. Εμείς πιθανώς δεν θα δούμε καμία υλοποίηση αυτού έως ότου, το νωρίτερο, κυκλοφορήσει το Android 11 R το επόμενο έτος. Ακόμα κι έτσι, δεν υπάρχει καμία εγγύηση ότι οι OEM υιοθετούν αυτή τη δυνατότητα για τις OTA ενημερώσεις τους. Δεδομένου του πόσο χρήσιμο φαίνεται να είναι αυτό για δοκιμές beta, φαντάζομαι ότι η Google συνεργάζεται ήδη με ενδιαφερόμενους OEM για να ενεργοποιήσει αυτήν τη δυνατότητα για μελλοντικές ενημερώσεις. Προσωπικά είμαι ενθουσιασμένος από την προοπτική να προσπαθήσω πριν αγοράσω νέες ενημερώσεις Android, αλλά τι γίνεται με εσάς;