كيف تؤثر أقسام A/B والتحديثات السلسة على التطوير المخصص على XDA

click fraud protection

ربما تكون قد سمعت عن التحديثات السلسة من قبل. يتضمن شيئًا يسمى "أقسام A/B". ما هو وكيف يؤثر على التطوير المخصص على XDA؟

عندما تم إصدار Android Nougat، جعلنا نتحدث عنه جميع أنواع الميزات الجديدة. لقد حصلنا على واجهة مستخدم محدثة حديثًا للمبتدئين إلى جانب إمكانات النوافذ المتعددة التي طال انتظارها ودعم Vulkan Graphics API. لكن إحدى الإضافات الموجودة أسفل الغطاء حلقت فوق رؤوس معظم المستخدمين. قدم Android Nougat "تحديثات سلسة" على الأجهزة التي تدعم أقسام A/B. لم تكن الغالبية العظمى من أجهزة Android الحالية (باستثناء Google Pixel الجديد وGoogle Pixel XL) تحتوي على أقسام A/B في ذلك الوقت، وبالتالي لم تتمكن من الاستفادة من التحديثات السلسة. الفرضية الأساسية لهذه الميزة هي أن الجهاز يحتوي على مجموعة ثانية من النظام والتمهيد والبائع والأقسام المهمة الأخرى، وعندما تحصل على OTA يحدث التحديث في الخلفية بينما يتم تصحيح المجموعة الثانية من الأقسام مما يتيح لك إعادة التشغيل في برنامج محدث يتم إنشاؤه بسلاسة. إذا فشل التحديث، فسيتم إعادتك إلى الإصدار العامل، مما يعني أن الشركات ستواجه مشكلات أقل للتعامل معها وسيحظى المستهلكون بحماية أفضل.

دعم التحديثات السلسة ليس شرطًا لأي جهاز Android جديد، على عكس Project Treble. وعلى هذا النحو، فإن الغالبية العظمى من أجهزة Android الجديدة لا تدعم هذه الميزة. لقد احتفظنا بقائمة بجميع الأجهزة المدعومة حتى الآنومن الواضح أن هذه الميزة غير مدعومة على نطاق واسع. وهذا أمر مؤسف لأن أقسام A/B توفر الكثير من الفوائد لكل من المستخدمين العاديين والمستخدمين المتميزين على حدٍ سواء. ومع ذلك، تتمتع هذه الميزة بسمعة سيئة بعض الشيء في مجتمع المتحمسين لأنه يُنظر إليها على أنها تجعل تطوير Android وإجراء التعديلات المخصصة أكثر صعوبة. هذا ليس هو الحال في الواقع، لذلك أردنا إزالة الغموض عن التحديثات السلسة وشرح كيفية تأثير أقسام A/B على التطوير المخصص على XDA.

شكرا جزيلا لعضو XDA الكبير com.npjohnson، أ مساهم في نظام LineageOS و مشرف على Motorola Moto Z2 Force، الذي ساعدنا في التحقق من هذه المقالة.


الأقسام على جهاز Android

القسم هو ببساطة قسم منفصل على وحدة التخزين الداخلية للهاتف حيث يتم الاحتفاظ بالبيانات. يعتمد نوع البيانات التي يتم الاحتفاظ بها على كل قسم على الأجهزة ونظام التشغيل والعديد من العوامل الأخرى. سيكون لمحمل الإقلاع واحدًا، وسيكون للنظام (Android OS) واحدًا، وستحتوي بيانات المستخدم على واحد... وهلم جرا وهكذا دواليك. عندما ترى أشخاصًا يتحدثون عن "/system" و"/cache"، فإنهم يشيرون إلى الأسماء المحددة لتلك الأقسام. على سبيل المثال، يمتلك هاتف OnePlus 6 72 أقسام. قد يبدو هذا كثيرًا، لكن OnePlus 6 هو أحد الأجهزة التي تدعم التحديثات السلسة مما يعني أن العديد من هذه الأقسام هي ببساطة نسخ مكررة من بعضها البعض.

الإخراج الجزئي للأقسام على OnePlus 6. تم وضع خط تحت بعض أقسام A/B لأغراض العرض التوضيحي.

