A/B Bölümleri ve Sorunsuz Güncellemeler XDA'da Özel Geliştirmeyi Nasıl Etkiler?

Sorunsuz Güncellemeleri daha önce duymuş olabilirsiniz. "A/B bölümleri" adı verilen bir şeyi içerir. Nedir ve XDA'daki özel geliştirmeyi nasıl etkiler?

Android Nougat piyasaya sürüldüğünde bizi konuşturdu her türlü yeni özellik. Yeni başlayanlar için yeni güncellenmiş bir kullanıcı arayüzünün yanı sıra uzun zamandır beklenen çoklu pencere yetenekleri ve Vulkan Graphics API desteğine sahibiz. Ancak kaputun altındaki bir ekleme çoğu kullanıcının aklını başından aldı. Android Nougat, A/B bölümlerini destekleyen cihazlarda "Sorunsuz Güncellemeler"i kullanıma sundu. Mevcut Android cihazların büyük çoğunluğu (yeni Google Pixel ve Google Pixel XL hariç) o zamanlar A/B bölümlerine sahip değildi ve bu nedenle kesintisiz güncellemelerden yararlanamıyordu. Bu özelliğin temel dayanağı, cihazın ikinci bir sistem, önyükleme, satıcı ve diğer önemli bölümlere sahip olmasıdır ve bir OTA aldığınızda güncelleme, ikinci bölüm grubu yamalanırken arka planda gerçekleşir; bu da güncellenmiş bir yazılım yapısını sorunsuz bir şekilde yeniden başlatmanıza olanak tanır. Bir güncelleme başarısız olursa çalışan bir yapıya geri yönlendirileceksiniz; bu da şirketlerin daha az baş ağrısıyla karşılaşacağı ve tüketicilerin daha iyi korunacağı anlamına geliyor.

Sorunsuz güncellemeleri desteklemek, Project Treble'ın aksine herhangi bir yeni Android cihazı için bir gereklilik değildir. Bu nedenle yeni Android cihazların büyük çoğunluğu bu özelliği desteklemiyor. Şu ana kadar desteklenen tüm cihazların bir listesini tutuyoruzve bu özelliğin geniş çapta desteklenmediği açıktır. Bu çok yazık çünkü A/B bölümleri hem normal kullanıcılar hem de uzman kullanıcılar için birçok avantaj sağlıyor. Ancak bu özelliğin meraklılar arasında biraz kötü bir itibarı var çünkü Android geliştirmeyi ve özel değişikliklerin yanıp sönmesini daha zor hale getirdiği düşünülüyor. Aslında durum böyle değil; bu nedenle kesintisiz güncellemelerin gizemini açığa çıkarmak ve A/B bölümlerinin XDA'daki özel geliştirmeyi nasıl etkilediğini açıklamak istedik.

XDA Kıdemli Üyesine çok teşekkürler npjohnson, A katkıda bulunan LineageOS ve bakımcısı Bu makalenin doğruluğunu kontrol etmemize yardımcı olan Motorola Moto Z2 Force.


Android cihazdaki bölümler

Bölüm, telefonun dahili deposunda verilerin saklandığı ayrı bir bölümdür. Her bölümde ne tür verilerin tutulacağı donanıma, işletim sistemine ve diğer birçok faktöre bağlıdır. Önyükleyicide bir tane olacak, sistemde (Android işletim sistemi) bir tane olacak, kullanıcı verilerinde bir tane olacak... ve benzeri. İnsanların "/system" ve "/cache" hakkında konuştuğunu gördüğünüzde, bu bölümler için verilen adlardan bahsediyorlar. Örneğin OnePlus 6'nın 72 bölüm. Bu çok gibi görünüyor, ancak OnePlus 6 kesintisiz güncellemeleri destekleyen cihazlardan biridir; bu, bu bölümlerin çoğunun birbirinin kopyası olduğu anlamına gelir.

OnePlus 6'daki bölümlerin kısmi çıktısı. Gösterim amacıyla bazı A/B bölümlerinin altı çizilmiştir.

