Bootloop بعد فلاش روم مخصص: ما الذي يجب فحصه عادةً

الروم الذي لا يقلع يكون عادةً غير متوافق مع إحدى الطبقات الواقعة تحته: قاعدة الفيرموير، أو قسم vendor، أو recovery، أو الـ slot الذي ثُبّت عليه. وتكشف شجرة القرار أدناه أي طبقة هي غير المتوافقة. أما إعادة فلاش الروم نفسه دون تغيير أي شيء فتعطي النتيجة نفسها.

امنحه وقتاً أولاً

أول إقلاع بعد تثبيت روم أطول من الإقلاع العادي، وأحياناً بفارق كبير. فالنظام يبني الكاش ويحسّن التطبيقات، وفي جهاز مساحة التخزين المستخدمة فيه كبيرة لا يكون ذلك سريعاً.

قبل أن تستنتج أي شيء، اتركه موصولاً بالشاحن طوال محاولة أولى طويلة فعلاً. راقب هل حركة شاشة الإقلاع يعمل أم متجمد: حركة شاشة الإقلاع الذي يعمل يعني أن النظام يؤدي شيئاً، والمتجمد يعني أنه توقف.

إذا أعاد التشغيل وبدأ من جديد فهذا loop ويمكنك المتابعة. أما إذا بقي على حركة إقلاع مستمرة فانتظر أطول.

شجرة القرار

ابدأ من الأعلى واتبع الفرع المطابق لحالتك.

هل يصل الجهاز إلى recovery؟

• لا، ولا يصل إلى fastboot أيضاً ← أنت خارج نطاق حل مشكلات الروم. انتقل إلى soft brick مقابل hard brick ونفّذ اختبار الاكتشاف.
• لا، لكن fastboot يعمل ← ربما كُتب فوق recovery أو أنها غير متوافقة. الخطوة التالية إعادة فلاش recovery مناسبة لجهازك وللفيرموير الحالي.
• نعم ← تابع.

هل أقلع الروم بنجاح ولو مرة واحدة؟

• نعم، ثم دخل في loop لاحقاً ← انظر ما الذي تغيّر بعد الإقلاع الناجح: وحدة، أو حزمة إضافية، أو تغيير في الإعدادات، أو تحديث. هذه ليست مشكلة فلاش.
• لا، لم يقلع أبداً ← تابع.

هل كان dirty flash، أي أنك ثبّتّ فوق نظام قائم دون مسح؟

• نعم ← dirty flash بين رومات مختلفة، أو بين إصدارات Android رئيسية مختلفة، أو على قاعدة مختلفة، من أبرز الأسباب المحتملة. انتقل إلى قسم clean flash.
• لا، كان clean flash ← تابع.

هل تحدد وثائق الروم نفسه إصدار فيرموير أو vendor مطلوباً؟

• نعم، ولم تفلشه، أو فلشت إصداراً مختلفاً ← هذا هو الجواب الأرجح. راجع قسم قاعدة الفيرموير.
• نعم، وقد طابقته ← تابع.
• الوثائق لا تذكر ذلك ← اعتبر قاعدة الفيرموير غير متحقق منها وافحصها على أي حال.

هل ثبّتّ حزماً إضافية مثل GApps في الجلسة نفسها؟

• نعم ← جرّب الروم وحده دون حزم إضافية لعزل السبب. راجع قسم الحزم الإضافية.
• لا ← تابع.

هل جهازك من نوع A/B، وهل تعرف أي slot ثُبّت عليه الروم؟

• غير متأكد ← افحص الـ slot النشط. تثبيت الروم على slot واحد بينما يقلع الجهاز من الآخر يعطي نتائج محيّرة.
• متأكد أنه صحيح ← تابع.

هل هذا الـ build مخصص فعلاً لنسخة جهازك؟

• افحص الاسم الرمزي (codename) لا الاسم التجاري. ثم افحص النسخة (variant). هذا فحص يثق به الناس أكثر من غيره، وهو الذي يخطئون فيه أكثر من غيره.

قاعدة الفيرموير

الأجهزة الحديثة ليست مجرد system image. فهناك قسم vendor، وغالباً عدة مكونات أخرى، تحمل الأجزاء الخاصة بعتاد الشركة المصنعة. ويُبنى الروم المخصص على إصدار معيّن منها.

إذا فلشت روماً مبنياً لقاعدة فيرموير أحدث على قاعدة أقدم، أو العكس، فقد تتراوح النتيجة بين جهاز يقلع وبعض ميزات العتاد فيه لا تعمل، وجهاز لا يقلع إطلاقاً.

ما العمل:

1. ابحث عن وثائق الروم نفسه الخاصة بجهازك: صفحة المطوّر المسؤول لا ملخصاً من طرف ثالث.
2. اقرأ إصدار الفيرموير أو vendor الذي يتطلبه.
3. قارنه بما يحمله جهازك فعلاً، وهو ليس دائماً ما تفترضه من إصدار Android.
4. إذا اختلفا، فالحل هو تحديث قاعدة الفيرموير إلى ما يتوقعه الروم، باستخدام فيرموير الشركة المصنعة نفسها.

هذا هو الفحص الذي يحل أكبر نسبة من تثبيتات الروم التي لم تقلع أبداً، وهو الأكثر تخطياً لأن الروم تثبّت دون أي شكوى. فالتثبيت بلا أخطاء شيء، والإقلاع شيء آخر.

clean flash مقابل dirty flash

يحتفظ dirty flash ببياناتك وتطبيقاتك. ويعمل حين تحدّث داخل الروم نفسه، وعلى القاعدة نفسها، وفي إصدار Android نفسه. ويصبح غير موثوق متى تغيّر أي من ذلك.

يزيل clean flash التثبيت القديم ويمنح الروم نقطة بداية متسقة. وثمنه البيانات الموجودة على الجهاز.

تحذير من إجراء مدمّر: يعني clean flash مسح قسم data. وتنفيذ Format Data يزيل حالة التشفير أيضاً. وكلاهما لا رجعة فيه، وعلى جهاز يستخدم التشفير على مستوى الملفات لا يمكن استرداد البيانات بعد ذلك بأي أداة.

النصيحة الصريحة: إذا نفّذت dirty flash مع تغيير الإصدار أو الروم ولم يقلع الجهاز، فإن clean flash هو الحل المعتاد وثمنه بياناتك. وإذا كانت بياناتك مهمة وليس لها نسخة احتياطية، فتوقف واقرأ خياراتك قبل المسح، لأن المسح هو نقطة اللاعودة لا الـ loop.

التشفير وFormat Data

يجب أن تفك recovery المخصصة تشفير قسم data لتقرأه. وإذا لم يتطابق دعم فك التشفير في الـ recovery مع تنفيذ التشفير في الجهاز، فلا تستطيع تركيب (mount) قسم data وتبلّغ بأنه تالف أو غير قابل للقراءة.

كثيراً ما تدفع هذه الرسالة الناس إلى Format Data، وهو فعلاً يحل مشكلة التركيب لكن بتدمير ما كان موجوداً.

قبل أن تفعل ذلك، ضع في اعتبارك أن المشكلة الأصلية قد تكون عدم تطابق في إصدار recovery لا تلف البيانات. فقد يركّب build من recovery يدعم جهازك والفيرموير دعماً صحيحاً القسم نفسه دون شكوى. والـ format لا رجعة فيه ولا يمكن التراجع عنه بعد تنفيذه.

الحزم الإضافية

تأتي الحزم الإضافية مثل تطبيقات Google بنسخ مختلفة بحسب المعمارية وإصدار Android والحجم. وأي عدم تطابق في أي منها قد يمنع الإقلاع.

ويجب أيضاً فلاشها في النقطة الصحيحة من العملية، وهي عادةً في الجلسة نفسها مع الروم وقبل أول إقلاع. وإضافتها بعد أول إقلاع لا تنجح في كثير من الرومات وقد تكسر تثبيتاً سليماً.

اعزل المشكلة بفلاش الروم وحده. فإن أقلع فالروم والقاعدة سليمان والحزمة الإضافية هي المتغيّر. وإن لم يقلع فالحزمة الإضافية لم تكن المشكلة أصلاً، وقد ضيّقت نطاق البحث بشكل مفيد.

بعض الرومات تضمّن الحزم الإضافية في الـ build نفسه. وفلاش حزمة منفصلة فوق أحدها يسبب تعارضاً.

إصدار recovery

يجب أن تدعم الـ recovery جهازك وقاعدة الفيرموير فيه وتخطيط الأقسام الذي يستخدمه. وقد غيّرت التخطيطات الحديثة التي تعتمد dynamic partitions وslots من نوع A/B ما تحتاج recovery إلى التعامل معه، وقد يفشل build قديم من recovery في تثبيت الروم تثبيتاً صحيحاً مع أنه يبدو ناجحاً.

إذا أبلغ التثبيت عن أخطاء، أو أبلغ عن نجاح لكن الجهاز لم يقلع أبداً، فمن المفيد فحص إصدار recovery ومقارنته بصفحة الجهاز في المشروع نفسه. ويشرح دليل تثبيت TWRP لدينا مواضع اختلاف التخطيطات الحديثة عن التعليمات الأقدم.

الـ builds غير المدعومة وغير الرسمية