هناك الكثير من الأقسام الموجودة على الجهاز والتي لن تضطر أبدًا إلى القلق بشأنها كمستخدم. لا يتم تعديل العديد من هذه الأقسام أبدًا عند تفليش ROM أو نواة أو عمليات استرداد أو تعديلات مخصصة مثل Magisk أو Xpose. الكثير من هذه الأقسام إما لن يتم استخدامها لأغراضنا أو سيكون من الخطورة جدًا لمسها إلا إذا كنت تعرف ما تفعله (XLOADER وOEMINFO على Huawei/Honor الأجهزة التي تتبادر إلى ذهني.) بالنسبة للغالبية العظمى من مستخدمي Android، فإن الأقسام التي نتعامل معها في الغالب هي النظام، والتمهيد، والاسترداد، وبيانات المستخدم، ومؤخرًا البائع و vbmeta. وفيما يلي شرح موجز للغرض من كل قسم:

  • النظام - يحمل نظام التشغيل Android ومكتبات النظام وتطبيقات النظام ووسائط النظام الأخرى مثل الرسوم المتحركة للتمهيد وخلفيات الأوراق المالية ونغمات الرنين وما إلى ذلك.
  • التمهيد - يحتفظ بالنواة وقرص ذاكرة الوصول العشوائي وعلى أجهزة A/B أيضًا الاسترداد أيضًا
  • الاسترداد - يحتفظ بالاسترداد، حيث يتم وميض TWRP بشكل شائع على الأجهزة A فقط (لا تحتوي أجهزة A/B على قسم استرداد مخصص)
  • بيانات المستخدم - تحتوي على جميع بيانات التطبيق والنظام ووحدة التخزين الداخلية
  • البائع - يحتفظ بأنظمة HAL الخاصة بالنظام الأساسي والجهاز، وهي الملفات الضرورية لنظام التشغيل Android للتواصل مع الأجهزة الأساسية
  • vbmeta - قسم Android Verified Boot 2.0 الذي يتحقق من سلامة عملية التمهيد

يمكن لمصنعي الأجهزة الأصلية تغيير أنظمة التقسيم الخاصة بهم لاستخدام أي تخطيط يريدونه. على سبيل المثال، تقوم شركة Huawei بتقسيم قسم التمهيد إلى ramdisk_recovery وkernel. هناك أيضًا الكثير من الأقسام الإضافية التي قد تحتوي على تطبيقات نظام أخرى مثل العميل والمنتج وتصنيع المعدات الأصلية، وأثناء ذلك تعتبر هذه العناصر آمنة للتعديل، ولا يُنصح عمومًا بذلك إذا كنت تريد أن تسهل عليك العودة إلى المخزون. إذن، أين تلعب أقسام A/B دورًا؟


مخطط التقسيم A/B

كيف تعمل التحديثات على الأجهزة ذات التحديثات السلسة

توضح الصورة البسيطة جدًا التي قمت بإنشائها أدناه كيفية التعامل مع التحديث على جهاز يدعم قسم A/B. القسم الموضح هو قسم النظام، على الرغم من أن الأقسام الأخرى مثل التمهيد والمورد قد يتم تحديثها أيضًا بأي تحديث عبر الهواء من OEM. تحدث عملية التحديث هذه ليس فقط مع تحديثات إصدار Android الرئيسية ولكن أيضًا مع تحديثات تصحيح الأمان.

  1. نبدأ بقسمين للنظام، system_a وsystem_b، وكلاهما على نفس الإصدار من Android.
  2. بافتراض أن system_a نشط، فإن تحديث OTA سيقوم بتصحيح system_b، القسم غير النشط، في الخلفية.
  3. تم تعيين system_a على غير نشط ثم يصبح system_b نشطًا بمجرد إعادة تشغيل المستخدم.
  4. سيتم تحديث القسم غير النشط الآن، system_a، عند طرح التحديث التالي عبر الهواء.