Bir cihazda, kullanıcı olarak asla endişelenmenize gerek kalmayacak çok sayıda bölüm vardır. Bu bölümlerin çoğu, özel ROM'lar, çekirdekler, kurtarmalar veya Magisk veya Xposed gibi değişiklikler yanıp sönerken hiçbir zaman değiştirilmez. Bu bölümlerin birçoğu ya bizim amaçlarımız doğrultusunda kullanılmayacak ya da ne yaptığınızı bilmiyorsanız dokunulamayacak kadar tehlikeli olacaktır (Huawei/Honor'da XLOADER ve OEMINFO) akla cihazlar geliyor.) Android kullanıcılarının büyük çoğunluğu için en çok ele aldığımız bölümler sistem, önyükleme, kurtarma, kullanıcı verileri ve son zamanlarda satıcı ve vbmeta. Her bölümün amacının kısa bir açıklaması aşağıda verilmiştir:

  • sistem - Android işletim sistemini, sistem kitaplıklarını, sistem uygulamalarını ve önyükleme animasyonları, stok duvar kağıtları, zil sesleri vb. gibi diğer sistem ortamlarını içerir.
  • önyükleme - çekirdeği, ramdiski ve A/B aygıtlarındaki kurtarmayı da içerir
  • kurtarma - TWRP'nin çoğunlukla yalnızca A cihazlarında yanıp söndüğü kurtarma işlemini tutar (A/B cihazlarında özel bir kurtarma bölümü yoktur)
  • kullanıcı verileri - tüm uygulamanızı, sisteminizi ve dahili depolama verilerinizi tutar
  • satıcı - Android işletim sisteminin temel donanımla iletişim kurması için gerekli olan platform ve cihaza özel HAL'leri tutar
  • vbmeta - önyükleme işleminin bütünlüğünü doğrulayan Android Verified Boot 2.0 bölümü

Cihaz OEM'leri bölümleme düzenlerini istedikleri düzeni kullanacak şekilde değiştirebilirler. Örneğin, Huawei önyükleme bölümünü ramdisk_recovery ve çekirdeğe böler. Müşteri, ürün ve oem gibi diğer sistem uygulamalarını içerebilecek çok sayıda ekstra bölüm de vardır. bunların değiştirilmesi güvenlidir; stoğa dönmeyi kolaylaştırmak istiyorsanız genellikle önerilmez. Peki A/B bölümleri nerede rol oynuyor?


A/B Bölümleme Şeması

Sorunsuz güncellemelere sahip cihazlarda güncellemeler nasıl çalışır?

Aşağıda oluşturduğum çok basit görüntü, A/B bölümü desteğine sahip bir cihazda güncellemenin nasıl yapıldığını göstermektedir. Gösterilen bölüm sistem bölümüdür ancak önyükleme ve satıcı gibi diğer bölümler de bir OEM'den gelen herhangi bir OTA güncellemesiyle güncellenebilir. Bu güncelleme işlemi yalnızca büyük Android sürüm güncellemelerinde değil aynı zamanda güvenlik yaması güncellemelerinde de gerçekleşir.

  1. Her ikisi de aynı Android sürümünde olan iki sistem bölümüyle (system_a ve system_b) başlıyoruz.
  2. System_a'nın etkin olduğu varsayıldığında, OTA güncellemesi arka planda etkin olmayan bölüm olan system_b'yi yayacaktır.
  3. system_a devre dışı olarak ayarlanır ve kullanıcı yeniden başlatıldığında sistem_b etkin hale gelir.
  4. Artık etkin olmayan bölüm system_a, bir sonraki OTA güncellemesi yayınlandığında güncellenecektir.

Bu güncelleme işleminin faydaları nelerdir?

  1. Güncelleme başarısız olursa cihaz diğer yuvadaki çalışan yapıya geri döner.
  2. Verilerinizi barındıran tek bir bölüm (kullanıcı verileri) olduğundan, güncelleme yapılsa bile verileriniz mükemmel bir şekilde korunur.
  3. Güncelleme akışı: Veri bölümünüz doluysa güncelleme indirilebilir ve etkin olmayan yuvaya aktarılabilir. Bu oldukça hoş bir özellik ve güncellemeleriniz için herhangi bir geçici depolama alanını boşa harcamanıza gerek olmadığı anlamına geliyor. Bu nedenle A/B cihazlarında artık ihtiyaç duyulmadığından önbellek bölümü yoktur.