تتفاوت رومات المجتمع في نضجها. فالـ build الرسمي لجهاز يحظى بصيانة جيدة أمر مختلف عن نسخة منقولة (port) غير رسمية لها مطوّر واحد وحفنة من المختبِرين.

يستحق الفحص قبل أن تقضي وقتاً أطول في تتبع الخلل:

• هل هذا build رسمي لجهازك أم نسخة منقولة (port)؟
• متى آخر تحديث له، وهل المطوّر المسؤول ما زال نشطاً؟
• هل يبلّغ مستخدمون آخرون على نسخة جهازك نفسها عن إقلاع ناجح بهذا الـ build؟
• هل هناك مشكلات معروفة مدرجة لنسخة جهازك؟

أحياناً يكون الجواب أن الـ build لا يعمل على نسخة جهازك بعد، ولا يغيّر ذلك أي قدر من الإجراءات الصحيحة. ويوضح ملخصنا للرومات المخصصة أي المشاريع لديها أقوى دعم للأجهزة.

العودة إلى النظام الأصلي

إذا أردت التوقف والعودة إلى برنامج الشركة المصنعة، فهذا المسار موجود وهو عادةً أكثر الطرق موثوقية لاستعادة هاتف يعمل.

يتطلب ذلك الفيرموير الأصلي الصحيح لطرازك ومنطقتك بالضبط، من توزيع الشركة المصنعة نفسها، وبإجراء الشركة نفسها. افترض أن هذا يمسح بيانات المستخدم ما لم تذكر وثائق الشركة المصنعة خلاف ذلك للوضع المحدد الذي تستخدمه.

العودة إلى النظام الأصلي لا تلغي فتح قفل البوتلودر بحد ذاتها، وإعادة قفل البوتلودر مع وجود برنامج غير أصلي قد تترك جهازاً لا يقلع ولا يقبل الفلاش. لا تعد القفل إلا بعد أن يعمل الجهاز بفيرموير أصلي غير معدَّل ويقلع بسلاسة.

الأسئلة الشائعة

ما المدة التي تُعدّ طويلة جداً لأول إقلاع؟ أطول مما تظن، والإشارة المفيدة هي هل حركة شاشة الإقلاع ما زال يعمل لا الساعة. الإطار المتجمد يعني أن الإقلاع توقف. أما حركة شاشة الإقلاع الذي يعيد البدء من أوله مراراً فهو loop.

هل أفلش روماً مختلفاً لحل المشكلة؟ تستطيع، لكن إن كانت المشكلة في قاعدة الفيرموير أو recovery فسيصطدم الروم التالي بالعائق نفسه. حدّد الطبقة غير المتطابقة أولاً، وإلا فأنت تجرّب رومات بدل أن تشخّص.

هل سيحل clean flash المشكلة بالتأكيد؟ لا. إنه يحل التعارضات الناتجة عن بيانات متبقية. ولا يحل قاعدة فيرموير خاطئة، ولا recovery غير متوافقة، ولا نسخة جهاز غير مدعومة، ولا build معطوباً. وهو لا رجعة فيه، لذا من المجدي استنفاد الفحوص غير المدمّرة أولاً.

تقول recovery إن البيانات تالفة. هل ضاعت بياناتي؟ ليس بالضرورة. الـ recovery التي لا تستطيع فك تشفير القسم تبلّغ برسالة مشابهة لرسالة قراءة بيانات تالفة. وقد يقرأه build من recovery يدعم جهازك دعماً صحيحاً دون مشكلة. لا تنفّذ format لمسح الرسالة.

هل أحتاج إلى إعادة قفل البوتلودر بعد ذلك؟ لا، وفعل ذلك مع وجود برنامج مخصص قد ينتج جهازاً لا يقلع ولا يقبل الفلاش. وإن أردته مقفلاً فعد أولاً إلى النظام الأصلي غير المعدَّل وتأكد أن الجهاز يقلع.

هل يمكن إصلاح هذا عن بُعد؟ إذا كان الجهاز يصل إلى recovery أو fastboot ولديك حاسوب، فنعم عموماً، لأن العمليات تُنفَّذ من الحاسوب المضيف. إليك ما تتضمنه الجلسة.

---

قراءة ذات صلة: إصلاح bootloop دون فقدان البيانات · ماذا يعني كل عَرَض على شاشة الإقلاع · Android يقلع إلى recovery باستمرار · Soft brick مقابل hard brick · أفضل الرومات المخصصة

المصادر: وثائق الأقسام والأقسام الديناميكية في Android Open Source Project.

آخر تحقق: 23 أغسطس 2026. متطلبات قاعدة الفيرموير وتوافق recovery وإجراءات التثبيت خاصة بكل جهاز وكل build من الروم. اتبع وثائق المطوّر المسؤول الخاصة بالاسم الرمزي لجهازك بالضبط.