ما هي فوائد عملية التحديث هذه؟

  1. إذا فشل التحديث، فسيعود الجهاز إلى البنية العاملة على الفتحة الأخرى.
  2. يتم الاحتفاظ ببياناتك سليمة تمامًا، حتى في حالة فشل التحديث، حيث يوجد قسم واحد فقط (بيانات المستخدم) يضم بياناتك.
  3. تدفق التحديث: إذا كان قسم البيانات الخاص بك ممتلئًا، فيمكن تنزيل التحديث وبثه إلى الفتحة غير النشطة. إنها ميزة رائعة جدًا وتعني أنك لن تضطر إلى إضاعة أي مساحة تخزين مؤقتة على تحديثاتك. ولهذا السبب لا يوجد قسم ذاكرة تخزين مؤقت على أجهزة A/B حيث لم تعد هناك حاجة إليها.

ما هو تأثير نظام التقسيم A/B على تخزين الجهاز؟

هل حقيقة أن التحديثات السلسة تؤدي إلى مجموعة من الأقسام المكررة تعني أنك تفقد مجموعة كبيرة من مساحة التخزين؟ مُطْلَقاً. تقول Google إن الأجهزة التي تتمتع بدعم التحديث السلس يجب أن تكون معطلة ببضع مئات من الميجابايت فقط بفضل إزالة قسمي /ذاكرة التخزين المؤقت و/الاسترداد. تؤدي إزالة كليهما إلى موازنة تكلفة إضافة مجموعة ثانية من الأقسام. وفقًا لشركة Google، فإن صورة نظام Pixel A/B هي نصف حجم صورة النظام A فقط. معظم استخدامات التخزين الإضافية تأتي في الواقع من إضافة قسم البائع الثاني. وهذا أمر منطقي نظرًا لأن قسم البائع يضم جميع الثنائيات الخاصة التي يستخدمها مصنعو المعدات الأصلية (جزء من Project Treble)، لذلك من المتوقع أن يشغل مساحة كبيرة. على الرغم من أن Google لا توصي باستخدام تقسيم A/B على الأجهزة التي تبلغ سعتها التخزينية 4 جيجابايت (حيث إنها تمثل ما يقرب من 10% من إجمالي السعة التخزينية المتاحة)، إلا أنها توصي به على الأجهزة التي تبلغ سعتها 8 جيجابايت أو أعلى.

فيما يلي تفاصيل مساحة التخزين المستخدمة على Google Pixel مع أقسام A/B وبدونها.

أحجام الأقسام

أ/ب

أ- فقط

محمل الإقلاع

50 ميجابايت*2

50 ميجابايت

حذاء طويل

32 ميجابايت*2

32 ميجابايت

استعادة

32 ميجابايت

مخبأ

100 ميجابايت

مذياع

70 ميجابايت*2

70 ميجابايت

بائع

300 ميجابايت*2

300 ميجابايت

نظام

2048 ميجابايت*2

4096 ميجابايت

المجموع

5000 ميجابايت

4680 ميجابايت

ماذا حدث لقسم الاسترداد؟

إن نواة Linux الأساسية على أجهزة Android هي ما يتيح لنظام Android التعرف على الأجهزة واستخدامها بشكل صحيح على الهاتف الذكي. على أجهزة Android A فقط، لديك بشكل عام إصداران من النواة: أحدهما معبأ داخل قسم الاسترداد بينما الآخر موجود في قسم التمهيد. على أجهزة A/B التي تدعم التحديثات السلسة، أصبح الاسترداد الآن داخل صورة التمهيد مع النواة. كانت الوظيفة الرئيسية للاسترداد هي تثبيت التحديثات، ولكن بما أن ذلك يتم التعامل معه بواسطة النظام نفسه (update_engine) أثناء تشغيل Android، لم تعد هناك حاجة إلى قسم الاسترداد المخصص.

لتثبيت استرداد مخصص على أجهزة A/B، نحتاج بالتالي إلى تعديل قسم التمهيد واستبدال استرداد المخزون بقسمنا الخاص. هذا هو السبب في أنك تحتاج إلى استخدام أمر fastboot لتشغيل صورة تمهيد مخصصة أولاً لتثبيت TWRP ثم قم بوميض البرنامج النصي لتثبيت TWRP، نظرًا لأن Fastboot لا يمكنه تصحيح الأقسام - فقط قم بوميضها بالكامل. يمكنك من الناحية الفنية إجراء تصحيح مسبق لصورة التمهيد الموجودة لديك باستخدام TWRP ثم وميضها عبر fastboot، ولكن هذا يمثل مشكلة أكثر مما يستحق. يقوم البرنامج النصي لتثبيت TWRP بتصحيح كل من قسمي boot_a وboot_b لتثبيت TWRP.