A/B bölümleme şemasının bir cihazın depolaması üzerindeki etkisi nedir?

Kesintisiz güncellemelerin bir grup yinelenen bölümle sonuçlanması, bir miktar depolama alanı kaybettiğiniz anlamına mı geliyor? Tam olarak değil. Google, /cache ve /recovery bölümlerinin kaldırılması sayesinde kesintisiz güncelleme desteğine sahip cihazların yalnızca birkaç yüz Megabayt kadar kapalı olması gerektiğini söylüyor. Her ikisinin de kaldırılması, ikinci bir bölüm kümesi ekleme maliyetini dengeler. Google'a göre Pixel'in A/B sistem görüntüsü, yalnızca A sistem görüntüsünün yarısı kadardır. Ek depolama kullanımının çoğu aslında ikinci bir satıcı bölümünün eklenmesinden kaynaklanmaktadır. Satıcı bölümü, OEM'ler (Project Treble'ın bir parçası) tarafından kullanılan tüm özel ikili dosyaları barındırdığı için bu mantıklıdır, bu nedenle oldukça fazla yer kaplaması bekleniyor. Google, 4 GB depolama alanına sahip cihazlarda (toplam kullanılabilir depolama alanının neredeyse %10'u olduğu için) A/B bölümlemenin kullanılmasını önermese de, 8 GB ve daha yüksek depolama alanına sahip cihazlarda bunu önermektedir.

A/B bölümleri olan ve olmayan bir Google Pixel'de kullanılan depolama alanının dökümünü burada bulabilirsiniz.

Bölüm Boyutları

A/B

Yalnızca A

Önyükleyici

50MB*2

50 MB

Bot

32MB*2

32MB

İyileşmek

32MB

Önbellek

100MB

Radyo

70MB*2

70MB

SATICI

300MB*2

300 MB

Sistem

2048MB*2

4096MB

Toplam

5000 MB

4680MB

Kurtarma bölümüne ne oldu?

Android cihazlardaki temel Linux çekirdeği, Android'in bir akıllı telefondaki donanımı doğru şekilde tanımasını ve kullanmasını sağlayan şeydir. Yalnızca A özellikli Android cihazlarda, genellikle çekirdeğin iki sürümü bulunur: Biri kurtarma bölümünün içinde, diğeri ise önyükleme bölümünün içindedir. Sorunsuz güncellemeleri destekleyen A/B cihazlarında kurtarma işlemi artık çekirdekle birlikte önyükleme görüntüsünün içinde yer alıyor. Kurtarmanın ana işlevi güncellemeleri yüklemekti, ancak bu işlem sistemin kendisi tarafından gerçekleştirildiğinden (update_engine) Android başlatılırken özel kurtarma bölümüne artık gerek yoktur.

A/B cihazlarına özel bir kurtarma yüklemek için, önyükleme bölümünü değiştirmemiz ve stok kurtarmayı kendi bölümümüzle değiştirmemiz gerekir. Bu nedenle TWRP'yi yüklemek için önce özel bir önyükleme görüntüsünü önyüklemek üzere fastboot komutunu kullanmanız gerekir ve Daha sonra Fastboot bölümlere yama yapamadığı için TWRP kurulum komut dosyasını flashlayın; yalnızca bunların tamamını flashlayın. Mevcut önyükleme görüntünüze teknik olarak TWRP ile önceden yama uygulayabilir ve ardından onu fastboot aracılığıyla flaşlayabilirsiniz, ancak bu, değerinden daha fazla sorundur. TWRP yükleyici komut dosyası, TWRP'yi yüklemek için hem boot_a hem de boot_b bölümlerini yamalar.

Eğlenceli gerçek: Kesintisiz güncellemeleri gerçekleştiren Android update_engine, temel olarak doğrudan Chrome OS'den kopyalanmıştır. Ancak son zamanlarda logcat'i kontrol eden herkesin kafa karışıklığını önlemek için update_engine günlüğünden kaldırılan "Chrome OS" içeren dizelerdi.

Android akıllı telefonum kesintisiz güncellemeler için A/B bölümlerini destekliyor mu?

Biz ise tüm cihazların bir listesini tut onu destekleyen, kendinizi de kolayca kontrol edebilirsiniz.


Sorunsuz güncellemeler özel geliştirmeyi nasıl etkiler?

A/B Bölümlerinin Kullanıcı Algısı

Birçok kullanıcı tarafından özel yazılım geliştirmeye engel olarak görülen kesintisiz güncellemeler, aslında geliştiriciler için bir nimettir. A/B cihazlarının geliştirme desteğinin zayıf olarak algılanmasının nedeni, ilk A/B cihazlarının fiyatıdır. Sonuçta, Google Pixel cihazları kesintisiz güncellemeleri destekleyen ilk cihazlardan biriydi ve geçmiş yılların Nexus akıllı telefonlarıyla karşılaştırıldığında nispeten pahalıydılar. Ayrıca, Google'ın özel ROM'lar ve Android işletim sistemi üzerinde yaptığı sayısız iyileştirmeler sayesinde Google cihazlarında daha az popüler olan değişikliklere rağmen, Google Pixel akıllı telefonlar forumlarımızda neredeyse Nexus kadar popüler olmadı akıllı telefonlar. Dış faktörlerin bir araya gelmesi Google Pixel akıllı telefonlarda özel geliştirmelerin azalmasına neden oldu, ancak çoğu kullanıcı bunun yerine A/B bölümü desteğini suçlamayı seçti. Google Pixel gibi cihazlardaki özel geliştirmenin kullanılabilirliğini Xiaomi Mi A1 gibi cihazlarla karşılaştırın forumlarımızda.

Ayrıca, A/B bölümlerinin, kullanıcıların özel ROM'ları, çekirdekleri, kurtarmaları ve değişiklikleri yükleme biçimini nasıl değiştirdiğine dair anlayış eksikliği, A/B bölümü desteğinin popüler olmamasına neden oldu. Kurtarma artık önyükleme görüntüsünün içinde yaşadığından, Magisk veya Xposed gibi yanlış sırayla yapılan flaş değişiklikleri çakışmalara neden olabilir ve önyükleme döngüsüne yol açabilir. Bu modları hangi sırayla flaşladığınız önemli olabilir, ancak özel ROM'lar söz konusu olduğunda hangi yuvaya flaş yaptığınız konusunda endişelenmenize gerek yoktur. Yaygın inanışın aksine, çoğu özel ROM'un kurulum komut dosyası her iki yuvaya da flashlanmaz. Yuvaları manuel olarak değiştirmeniz gerekmediği için çoğunlukla bu konuda endişelenmenize gerek yoktur.

Geliştiriciler A/B Bölümlerini Nasıl Görüntülüyor?

Bir ROM oluştururken, geliştiriciler ayrı yapıları test etmek için her iki bölümden de yararlanabilirler. Biri işe yaramazsa, çalışma bölümüne geri dönüp ROM'larını yeniden kurabilirler. Geliştiriciler ayrıca verileri silmeye gerek kalmadan yalnızca bir güncelleme yükleyerek, etkin bölümü değiştirerek ve ikisini karşılaştırarak gerilemeleri test edebilir. LineageOS ekibi A/B bölümü desteğini şu şekilde görüyor:

"Android topluluğundaki pek çok kişi A/B'yi 'desteklemesi zor' ve 'geliştirici dostu değil' olmakla eleştirdi; oysa aslında düzgün bir şekilde uygulandığında desteklemek daha kolay ve bir o kadar da geliştirici dostu." - jrizzoli, LineageOS Değişiklik Günlüğü 19

Geliştiriciler için A/B desteğiyle ilgili ilk zorluk, mevcut araçlarını bu cihazları destekleyecek şekilde değiştirmekten kaynaklandı. Magisk'in geliştiricisi topjohnwu, piyasaya sürülmesinden bir yıl sonra Google Pixel için resmi desteği ekledi piyasaya sürülmesinin nedeni zor olması değil, cihazı elde etmesinin bir yıl almasıydı. üzerinde çalışmak. TWRP desteği oldukça çabuk geldi Baş geliştirici Dees_Troy'un denemesinin ardından A/B cihazlarında. LineageOS 15.1 şimdi destekliyor Gönüllüler addon.d komut dosyalarını düzeltmek için zaman bulduktan sonra A/B cihazları.

Özel kurtarma, çekirdeğe veya diğer modlara sahip bir A/B cihazı nasıl güncellenir?

Özel ROM'lar

Özel ROM'a sahip bir cihazda güncellemelerin yanıp sönmesi, hangi yuvanın yanıp söndüğüne de dikkat etmeniz gerektiği anlamına gelir, değil mi? Pek değil. TWRP aslında bunların çoğunu sizin için halledecektir ve özel bir ROM'un yanıp sönmesi için varsayılan olarak etkin olmayan yuvayı kullanır. Aktif yuvanız A ise ve özel bir ROM'u flaşlıyorsanız, aslında B yuvasına flaş yapıyorsunuz demektir. Yeniden başlattığınızda aktif yuva artık B'dir. Geliştiriciler, son kullanıcının işini kolaylaştırmak için kurulum komut dosyasını değiştirebilir ve her iki yuvaya da flash yapabilir, ancak çoğu özel ROM kurulum komut dosyası şu anda yalnızca tek bir yuvaya flash yapmaktadır. Son olarak, özel ROM'lar, ROM'larına bir A/B güncelleyici uygulayabilir, böylece kullanıcıların onunla uğraşmasına bile gerek kalmaz. güncellemeleri manuel olarak yanıp sönme; en son LineageOS 15.1, bir Lineage Güncelleyici aracı ve XDA Kıdemli Üyesi içerir ABD-KızılDragon yapılan genel A/B güncelleyici diğer geliştiricilerin kullanabileceği.

Stok ROM'lar

Ancak cihazınız çeşitli modifikasyonlarla stok ROM çalıştırıyorsa ve tüm bu modları kaybetmeden güncelleme yüklemek istiyorsanız sorun olmaz mı? Bir güncellemeyi yüklemek için doğru adımları bilmiyorsanız olabilir. Örneğin OnePlus 6'da, değiştirilmiş cihazınızda artımlı bir OTA'yı flaşlayamazsınız çünkü artımlı OTA, değiştirilmiş önyükleme görüntünüzü yamalamaya çalışacaktır. Bu nedenle, muhtemelen bir önyükleme döngüsüyle karşılaşacaksınız ve bu nedenle, değiştirilen önyükleme görüntüsünün tamamen üzerine yazmak için tam ROM güncellemesini flashlamanız gerekir. TWRP, Magisk ve isteğe bağlı olarak özel bir çekirdeği korurken OnePlus 6'nıza bir OxygenOS güncellemesi yüklemek için atmanız gereken genel adımlar şunlardır.

  1. En son indirilen tam ROM zip
  2. Kurtarma sırasında tam ROM zip dosyasını flaşlayın
  3. (İsteğe bağlı) Flash özel çekirdeği
  4. Flash TWRP yükleyici
  5. Kurtarma işlemine doğrudan yeniden başlatın
  6. Flash Magisk'i

Google Pixel cihazlarda şunları yapabilirsiniz: Verileri silmeden fabrika görüntüsünü flaşlayın, ardından TWRP'yi başlatın, kurulum komut dosyası aracılığıyla TWRP'yi kurun, ardından Magisk'i yükleyin.

Bireysel bölüm görüntülerini flaşlamak için bir güncelleme çıkartılıyor

Birçok A/B cihazının güncelleme dosyaları, yalnızca A cihazlarına kıyasla biraz farklıdır. Artık yalnızca çok sayıda görüntü içeren bir zip dosyası değiller (Google ve Razer'ın fabrika görüntüleri hariç), bunun yerine payload.bin dosyası biçimindeler. Bu dosyayı çıkarabilir ve her parçayı manuel olarak flaşlayabilirsiniz, ancak bunu yapmak için özel bir araç gerekir. Bunu OnePlus 6, Xiaomi Mi A1 ve diğer birçok A/B cihazında nasıl yapacağınızı öğrenmek istiyorsanız okumaya devam edin.

payload.bin dosyasını ayıklamak için kurulum

  1. Python 3.6'ya sahip olduğunuzdan emin olun Kurulmuş.
  2. payload_dumper.py ve update_metadata_pb2.py'yi indirin Burada.
  3. OTA zip dosyanızı çıkarın ve payload.bin dosyasını bu dosyalarla aynı klasöre yerleştirin.
  4. İşletim sisteminize bağlı olarak PowerShell'i, Komut İstemi'ni veya Terminal'i açın.
  5. Aşağıdaki komutu girin: python -m pip install protobuf
  6. Bu bittiğinde şu komutu girin: python payload_dumper.py payload.bin
  7. Bu, payload.bin dosyasındaki görüntüleri bulunduğunuz geçerli klasöre çıkarmaya başlayacaktır.

İsterseniz bu görüntülerin her birini fastboot ile ayrı ayrı flaşlayabilirsiniz. Bir sonraki bölümde bunun nasıl yapılacağı gösterilmektedir.

Sorunsuz güncellemeleri destekleyen bir cihazdaki görüntüleri flaşlamak için fastboot kullanma

A/B bölümleme sistemi aygıtlarına özel bir dizi komut vardır. Aktif yuvanızı ve flaşınızı belirli yuvalara değiştirebilirsiniz. Eğer bir Proje Tiziniz varsa-uyumlu cihaz ve nasıl yapılacağını öğrenmek istiyorum flash Genel Sistem Görüntüleri, bu komutlara aşina olmalısınız. Aşağıdaki tabloya bir göz atın.

Hızlı önyükleme komutları

Emretmek

Mevcut aktif slotu al

fastboot getvar hepsini | grep "current-slot" Windows PC kullanıyorsanız "grep" komutu çalışmaz.

Diğer slotu aktif olarak ayarla

fastboot set_active diğer

Belirtilen slotu aktif olarak ayarla

fastboot set_active $ORfastboot --set-active=_$slotburada $ a veya b'dir

Geçerli yuvadaki belirtilen bölüme Flash görüntü

fastboot flash bölümü partition.img

Belirtilen yuvadaki belirtilen bölüme Flash görüntü

fastboot flash partition_a partition.imgfastboot flash partition_b partition.img

(Not: A/B cihazlarında, belirli bir yuvada flashlanacak bir bölüm belirtebilir veya yuva son ekini dışarıda bırakabilirsiniz; bu, geçerli etkin yuvaya yanıp sönecektir. Örneğin, flash komutundaki "bölüm" ifadesini "sistem", "sistem_a" veya "sistem_b" ile değiştirebilirsiniz.)

Windows PC'lerde grep'i kullanamazsınız, bu yüzden o kısmı kaldırın ve "current-slot" ifadesini arayın.

Proje Tizleri ve Sorunsuz Güncellemeler Hakkında Birkaç Söz

Yaygın bir yanılgı, Proje Tiz desteği ile A/B bölümü desteğinin birbiriyle ilişkili olduğudur, ancak gerçekte durum böyle değildir. Birinin olması diğerinin olduğu anlamına gelmez. Motorola Moto Z2 Force, A/B bölümleme şemasını kullanıyor ancak Treble'ı desteklemiyor. Öte yandan Honor 9 Lite, Project Treble'ı destekliyor ancak yalnızca A özellikli bir cihaz.

Honor 9 Lite, Project Treble'ı destekliyor ancak Sorunsuz Güncellemeleri desteklemiyor

Sıkça Sorulan Sorular/Özet

  • A/B bölümlendirmenin faydaları nelerdir?
    • A/B bölümleme, Android akıllı telefonunuzu kullanırken güncellemenize olanak tanır; yeni sürümü başlatmaya hazır olduğunuzda yalnızca yeniden başlatmanız yeterlidir. Aynı zamanda tuğlalara karşı koruma görevi de görür; güncellemede sorun olursa çalışan kuruluma geri dönersiniz.
  • A/B bölümlendirmesine sahip olmak geliştirmeyi engeller mi?
    • Geliştiricilerin uyum sağlaması biraz zaman alsa da cevap neredeyse hayır. Aslında, geliştiricilere, özel ROM'larını eski sürümle ve gerilemeleri kontrol etmek için yeni bir test sürümüyle ikili önyükleme yapabilmeleri konusunda yardımcı olabilir.
  • A/B bölümleri özel çekirdekler, Magisk veya Xposed gibi modları nasıl etkiler?
    • Bunları kurarken dikkatli olmalısınız, ancak şu anda herhangi bir sorun yok. Magisk, sorunsuz güncellemelere sahip cihazları resmi olarak destekler ve her şeyi doğru sırayla flaşladığınız sürece hiçbir sorun yaşamazsınız. Diğer modlarınızı flaşlamadan önce özel çekirdeği flaşladığınızdan emin olun; gitmeye hazır olmalısınız.
  • Her bölümde ve çift önyüklemede iki farklı ROM'u flaşlayabilir miyim?
    • Teorik olarak evet. Ancak paylaşılan veri bölümü nedeniyle sorunlar ortaya çıkabilir, bu nedenle önerilmez.
  • A/B bölümleme şemasına sahip olmak, depolama alanımı azalttığım anlamına mı geliyor?
    • Hayır! Google, kesintisiz güncellemeleri destekleyen cihazların, bunu desteklemek için yalnızca birkaç yüz Megabaytlık depolama alanından fedakarlık ettiğini söylüyor. Faydaları bu maliyetten daha ağır basmaktadır.
  • Cihazım A/B bölümlerini destekliyor; bu, Proje Tiz Genel Sistem Görüntüsünden yararlanabileceğim anlamına mı geliyor?
    • Şart değil. Proje Tiz ve A/B desteği ilgisizdir. Motorola Moto Z2 Force, Project Treble'ı desteklemiyor ancak A/B bölümleme şemasını destekliyor.
  • Cihazım Project Treble'ı destekliyor, bu bir A/B bölüm düzenine sahip olduğum anlamına mı geliyor?
    • Bu her zaman böyle değildir. Honor 9 Lite, Project Treble'ı desteklediğinden ancak bir A/B bölümleme şemasına sahip olmadığından bunun en iyi örneğidir.
  • Neden önce TWRP'yi fastboot ile başlatıp sonra flaşlamam gerekiyor?
    • Bunun nedeni fastboot'un çalışma şekli ve kurtarma bölümünün artık mevcut olmamasıdır. Kurtarma, önyükleme bölümünün içine yerleştirilmiştir, bu nedenle hem boot_a hem de boot_b'yi değiştirmemiz gerekir. Fastboot'ta bir bölüme yama yapamazsınız, yalnızca üzerine flash atabilirsiniz. Teorik olarak önceden yamalı bir önyükleme görüntüsü oluşturabilir ve ardından onu flaşlayabilirsiniz.
  • A/B bölümlerinin herhangi bir tehlikesi var mı? Geri alma koruması işleri nasıl etkiler?
    • Google bunu bir sorun olmaktan çıkarmak için elinden geleni yaptı ancak Motorola Moto Z2 söz konusu olduğunda Force, Android'e yükselttikten sonra bir cihazın eski yuvayı yeniden etkinleştirdiği bilinen durumlar vardı Oreo. Bu, geri alma korumasının devreye girdiği ve cihaz sahiplerinin akıllı telefonlarını yalnızca EDL kurtarma ile kurtarabilecekleri anlamına geliyordu. Google, geri alma korumasının yalnızca ilk açılıştan sonra devreye girdiğini, bu nedenle artık sürüm düşürmeden önce yuvanın bir güncelleme sonrasında tam olarak çalışıyor olması gerektiğini söylüyor.