حقيقة ممتعة: إن محرك تحديث Android الذي يتعامل مع التحديثات السلسة يتم نسخه بشكل أساسي مباشرة من نظام التشغيل Chrome. مؤخرا فقط تمت إزالة السلاسل التي تحتوي على "Chrome OS" من سجل update_engine لتجنب الارتباك لأي شخص يقوم بفحص logcat.

هل يدعم هاتفي الذكي الذي يعمل بنظام Android أقسام A/B للحصول على تحديثات سلسة؟

بينما نحن الاحتفاظ بقائمة بجميع الأجهزة التي تدعمها، يمكنك أيضًا التحقق من نفسك بسهولة.


كيف تؤثر التحديثات السلسة على التطوير المخصص؟

تصور المستخدم لأقسام A/B

تعتبر التحديثات السلسة عائقًا أمام تطوير البرامج المخصصة من قبل العديد من المستخدمين، وهي في الواقع نعمة للمطورين. يرجع السبب وراء اعتبار أجهزة A/B بأنها تتمتع بدعم تطوير ضعيف إلى سعر أجهزة A/B الأولى. بعد كل شيء، كانت أجهزة Google Pixel من أوائل الأجهزة التي دعمت التحديثات السلسة، ومقارنة بهواتف Nexus الذكية في العام الماضي، كانت باهظة الثمن نسبيًا. علاوة على ذلك، وبفضل عدد لا يحصى من التحسينات التي أجرتها Google على نظام التشغيل Android الذي قام بإنشاء ذاكرة قراءة فقط (ROM) مخصصة و تعديلات أقل شيوعًا على أجهزة Google، لم تنتشر هواتف Google Pixel الذكية في منتدياتنا تقريبًا مثل Nexus الهواتف الذكية. أدت مجموعة من العوامل الخارجية إلى انخفاض التطوير المخصص على هواتف Google Pixel الذكية، على الرغم من أن معظم المستخدمين اختاروا إلقاء اللوم على دعم قسم A/B بدلاً من ذلك. قارن مدى توفر التطوير المخصص على أجهزة مثل Google Pixel مع أجهزة مثل Xiaomi Mi A1 في منتدياتنا.

بالإضافة إلى ذلك، أدى عدم فهم كيفية تغيير أقسام A/B للطريقة التي يحتاج بها المستخدمون إلى تثبيت ROMs والنواة وعمليات الاسترداد والتعديلات المخصصة إلى عدم شعبية دعم قسم A/B. مع وجود الاسترداد الآن داخل صورة التمهيد، يمكن أن يؤدي وميض التعديلات بترتيب خاطئ مثل Magisk أو Xpose إلى حدوث تعارضات ويمكن أن يؤدي إلى Bootloop. يمكن أن يكون ترتيب فلاش هذه التعديلات أمرًا مهمًا، على الرغم من أنه في حالة الأقراص المضغوطة المخصصة، لا داعي للقلق بشأن الفتحة التي تقوم بالفلاش إليها. وخلافًا للاعتقاد الشائع، فإن نص التثبيت الخاص بمعظم ذاكرة القراءة فقط (ROM) المخصصة لا يومض في كلتا الفتحتين. لا داعي للقلق بشأن ذلك في الغالب، حيث لا يتعين عليك تبديل الفتحات يدويًا.

كيف يعرض المطورون أقسام A/B

عند بناء ROM، يمكن للمطورين الاستفادة من كلا القسمين لاختبار بنيات منفصلة. إذا لم يعمل أحدهما، فيمكنهم العودة مرة أخرى إلى قسم العمل وإعادة بناء ذاكرة القراءة فقط (ROM) الخاصة بهم. يمكن للمطورين أيضًا اختبار التراجعات عن طريق تثبيت أحد التحديثات، وتبديل القسم النشط، ومقارنة الاثنين دون الحاجة إلى مسح البيانات. إليك كيفية عرض فريق LineageOS لدعم قسم A/B:

"لقد انتقد الكثيرون في مجتمع Android A/B باعتباره "صعب الدعم" و"غير مناسب للمطورين"، في حين أنه في الواقع، تم تنفيذه بشكل صحيح. أسهل لدعم كما أنه صديق للمطورين." - jrizzoli، سجل التغيير لنظام LineageOS 19

جاءت الصعوبة الأولية في دعم A/B للمطورين من تعديل أدواتهم الحالية لدعم هذه الأجهزة. أضاف مطور Magisk، topjohnwu، الدعم الرسمي لـ Google Pixel بعد عام من ذلك تم إطلاق سراحه، ليس لأنه كان صعبًا، بل لأنه استغرق عامًا للحصول على الجهاز فعليًا يعمل على. دعم TWRP جاء بسرعة كبيرة على أجهزة A/B بعد أن قام المطور الرئيسي Dees_Troy بمحاولة حلها. نظام تشغيل لينيج 15.1 يدعم الآن أجهزة A/B بعد أن وجد المتطوعون وقتًا لإصلاح البرنامج النصي addon.d الخاص بهم.

كيفية تحديث جهاز A/B يحتوي على استرداد مخصص أو kernel أو تعديلات أخرى

ذاكرة القراءة فقط المخصصة

تحديث التحديثات على جهاز مزود بذاكرة ROM مخصصة يعني أنه سيتعين عليك توخي الحذر بشأن الفتحة التي تقوم بوميضها أيضًا، أليس كذلك؟ ليس تماما. سوف يتعامل TWRP مع الكثير من ذلك نيابةً عنك، ويتم تعيينه افتراضيًا على الفتحة غير النشطة لوميض ROM مخصص. إذا كانت الفتحة النشطة الخاصة بك هي A وقمت بفلاش ROM مخصص، فأنت في الواقع تومض للفتحة B. عند إعادة التشغيل، تصبح الفتحة النشطة الآن B. يمكن للمطورين تعديل البرنامج النصي للتثبيت وفلاش كلا الفتحتين لتسهيل الأمر على المستخدم النهائي، على الرغم من أن معظم البرامج النصية لتثبيت ROM المخصصة حاليًا تومض فقط في فتحة واحدة. وأخيرًا، يمكن للأقراص المضغوطة المخصصة تنفيذ مُحدِّث A/B في ذاكرة القراءة فقط الخاصة بها بحيث لا يحتاج المستخدمون حتى إلى العبث بها تحديثات وامضة يدويًا - يتضمن الإصدار الأحدث من LineageOS 15.1 أداة Lineage Updater، وXDA Senior Member الولايات المتحدة الأمريكية-RedDragon صنع محدث A/B عام التي يمكن للمطورين الآخرين استخدامها.

ذاكرة القراءة فقط الخاصة بالأوراق المالية

ولكن أليس هناك مشكلة إذا كان جهازك يقوم بتشغيل ذاكرة القراءة فقط (ROM) مع تعديلات مختلفة وتريد تثبيت تحديث دون فقدان كل هذه التعديلات؟ يمكن أن يحدث ذلك إذا كنت لا تعرف الخطوات الصحيحة لتثبيت التحديث. على جهاز OnePlus 6، على سبيل المثال، لا يمكنك وميض OTA تزايدي على جهازك المعدل لأن OTA التزايدي سيحاول تصحيح صورة التمهيد المعدلة. وبالتالي، من المحتمل أن ينتهي بك الأمر إلى Bootloop، ولهذا السبب يتعين عليك تحديث تحديث ROM الكامل للكتابة بالكامل فوق صورة التمهيد المعدلة. فيما يلي الخطوات العامة التي يتعين عليك اتخاذها لتثبيت تحديث OxygenOS على جهاز OnePlus 6 الخاص بك مع الاحتفاظ بـ TWRP وMagisk ونواة مخصصة بشكل اختياري.

  1. تم تنزيل الأحدث مدمج كامل أَزِيز
  2. قم بتفليش ملف ROM المضغوط بالكامل في الاسترداد
  3. (اختياري) فلاش نواة مخصصة
  4. تثبيت فلاش TWRP
  5. أعد التشغيل مباشرة إلى وضع الاسترداد
  6. فلاش ماجيسك

على أجهزة Google Pixel، يمكنك ذلك قم بتفليش صورة المصنع دون مسح البيانات، ثم قم بتشغيل TWRP، ثم قم بتثبيت TWRP عبر البرنامج النصي للتثبيت، ثم قم بتثبيت Magisk.

استخراج تحديث لفلاش صور الأقسام الفردية

تختلف ملفات التحديث للعديد من أجهزة A/B قليلاً مقارنة بالأجهزة A فقط. لم تعد مجرد ملف مضغوط يحتوي على الكثير من الصور (باستثناء صور مصنع Google و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 المضغوط ووضع payload.bin في نفس المجلد الذي توجد به هذه الملفات.
  4. افتح PowerShell أو موجه الأوامر أو الوحدة الطرفية وفقًا لنظام التشغيل لديك.
  5. أدخل الأمر التالي: python -m pip install protobuf
  6. عند الانتهاء من ذلك، أدخل هذا الأمر: python payload_dumper.py payload.bin
  7. سيبدأ هذا في استخراج الصور الموجودة في ملف payload.bin إلى المجلد الحالي الذي تتواجد فيه.

يمكنك وميض كل صورة من هذه الصور بشكل منفصل الآن عبر fastboot إذا كنت ترغب في ذلك. يوضح لك القسم التالي كيفية القيام بذلك.

استخدام fastboot لفلاش الصور على جهاز يدعم التحديثات السلسة

هناك عدد من الأوامر الحصرية لأجهزة نظام التقسيم A/B. يمكنك تغيير الفتحة النشطة الخاصة بك والفلاش إلى فتحات محددة. إذا كان لديك مشروع Treble-جهاز متوافق وتريد أن تتعلم كيفية ذلك فلاش صور النظام العامة، يجب أن تكون على دراية بهذه الأوامر. ألق نظرة على الجدول أدناه.

أوامر التشغيل السريع

يأمر

احصل على الفتحة النشطة الحالية

fastboot getvar الكل | grep "current-slot" إذا كنت تستخدم جهاز كمبيوتر يعمل بنظام Windows، فلن يعمل الأمر "grep".

اضبط الفتحة الأخرى على أنها نشطة

fastboot set_active أخرى

قم بتعيين الفتحة المحددة على أنها نشطة

fastboot set_active $ORfastboot --set-active=_$slotحيث يكون $ إما a أو b

صورة فلاش إلى القسم المحدد في الفتحة الحالية

برنامج Fastboot Flash Partition Partition.img

فلاش الصورة إلى القسم المحدد في الفتحة المحددة

fastboot flash Partition_a Partition.imgfastboot flash Partition_b Partition.img

(ملاحظة: في أجهزة A/B، يمكنك إما تحديد قسم في فتحة معينة للوميض إليه أو يمكنك ترك لاحقة الفتحة وسيومض إلى الفتحة النشطة الحالية. على سبيل المثال، يمكنك استبدال "القسم" في أمر الفلاش بـ "system" أو "system_a" أو "system_b.")

على أجهزة الكمبيوتر التي تعمل بنظام Windows، لا يمكنك استخدام grep، لذا قم فقط بإزالة هذا الجزء وابحث عن "current-slot".

كلمة حول مشروع Treble والتحديثات السلسة

من المفاهيم الخاطئة الشائعة أن دعم Project Treble ودعم قسم A/B مرتبطان ببعضهما البعض، ولكن هذا ليس هو الحال في الواقع. وجود أحدهما لا يعني الآخر. يستخدم Motorola Moto Z2 Force نظام تقسيم A/B ولكنه لا يدعم Treble. من ناحية أخرى، يدعم هاتف Honor 9 Lite مشروع Treble، ولكنه جهاز A فقط.

يدعم Honor 9 Lite مشروع Treble ولكنه لا يدعم التحديثات السلسة

الأسئلة المتداولة/الملخص

  • ما هي فوائد التقسيم A/B؟
    • يسمح لك تقسيم A/B بتحديث هاتفك الذكي الذي يعمل بنظام Android أثناء استخدامه، وذلك ببساطة بإعادة التشغيل عندما تكون جاهزًا للتشغيل في الإصدار الجديد. كما أنه بمثابة حماية ضد الطوب - إذا حدث خطأ في التحديث، فستعود إلى التثبيت العامل.
  • هل وجود التقسيم A/B يعيق التطوير؟
    • على الرغم من أن المطورين استغرقوا بعض الوقت للتكيف، إلا أن الإجابة هي لا تقريبًا. في الواقع، يمكن أن يساعد المطورين حيث يمكنهم التمهيد المزدوج لذاكرة القراءة فقط (ROM) المخصصة الخاصة بهم باستخدام الإصدار القديم وإصدار اختبار جديد للتحقق من التراجعات.
  • كيف تؤثر أقسام A/B على التعديلات مثل النوى المخصصة أو Magisk أو Xpose؟
    • يجب أن تكون حذرًا عند تثبيتها، ولكن لا توجد مشكلات حاليًا. يدعم Magisk رسميًا الأجهزة بتحديثات سلسة، وطالما تقوم بتفليش الأشياء بالترتيب الصحيح فلن تواجه أي مشاكل. تأكد من تحديث النواة المخصصة قبل تحديث تعديلاتك الأخرى، ويجب أن تكون جاهزًا للبدء.
  • هل يمكنني فلاش اثنين من الأقراص المضغوطة المختلفة على كل قسم والإقلاع المزدوج؟
    • من الناحية النظرية، نعم. تنشأ مشاكل بسبب قسم البيانات المشتركة، لذلك لا يوصى بذلك.
  • هل يعني وجود نظام تقسيم A/B أن مساحة التخزين لديّ منخفضة؟
    • لا! تقول Google أن الأجهزة التي تدعم التحديثات السلسة لا تضحي إلا ببضع مئات من الميغابايت من مساحة التخزين لدعمها. الفوائد تفوق تلك التكلفة.
  • يدعم جهازي أقسام A/B، فهل هذا يعني أنه يمكنني الاستفادة من صورة النظام العامة لمشروع Treble؟
    • ليس بالضرورة. لا يرتبط دعم Project Treble وA/B بأي صلة. لا يدعم Motorola Moto Z2 Force مشروع Treble، ولكنه يدعم نظام التقسيم A/B.
  • جهازي يدعم Project Treble، فهل هذا يعني أن لدي نظام تقسيم A/B؟
    • هذا ليس هو الحال دائما. يعد Honor 9 Lite مثالًا رئيسيًا لأنه يدعم Project Treble ولكنه لا يحتوي على نظام تقسيم A/B.
  • لماذا أحتاج إلى تشغيل TWRP باستخدام fastboot أولاً ثم تثبيته؟
    • ويرجع ذلك إلى كيفية عمل fastboot وحقيقة أن قسم الاسترداد لم يعد موجودًا. يتم وضع الاسترداد داخل قسم التمهيد، لذلك يتعين علينا تعديل كل من boot_a وboot_b. لا يمكنك تصحيح قسم في Fastboot، فقط قم بتمريره فوقه. يمكنك، من الناحية النظرية، إنشاء صورة تمهيد مُجهزة مسبقًا ثم وميضها بدلاً من ذلك.
  • هل هناك أي مخاطر مع أقسام A/B؟ كيف تؤثر حماية التراجع على الأشياء؟
    • لقد بذلت Google قصارى جهدها لجعل هذه المشكلة ليست مشكلة، ولكن في حالة Motorola Moto Z2 Force، كانت هناك حالات معروفة لجهاز يعيد تنشيط الفتحة القديمة بعد الترقية إلى Android أوريو. وهذا يعني أن الحماية من التراجع قد بدأت، ولم يتمكن أصحاب الأجهزة من إنقاذ هواتفهم الذكية إلا من خلال استرداد EDL. تقول Google أن الحماية من التراجع تبدأ فقط بعد التمهيد الأول، لذا يجب أن تعمل الفتحة بشكل كامل بعد التحديث قبل أن لا تتمكن من الرجوع إلى إصدار أقدم.