💭 مقارنة أقوى هواتف الفئة المتوسطة العليا، مع #موبيزل و #يحيى_رضوان 🎧
1⃣ Part 1
https://youtu.be/xWSY7BlIMSc?si=bMgfB5bZz3P_7Joi
2⃣ Part 2
https://youtu.be/C1WIszCN4xs?si=Nj58WZYgadoGoAwb
1⃣ Part 1
https://youtu.be/xWSY7BlIMSc?si=bMgfB5bZz3P_7Joi
2⃣ Part 2
https://youtu.be/C1WIszCN4xs?si=Nj58WZYgadoGoAwb
YouTube
أفضل موبايل فئة متوسطة في مصر 2025 || مع موبيزل 🔥 !!
#YehiaRadwan #يحيى_رضوان
مقارنة بين أقوى موبايلات الفئة المتوسطة في مصر
مع @Mobizil
Samsung A56
Oppo Reno 13
Honor 400
Vivo V50
Realme 14 Pro +
شوف الفيديو اللي على قناة موبيزل من هنا
https://youtu.be/C1WIszCN4xs?si=BUarBrz_h1cmrUg8
أزيكو يا جماعه معاكم…
مقارنة بين أقوى موبايلات الفئة المتوسطة في مصر
مع @Mobizil
Samsung A56
Oppo Reno 13
Honor 400
Vivo V50
Realme 14 Pro +
شوف الفيديو اللي على قناة موبيزل من هنا
https://youtu.be/C1WIszCN4xs?si=BUarBrz_h1cmrUg8
أزيكو يا جماعه معاكم…
TechMood Technology 🧠💻🚀💙
💭 مقارنة أقوى هواتف الفئة المتوسطة العليا، مع #موبيزل و #يحيى_رضوان 🎧 1⃣ Part 1 https://youtu.be/xWSY7BlIMSc?si=bMgfB5bZz3P_7Joi 2⃣ Part 2 https://youtu.be/C1WIszCN4xs?si=Nj58WZYgadoGoAwb
💭 إيش أفضل هاتف فئة متوسطة برأيك؟
(الأفضل هو اللي بكون متوازن أكثر.. بمعنى بيحتوي على نقاط قوة بفوز فيها على منافسين، ولا يحتوى على نقاط ضعف.. اللي هو يعني النقاط اللي بفوزش فيها عالمنافسين بضل منافسته فيها قوية)
(الأفضل هو اللي بكون متوازن أكثر.. بمعنى بيحتوي على نقاط قوة بفوز فيها على منافسين، ولا يحتوى على نقاط ضعف.. اللي هو يعني النقاط اللي بفوزش فيها عالمنافسين بضل منافسته فيها قوية)
Anonymous Poll
0%
Oppo Reno 13 5G
100%
Samsung Galaxy A56
0%
Honor 400
0%
Vivo V50
0%
Realme 14 Pro+ 5G
Channel name was changed to «📱 تكمود | 𝐓𝐞𝐜𝐡𝐌𝐨𝐨𝐝 𝐁𝐥𝐨𝐠 | مزاج تقني | تكنولوجيا وتقنية»
هل يمكن استعادة البيانات من الموبايل؟
الحقيقة الصادمة!
تعالى نتفق إن الموبايل موضوعه معقد جدا في استعادة البيانات، وده بسبب 5 نقاط
رئيسية 🧩
🛠️ أولاً: الموبايل مش مجرد أداة تخزين زي الفلاشة أو الهارد
الموبايل جهاز متكامل كأنه كمبيوتر كامل.
لما توصله بأي جهاز، مش بتقدر تتعامل مع كل البيانات عليه بشكل مباشر ❌
ليه؟ لأنك ما بتقرأش من شريحة التخزين (NAND) مباشرة، ولكن من خلال البروسيسور، اللي هو بيحدد إنت تشوف إيه وما تشوفش إيه 🔐
فمثلاً، نظام الأندرويد مش هيفتح لك برتشن الـ User Data من غير ما تتخطى الحماية (باسورد - بصمة - نقش... إلخ)
💾 ثانياً: طريقة تخزين الموبايل للبيانات مختلفة تمامًا لو عندك ذاكرة 128 جيجا، مش معناها إنك عندك برتشن واحد كبير زي الهارد!
التخزين هنا متقسم بشكل معقد:
البيانات الشخصية متداخلة مع ملفات النظام، وكل ده متقسم على برتشنات متعددة، ومنهم:
🔹ء Boot Partition: فيه نواة النظام (kernel)
🔹ء System Partition: ملفات النظام الأساسية
🔹ء Vendor Partition: لتعريفات الكاميرا والبصمة وخلافه
🔹ء Product Partition: الواجهة زي One UI أو HyperOS أو EMUI أو غيرهم
🔹ء Recovery Partition: لاستعادة ضبط المصنع
🔹ء Data Partition: ده اللي فيه صورك وفيديوهاتك وبياناتك الشخصية
🔹ء Cache Partition: ملفات مؤقتة للتطبيقات والنظام
🔹ء ODM / OEM / Cust: من الشركة المصنعة
🔹ء Super Partition: بيسمح بالتحديث بدون حذف
🔹ء A/B Slots: لكل برتشن نسختين A و B بحيث يتيح للمستخدمين إمكانية استخدام الموبايل أثناء التحديثات بدون تعطيله بشكل كامل، بالتالي بيبقى في نسخة من كل Partition واحدة Active والتانية Inactive
لاستقبال التحديثات
📌 ملحوظة مهمة: أحيانًا بيتم دمج بعض البرتشنات حسب الشركة المصنعة، مما يزيد من تعقيد الأمر.
⚙️ ثالثاً: مشكلة الـ Root والـ Bootloader
لو محترف، ممكن تقول: "هعمل رووت وآخد صلاحيات كاملة!". لكن للأسف، دي خطوة خطيرة جداً وممكن تسبب فقدان البيانات نهائياً
🌐 في الإصدارات الحديثة، الرووت بقى صعب جداً
برامج زي KingRoot وDr.Fone وأخواتهم غالباً هتفشل
حتى لو نجحت، فـ bootloader هيمسح كل حاجة لأن فتح البوت لودر (bootloader unlock)، بيتعمل factory reset تلقائي في أغلب الأجهزة الحديثة.
⛔️ "يعني الرووت مش حل لاستعادة البيانات، بل غالباً هو سبب إضافي لمسحها في الأنواع الحديثة"
فلازم تاخد نسخة من الداتا قبل ما تفكر أو تحاول الرووت
⚠️ تحذير مهم: لو موبايلك Android 10 أو أعلى: مجرد الرووت هيفتح الbootloader = الموبايل يرجع زيرو من غير أي ملفات ❌
فتح الbootloader بيؤدي إلى استحالة رجوع البيانات نهائياً
🔒 رابعاً: الحماية والتشفير في نظام أندرويد
مش بنتكلم عن النقش أو البصمة بس، لا!
فيه أنواع من الحماية:
🔸ء FDE - Full Disk Encryption (Android 4.4 >>> Android 13)
بيعمل تشفير كامل للموبايل بمفتاح واحد. إجباري للأجهزة المُطلقة مع أندرويد 10+ لحد أندرويد 13 ظهر نوع آخر وألغى الـ FDE
مفتاح 128 أو 256 بت
بيتحفظ في مكان محمي.
من أندرويد 8 زادت الحماية بوجود الـ TEE = Trusted Execution Environment
جزء داخل المعالج مخصص لتخزين المفاتيح الخاصة بكل ملف أو برنامج 👨💻
يعني كل ملف متشفر بمفتاح خاص، والمفتاح ده بيتخزن في TEE
ولازم تفتح الجهاز بالبصمة أو الباسورد علشان المعالج يطلب المفتاح من TEE ويفك التشفير 🔐
🟥 المشكلة: لو الموبايل مش بيشتغل (فاصل باور، إلخ)، ومحتاج تاخد بياناتك... هتلاقي كل حاجة مشفرة ومقفولة 🔐
ممكن تقول: "نفك الشيب وننقله لموبايل تاني!"
هنا هتحتاج كمان تنقل البروسيسور عشان تقرأ الداتا، وده صعب جداً 😵
🔸ء FBE - File Based Encryption (Android 10 فيما فوق)
كل ملف متشفر بمفتاح مختلف
يعني حتى لو رجعت الملف، مش هيتفتح من غير مفتاحه 😓
💡 كأنك حطيت كل ورقة في خزنة خاصة بيها، والمفاتيح اتسرقت!
🔸👹 FBE - File Based Encryption ليفل الوحش (Android 11 فيما فوق)
اتعقد الأمر أكتر ومع FBE وتم تطوير الـ TEE بالأخص مع أندرويد 13 أصبح الأمر شبه مستحيل مع وجود MetaData Encryption وده نوع من التشفير الإضافي بيمتد لبيانات التوصيف نفسها (مثل الـ inode metadata)، وبالتالي حتى لو قدرت توصل للملفات، مش هتكون قابلة للقراءة أو التعرف عليها. الآن تحسن الـ MetaData Encryption أكثر في أندرويد 14
ثم ظهور أنواع الناند الجديدة ⬇️
💣 خامساً: مشكلة طبيعة شريحة NAND نفسها
📌 أنواع الشيب الحديثة: eMMC أو UFS (بإصدارات 2، 3، 3.1، 4)
📌 بالأخص في الـ UFS الإصدار التالت والرابع بتستخدم تقنيات زي:
ء*️⃣ ECC (تصحيح أخطاء)
الحقيقة الصادمة!
لو عايز إجابة مختصرة عن السؤال: هل ينفع أرجّع داتا أو صور أو محادثات من موبايل أندرويد حديث زي 13 أو 14؟ روح لآخر البوست ⬇️ جزء الخلاصة، لو عايز تعرف الحقيقة الكاملة وليه الموضوع معقد، كمل قراءة 👇
تعالى نتفق إن الموبايل موضوعه معقد جدا في استعادة البيانات، وده بسبب 5 نقاط
رئيسية 🧩
🛠️ أولاً: الموبايل مش مجرد أداة تخزين زي الفلاشة أو الهارد
الموبايل جهاز متكامل كأنه كمبيوتر كامل.
لما توصله بأي جهاز، مش بتقدر تتعامل مع كل البيانات عليه بشكل مباشر ❌
ليه؟ لأنك ما بتقرأش من شريحة التخزين (NAND) مباشرة، ولكن من خلال البروسيسور، اللي هو بيحدد إنت تشوف إيه وما تشوفش إيه 🔐
فمثلاً، نظام الأندرويد مش هيفتح لك برتشن الـ User Data من غير ما تتخطى الحماية (باسورد - بصمة - نقش... إلخ)
💾 ثانياً: طريقة تخزين الموبايل للبيانات مختلفة تمامًا لو عندك ذاكرة 128 جيجا، مش معناها إنك عندك برتشن واحد كبير زي الهارد!
التخزين هنا متقسم بشكل معقد:
البيانات الشخصية متداخلة مع ملفات النظام، وكل ده متقسم على برتشنات متعددة، ومنهم:
🔹ء Boot Partition: فيه نواة النظام (kernel)
🔹ء System Partition: ملفات النظام الأساسية
🔹ء Vendor Partition: لتعريفات الكاميرا والبصمة وخلافه
🔹ء Product Partition: الواجهة زي One UI أو HyperOS أو EMUI أو غيرهم
🔹ء Recovery Partition: لاستعادة ضبط المصنع
🔹ء Data Partition: ده اللي فيه صورك وفيديوهاتك وبياناتك الشخصية
🔹ء Cache Partition: ملفات مؤقتة للتطبيقات والنظام
🔹ء ODM / OEM / Cust: من الشركة المصنعة
🔹ء Super Partition: بيسمح بالتحديث بدون حذف
🔹ء A/B Slots: لكل برتشن نسختين A و B بحيث يتيح للمستخدمين إمكانية استخدام الموبايل أثناء التحديثات بدون تعطيله بشكل كامل، بالتالي بيبقى في نسخة من كل Partition واحدة Active والتانية Inactive
لاستقبال التحديثات
📌 ملحوظة مهمة: أحيانًا بيتم دمج بعض البرتشنات حسب الشركة المصنعة، مما يزيد من تعقيد الأمر.
⚙️ ثالثاً: مشكلة الـ Root والـ Bootloader
لو محترف، ممكن تقول: "هعمل رووت وآخد صلاحيات كاملة!". لكن للأسف، دي خطوة خطيرة جداً وممكن تسبب فقدان البيانات نهائياً
🌐 في الإصدارات الحديثة، الرووت بقى صعب جداً
برامج زي KingRoot وDr.Fone وأخواتهم غالباً هتفشل
حتى لو نجحت، فـ bootloader هيمسح كل حاجة لأن فتح البوت لودر (bootloader unlock)، بيتعمل factory reset تلقائي في أغلب الأجهزة الحديثة.
⛔️ "يعني الرووت مش حل لاستعادة البيانات، بل غالباً هو سبب إضافي لمسحها في الأنواع الحديثة"
فلازم تاخد نسخة من الداتا قبل ما تفكر أو تحاول الرووت
⚠️ تحذير مهم: لو موبايلك Android 10 أو أعلى: مجرد الرووت هيفتح الbootloader = الموبايل يرجع زيرو من غير أي ملفات ❌
فتح الbootloader بيؤدي إلى استحالة رجوع البيانات نهائياً
🔒 رابعاً: الحماية والتشفير في نظام أندرويد
مش بنتكلم عن النقش أو البصمة بس، لا!
فيه أنواع من الحماية:
🔸ء FDE - Full Disk Encryption (Android 4.4 >>> Android 13)
بيعمل تشفير كامل للموبايل بمفتاح واحد. إجباري للأجهزة المُطلقة مع أندرويد 10+ لحد أندرويد 13 ظهر نوع آخر وألغى الـ FDE
مفتاح 128 أو 256 بت
بيتحفظ في مكان محمي.
من أندرويد 8 زادت الحماية بوجود الـ TEE = Trusted Execution Environment
جزء داخل المعالج مخصص لتخزين المفاتيح الخاصة بكل ملف أو برنامج 👨💻
يعني كل ملف متشفر بمفتاح خاص، والمفتاح ده بيتخزن في TEE
ولازم تفتح الجهاز بالبصمة أو الباسورد علشان المعالج يطلب المفتاح من TEE ويفك التشفير 🔐
🟥 المشكلة: لو الموبايل مش بيشتغل (فاصل باور، إلخ)، ومحتاج تاخد بياناتك... هتلاقي كل حاجة مشفرة ومقفولة 🔐
ممكن تقول: "نفك الشيب وننقله لموبايل تاني!"
هنا هتحتاج كمان تنقل البروسيسور عشان تقرأ الداتا، وده صعب جداً 😵
🔸ء FBE - File Based Encryption (Android 10 فيما فوق)
كل ملف متشفر بمفتاح مختلف
يعني حتى لو رجعت الملف، مش هيتفتح من غير مفتاحه 😓
💡 كأنك حطيت كل ورقة في خزنة خاصة بيها، والمفاتيح اتسرقت!
🔸👹 FBE - File Based Encryption ليفل الوحش (Android 11 فيما فوق)
اتعقد الأمر أكتر ومع FBE وتم تطوير الـ TEE بالأخص مع أندرويد 13 أصبح الأمر شبه مستحيل مع وجود MetaData Encryption وده نوع من التشفير الإضافي بيمتد لبيانات التوصيف نفسها (مثل الـ inode metadata)، وبالتالي حتى لو قدرت توصل للملفات، مش هتكون قابلة للقراءة أو التعرف عليها. الآن تحسن الـ MetaData Encryption أكثر في أندرويد 14
ثم ظهور أنواع الناند الجديدة ⬇️
💣 خامساً: مشكلة طبيعة شريحة NAND نفسها
📌 أنواع الشيب الحديثة: eMMC أو UFS (بإصدارات 2، 3، 3.1، 4)
📌 بالأخص في الـ UFS الإصدار التالت والرابع بتستخدم تقنيات زي:
ء*️⃣ ECC (تصحيح أخطاء)
ء*️⃣ Wear Leveling (توزيع الكتابة)
ء*️⃣ TRIM (زي اللي في SSD): لما تحذف ملف، بيتم استبداله بـ 000000
🟥 يعني بمجرد ما تحذف ملف، أو تعمل ضبط مصنع، الداتا بتختفي نهائياً!
حتى برامج الاستعادة أو الأجهزة المتخصصة مش هتفيد
لأن بيتم إعادة كتابة فوق البيانات مباشرة (Overwriting)
🧬 كمان فيه مشكلة اختلاف المعالجات:
MediaTek 🆚 Qualcomm 🆚 Kirin 🆚 Exynos
كل نوع ليه طريقة مختلفة في تخزين البيانات على NAND وطريقة تشفير مختلفة
بالتالي طرق الاسترجاع مختلفة جداً وغير مضمونة النتائج ...
💾 طرق النسخ الاحتياطي المقترحة:
• Google ONE للصور والـ WhatsApp Backup
• Cloud Services عموماً
♾️ لو عندك كارت ميموري SD، استخدم كارت سريع يناسب سرعة موبايلك
♾️ ممكن تستخدم فلاش OTG تنقل عليها الصور والملفات المهمه ك وسيله باك اب
♾️ خد نسخ احتياطية على كمبيوتر أو لابتوب باستمرار 💻
🗣️ ملحوظة أخيرة:-
لو حابب تسأل في الموضوع... الله يكرمك اقرأ البوست كله الأول 🙏
أنا عارف إنك لما تبحث على Google هتلاقي برامج Recovery بتقولك إنها بترجع كل حاجة بعد الـ Factory Reset، او من يوم ما اشتريته، أو حتى لو الجهاز مش معاك اصلا وضاع منك!
بس الحقيقة إن:
❌ البرامج دي كانت شغالة زمان مع إصدارات أندرويد قديمة
❌ حتى الأجهزة المتخصصة فرص نجاحها ضعيفة جداً
✅ ممكن تقرا بيانات من الموبايل… بس مش اللي اتمسح!
وجايز تكون جربت برنامج قبل كده ونفع معاك، بس ده غالباً كان بسبب إصدار أندرويد قديم… اقرأ البوست تاني بتركيز عشان تعرف ليه الوضع اتغير. 👀
منقول والمصدر من هنا 👈
ء*️⃣ TRIM (زي اللي في SSD): لما تحذف ملف، بيتم استبداله بـ 000000
🟥 يعني بمجرد ما تحذف ملف، أو تعمل ضبط مصنع، الداتا بتختفي نهائياً!
حتى برامج الاستعادة أو الأجهزة المتخصصة مش هتفيد
لأن بيتم إعادة كتابة فوق البيانات مباشرة (Overwriting)
🧬 كمان فيه مشكلة اختلاف المعالجات:
MediaTek 🆚 Qualcomm 🆚 Kirin 🆚 Exynos
كل نوع ليه طريقة مختلفة في تخزين البيانات على NAND وطريقة تشفير مختلفة
بالتالي طرق الاسترجاع مختلفة جداً وغير مضمونة النتائج ...
📌📌📌 الخـلاصـــــــة:
🔸 الموبايل مش مخزن بيانات، ده مجرد وسيط
🔸 لو موبايلك جديد، وعملت ضبط مصنع أو حذف:
⚠️ غالباً البيانات راحت للأبد
🔸 ما تعملش رووت وإنت عندك داتا مهمة
🔸 نسبة استرجاع البيانات من الموبايلات الحديثة ضعيفة جداً
🔸 استخدم أي نوع من النسخ الاحتياطي (Backup) دايماً: النسخ الاحتياطي هو درع الوحيد
💾 طرق النسخ الاحتياطي المقترحة:
• Google ONE للصور والـ WhatsApp Backup
• Cloud Services عموماً
♾️ لو عندك كارت ميموري SD، استخدم كارت سريع يناسب سرعة موبايلك
♾️ ممكن تستخدم فلاش OTG تنقل عليها الصور والملفات المهمه ك وسيله باك اب
♾️ خد نسخ احتياطية على كمبيوتر أو لابتوب باستمرار 💻
🗣️ ملحوظة أخيرة:-
لو حابب تسأل في الموضوع... الله يكرمك اقرأ البوست كله الأول 🙏
أنا عارف إنك لما تبحث على Google هتلاقي برامج Recovery بتقولك إنها بترجع كل حاجة بعد الـ Factory Reset، او من يوم ما اشتريته، أو حتى لو الجهاز مش معاك اصلا وضاع منك!
بس الحقيقة إن:
❌ البرامج دي كانت شغالة زمان مع إصدارات أندرويد قديمة
❌ حتى الأجهزة المتخصصة فرص نجاحها ضعيفة جداً
✅ ممكن تقرا بيانات من الموبايل… بس مش اللي اتمسح!
وجايز تكون جربت برنامج قبل كده ونفع معاك، بس ده غالباً كان بسبب إصدار أندرويد قديم… اقرأ البوست تاني بتركيز عشان تعرف ليه الوضع اتغير. 👀
منقول والمصدر من هنا 👈
TechMood Technology 🧠💻🚀💙
هل يمكن استعادة البيانات من الموبايل؟ الحقيقة الصادمة! لو عايز إجابة مختصرة عن السؤال: هل ينفع أرجّع داتا أو صور أو محادثات من موبايل أندرويد حديث زي 13 أو 14؟ روح لآخر البوست ⬇️ جزء الخلاصة، لو عايز تعرف الحقيقة الكاملة وليه الموضوع معقد، كمل قراءة 👇 تعالى…
على سيرة الحماية والأمان...
من ضمن المميزات الرهيبة اللي عند سامسونج هي Samsung Knox
انت عارف يا صديقي ان الحماية هاب اخدت معيار CC EAL6+ !!
انا مش محتاج احكيلك غير ان حماية الIPhone ماخده معيار EAL4+
سامسونج مش اقوى حماية من فراغ .. هي قعدت سنين طويلة تطور في النظام وهاد كان هدفها و وصلتله و لسة مكملة
من ضمن الفوائد العظيمة للحماية هاي انك بتقدر تخزن مفتاح سيارتك على جوالك و تفتح السيارة من جوالك الشخصي مش هتحتاج مفتاح اصلاً
"الميزة هاي حصرية لبعض الدول"
طبعاً مش بس هيك .. لا و كمان كل بياناتك على الجوال هتكون مشفرة بالكامل و من شبه المستحيل حد يقدر يوصلها طالما مش معاه الAccess من صاحب الجوال
يعني تخيل حطيت جوالك على الشحن في اي مطار .. انت مش ضامن حد ممكن يعمل اي امر عن طريق الUSB يخترق فيه بياناتك فمع حماية Knox اللي بتوفرلك ميزة زي الAuto Blocker فاطمن تماماً ❤️✨️
من ضمن المميزات الرهيبة اللي عند سامسونج هي Samsung Knox
انت عارف يا صديقي ان الحماية هاب اخدت معيار CC EAL6+ !!
انا مش محتاج احكيلك غير ان حماية الIPhone ماخده معيار EAL4+
سامسونج مش اقوى حماية من فراغ .. هي قعدت سنين طويلة تطور في النظام وهاد كان هدفها و وصلتله و لسة مكملة
من ضمن الفوائد العظيمة للحماية هاي انك بتقدر تخزن مفتاح سيارتك على جوالك و تفتح السيارة من جوالك الشخصي مش هتحتاج مفتاح اصلاً
"الميزة هاي حصرية لبعض الدول"
طبعاً مش بس هيك .. لا و كمان كل بياناتك على الجوال هتكون مشفرة بالكامل و من شبه المستحيل حد يقدر يوصلها طالما مش معاه الAccess من صاحب الجوال
يعني تخيل حطيت جوالك على الشحن في اي مطار .. انت مش ضامن حد ممكن يعمل اي امر عن طريق الUSB يخترق فيه بياناتك فمع حماية Knox اللي بتوفرلك ميزة زي الAuto Blocker فاطمن تماماً ❤️✨️
💭🔻سلسة اندرويد تحت المجهر وخفايا النظام (شرح البوتلودر BOOT)🔬
في عالم صيانة الموبايل كثير من الفنيين والخبراء يواجهون أقسام النظام (Partitions) يوميًا متل: boot, recovery, system, vendor, persist…بس القليل يلي يعرف فعليًا الوظائف الدقيقة لكل قسم و وين الخطر اذا تم التعديل عليه
معظم المقالات المتداولة تكتفي بالسطح: “هذا القسم يقلع النظام” أو “هذا القسم فيو النظام”… بينما الحقيقة أعمق من ذلك بكثير. كل قسم بحد ذاته مفتاح، كل بايت داخله له دور، وأي خطأ في التعامل معه قد يحوّل جهاز كامل إلى جهاز معطوب و تالف
في هذه السلسلة ما رح نكتفي بالسطحيات.
سوف نغوص معًا — قسمًا بعد قسم — بدءًا من boot & kernel مرورًا بـ system, vendor, recovery, persist ووصولًا إلى الأقسام المخفية التي لا يعرفها إلا من اشتغل على مستوى البرمجة العميقة وملفات EMMC/UFS.
رح نبدء بالقسم الأقلاعي BOOT
يحتوي قسم boot على صورة النواة ورامديسك البداية الذي يقوم بتهيئة الرام و الذاكرة والمعالج. عن طريقه يبدأ الجهاز عمليّة الإقلاع وتشغيل نظام أندرويد. إذا تلف أو امتُسح هذا القسم فلن يستطيع الجهاز الإقلاع مجدَّدًا إلى النظام العادي
. للتعديل على هذا القسم، يشترط فك قفل الـbootloader، لاستبدال صورة الإقلاع، أو تثبيت نواة مخصصة (مثل تثبيت Magisk) .
. يُستخدم هذا القسم أيضًا عند تثبيت رومات مخصصة أو عمل روت للاندرويد من خلال استبدال النواة بصورة معدَّلة أو مزودة بإمكانيات وصول مطوَّر.
رح نتعمق اكثر و نحكي على مستوى Kernal و Ramdisk
🟢 اولا Kernal
النواة (Kernal) هي أساس نظام التشغيل الأندرويد (المبني أصلاً على لينكس).
بتقدر تعتبرها “الوسيط” بين الهاردوير (المعالج – الذاكرة – الشاشة – الكاميرا – الشبكات…) وبين السوفتوير (التطبيقات – النظام – الخدمات).
أثناء الإقلاع (Bootloader → Kernel) ينفك ضغطه ويتحمل بالذاكرة.
له كتير من الوظائف منها :
Drivers (تعريفات):
كل قطع الموبايل إلها Driver خاص مدمج بالـ Kernel: WiFi، Bluetooth، Touchscreen.
النواة توزع الأولوية بين البرامج: مين ياخذ CPU أكثر، مين يتوقف مؤقتًا.
قسم boot مو مجرد بداية إقلاع… هو يلي بيقرر نوع تشفيرuserdata ان كان FBE,FDE
، وبيشغل سكربتات للتعامل مع مفتاح القفل.
يتم تعدل على الـ Kernel ب حقن Patch مثل Magisk Root
بعدين بيكمل التنفيذ مع الـ Ramdisk.
🟢 ثانياً: Ramdisk (قرص الذاكرة المؤقت)
الرامديسك (Ramdisk) هو جزء من boot.img، وهو عبارة عن “نظام ملفات صغير ومضغوط” ينفك في الذاكرة (RAM) بيتحمل بالذاكرة جنب الكيرنل أثناء الإقلاع.
🔹وظيفته
تجهيز ملفات النظام الأساسية مثل:
initi.rc → ملف سكربت أساسي يحدد كيف يبدأ النظام.
fstab→ جدول يحدد كيف يتم عمل mount للأقسام (system, vendor, data…).
initi.rc
تحميل init (أول عملية في النظام – مثل القلب النابض).
init.rc هو اللي بيقرر كيف يتعامل مع قسم userdata عند الإقلاع.
تجهيز ملفات النظام الأساسية مثل:
init.rc → ملف سكربت أساسي يحدد كيف يبدأ النظام.
fstab
fstab.qcom / fstab.exynos (حسب المعالج)
تحدد كيف الأقسام تُركّب (mount) بالملفات.
تحدد هل القسم مشفر، نوع نظام الملفات (ext4, f2fs…).
fstab → جدول يحدد كيف يتم عمل mount للأقسام (system, vendor, data…).
تحدد هل القسم مشفر، نوع نظام الملفات (ext4, f2fs…)
فخلاصة كلامنا
ان boot مالو مجرد اقلاع وبس
هو يلي بأقلع و بحدد الاولوية باستخدامه لل CPU
وهو يلي بشفر usedata وبحدد نوع البيانات
الكيرنل هو العقل اللي يتحكم بالهاردوير ويعطي الأساس.
الرامديسك هو المخطط اللي يقول للنظام كيف يقلع
في عالم صيانة الموبايل كثير من الفنيين والخبراء يواجهون أقسام النظام (Partitions) يوميًا متل: boot, recovery, system, vendor, persist…بس القليل يلي يعرف فعليًا الوظائف الدقيقة لكل قسم و وين الخطر اذا تم التعديل عليه
معظم المقالات المتداولة تكتفي بالسطح: “هذا القسم يقلع النظام” أو “هذا القسم فيو النظام”… بينما الحقيقة أعمق من ذلك بكثير. كل قسم بحد ذاته مفتاح، كل بايت داخله له دور، وأي خطأ في التعامل معه قد يحوّل جهاز كامل إلى جهاز معطوب و تالف
في هذه السلسلة ما رح نكتفي بالسطحيات.
سوف نغوص معًا — قسمًا بعد قسم — بدءًا من boot & kernel مرورًا بـ system, vendor, recovery, persist ووصولًا إلى الأقسام المخفية التي لا يعرفها إلا من اشتغل على مستوى البرمجة العميقة وملفات EMMC/UFS.
رح نبدء بالقسم الأقلاعي BOOT
يحتوي قسم boot على صورة النواة ورامديسك البداية الذي يقوم بتهيئة الرام و الذاكرة والمعالج. عن طريقه يبدأ الجهاز عمليّة الإقلاع وتشغيل نظام أندرويد. إذا تلف أو امتُسح هذا القسم فلن يستطيع الجهاز الإقلاع مجدَّدًا إلى النظام العادي
. للتعديل على هذا القسم، يشترط فك قفل الـbootloader، لاستبدال صورة الإقلاع، أو تثبيت نواة مخصصة (مثل تثبيت Magisk) .
. يُستخدم هذا القسم أيضًا عند تثبيت رومات مخصصة أو عمل روت للاندرويد من خلال استبدال النواة بصورة معدَّلة أو مزودة بإمكانيات وصول مطوَّر.
رح نتعمق اكثر و نحكي على مستوى Kernal و Ramdisk
🟢 اولا Kernal
النواة (Kernal) هي أساس نظام التشغيل الأندرويد (المبني أصلاً على لينكس).
بتقدر تعتبرها “الوسيط” بين الهاردوير (المعالج – الذاكرة – الشاشة – الكاميرا – الشبكات…) وبين السوفتوير (التطبيقات – النظام – الخدمات).
أثناء الإقلاع (Bootloader → Kernel) ينفك ضغطه ويتحمل بالذاكرة.
له كتير من الوظائف منها :
Drivers (تعريفات):
كل قطع الموبايل إلها Driver خاص مدمج بالـ Kernel: WiFi، Bluetooth، Touchscreen.
النواة توزع الأولوية بين البرامج: مين ياخذ CPU أكثر، مين يتوقف مؤقتًا.
قسم boot مو مجرد بداية إقلاع… هو يلي بيقرر نوع تشفيرuserdata ان كان FBE,FDE
، وبيشغل سكربتات للتعامل مع مفتاح القفل.
يتم تعدل على الـ Kernel ب حقن Patch مثل Magisk Root
بعدين بيكمل التنفيذ مع الـ Ramdisk.
🟢 ثانياً: Ramdisk (قرص الذاكرة المؤقت)
الرامديسك (Ramdisk) هو جزء من boot.img، وهو عبارة عن “نظام ملفات صغير ومضغوط” ينفك في الذاكرة (RAM) بيتحمل بالذاكرة جنب الكيرنل أثناء الإقلاع.
🔹وظيفته
تجهيز ملفات النظام الأساسية مثل:
initi.rc → ملف سكربت أساسي يحدد كيف يبدأ النظام.
fstab→ جدول يحدد كيف يتم عمل mount للأقسام (system, vendor, data…).
initi.rc
تحميل init (أول عملية في النظام – مثل القلب النابض).
init.rc هو اللي بيقرر كيف يتعامل مع قسم userdata عند الإقلاع.
تجهيز ملفات النظام الأساسية مثل:
init.rc → ملف سكربت أساسي يحدد كيف يبدأ النظام.
fstab
fstab.qcom / fstab.exynos (حسب المعالج)
تحدد كيف الأقسام تُركّب (mount) بالملفات.
تحدد هل القسم مشفر، نوع نظام الملفات (ext4, f2fs…).
fstab → جدول يحدد كيف يتم عمل mount للأقسام (system, vendor, data…).
تحدد هل القسم مشفر، نوع نظام الملفات (ext4, f2fs…)
فخلاصة كلامنا
ان boot مالو مجرد اقلاع وبس
هو يلي بأقلع و بحدد الاولوية باستخدامه لل CPU
وهو يلي بشفر usedata وبحدد نوع البيانات
الكيرنل هو العقل اللي يتحكم بالهاردوير ويعطي الأساس.
الرامديسك هو المخطط اللي يقول للنظام كيف يقلع
💭🔻سلسة اندرويد تحت المجهر وخفايا النظام (شرح Vbmeta)🔬
📌بتصير معنا مشاكل دائما بشغلنا اليومي متل شخص بقول
فلشت الجهاز سوفت وير >> انتهى و طفي فورا وصارت الشاشة سودا
او صار يرست ويعمل bootloop
يا ترى شو هو السبب و شو الاسباب يلي بتعمل هي المشاكل
🔹 شو هو vbmeta بشكل عملي؟
▪️ هو اختصار ل vbmeta = Verified Boot Metadata
هو ملف صغير جدًا (حجمه غالبًا أقل من 64 كيلوبايت) ظهر اول مرة بل Android 8 .
و هو ملف تابع لنظام AVB (Android Verified Boot 2.0)
🛑 لازم نعرف شو هو AVB اختصار ل (Android Verified Boot)
وهو آلية أمان من جوجل بتضمن إنو أي جهاز أندرويد يأقلع لازم يقلع من صور (partitions) موقعة رسميا، ولا يقبل أي تعديل أو ملف معدل بدون توقيع رسمي من الشركة.
🔹وظيفة Vbmeta
مهمته يتأكد إن كل أقسام الجهاز (system, vendor, boot…) ما اتغيرت وما عليها أي تعديل.
بكلمات أبسط: هو الحارس يلي بيوقف أي ملف معدل من الدخول للنظام
لما بصير اقلاع bootloader يقرأ قسم vbmeta.img.
vbmeta بيحتوي hashes + تواقيع رسمية لباقي الأقسام (system, vendor, product…).
إذا طلع أي اختلاف → يوقف الإقلاع أو يعطيك dm-verity corruption أو يدخل bootloop.
إذا الجهاز عليه rollback protection (حماية ضد خفض اصدار السوفت وير)، ما بيقبل يرجع لإصدار قديم.
و رح يطفي وتصير الشاشة سودا
🔶️وظيفته ببساطة: يمسك البوت لودر ويدقق أن باقي الأقسام (system, vendor, boot, dtbo…) لم يتم التغيير عليها ولا صار عليها أي تعديل.
هو مثل “🔹️دفتر التواقيع🔹️” يلي إذا خربطت فيه، البوت لودر رح يتوقف ويمنع الجهاز من الإقلاع..
🔹 ليش مهم Vbmeta ؟
هو العقدة المركزية اللي بتربط كل أقسام النظام.
من غيرو الجهاز ما بيثق بالسوفتوير → احتمال يوقف الإقلاع.
أي تعديل على system أو vendor أو boot لازم ينعكس بتعديل على vbmeta (إلا إذا عطّلنا التحقق).
🔹 شو المشاكل يلي بيسببها للفنيين؟
فشل تفليش روم معدل
مثال: بتحاول ترفع كيرنل معدل أو ريكفري TWRP، يوقف الجهاز على رسالة:
🔶️Orange State🔶️
Your device has been unlocked and can’t be trusted
أو يظل يعلق على bootloop.
السبب: vbmeta شاف إن boot.img أو recovery.img ما عادوا مطابقين للتوقيع.
🔹 الفرق من ناحية المعالجات:
1️⃣ Qualcomm (سناب دراغون)
الـ vbmeta عند كوالكوم غالبًا مرتبط مباشرةً بملف boot.img و system.
🟩معظم أجهزة كوالكوم الحديثة (مثل شاومي وسامسونج فئات Snapdragon) تدعم AVB 2.0 بشكل صارم.
يعني: إذا بدك تفلش boot معدل، لازم تفلش معه vbmeta معدل أو معطل (dummy vbmeta).
الفشل المعتاد: “dm-verity error” أو bootloop.
2️⃣ MTK (ميديا تك)
🟩vbmeta هنا مرتبط أيضًا بـ preloader و boot.
لكن عند ميديا تك في وضع BootROM تقدر تعمل bypass للتحقق وتفلش أقسامك حتى لو vbmeta مش متطابق.
لهذا معظم البوكسات (DFT, Pandora, UnlockTool…) تعتمد على auth bypass وتكتب الأقسام مباشرة.
رح نطرح مثال: إذا تركت vbmeta الأصلي مع boot معدل → الجهاز يعلق على Orange State أو ما يقلع.
فالحل: تفلش vbmeta معدل (patched vbmeta)
3️⃣ Exynos (سامسونج غالبًا)
🟩عند سامسونج معالجات Exynos، الـ vbmeta مدمج ضمن super.img أو مرتبط بـ vbmeta_system.img.
سامسونج تضيف حماية إضافية اسمها knox
يعني مجرد تفليش vbmeta معدل غير كافي → لازم تفتح OEM Lock وتفتح البوتلودر رسميًا.
لو حاولت تتجاوزها → يعطيك RMM Lock / KG State prenormal.
4️⃣ SPD (Spreadtrum / Unisoc)
🟩vbmeta موجود لكن أقل قوة مقارنةً بـ Qualcomm/Exynos.
بعض أجهزة SPD ما بتوقف على vbmeta إذا تم التلاعب بـ boot/recovery.
لكن الأجهزة الحديثة من إنفينيكس/تكنو (مع Unisoc T606 مثلًا) بدأت تستخدم AVB بشكل إجباري.
المشكلة الشائعة: إذا فلشت vbmeta خاطئ → الجهاز رح يطفي وتصير الشاشة سودا
🔹 الفرق من ناحية الشركات:
📌 سامسونج
vbmeta شديد الصرامة، مربوط مع knox.
أي تعديل → لازم OEM Unlock.
في حالة السوفت وير: إذا بدك تفلش boot معدل (Magisk مثلاً)، لازم vbmeta معدل + فتح البوتلودر.
📌 شاومي
vbmeta متشدد مع Qualcomm، لكنه أسهل مع MTK (خاصة عبر BootROM).
لذلك الفنيين يستفيدوا من فاست بوت للتفليش، وإذا مغلق → BootROM mode.
📌 إنفينيكس / تكنو (MTK أو Unisoc)
vbmeta صار موجود إجباريًا في الموديلات الحديثة.
بس الفنيين بيفلشوا vbmeta فارغ بسهولة عبر بوكسات مثل Pandora أو UnlockTool او DFT.
المشكلة الشائعة: بعد Repair IMEI أو بعد تفليش boot معدل، الجهاز يعطي Orange State.
الحل: تفليش vbmeta فارغ او تعمل patch vbmeta .
📌 شركات ثانية (Oppo, Vivo, Realme…)
📌بتصير معنا مشاكل دائما بشغلنا اليومي متل شخص بقول
فلشت الجهاز سوفت وير >> انتهى و طفي فورا وصارت الشاشة سودا
او صار يرست ويعمل bootloop
يا ترى شو هو السبب و شو الاسباب يلي بتعمل هي المشاكل
🔹 شو هو vbmeta بشكل عملي؟
▪️ هو اختصار ل vbmeta = Verified Boot Metadata
هو ملف صغير جدًا (حجمه غالبًا أقل من 64 كيلوبايت) ظهر اول مرة بل Android 8 .
و هو ملف تابع لنظام AVB (Android Verified Boot 2.0)
🛑 لازم نعرف شو هو AVB اختصار ل (Android Verified Boot)
وهو آلية أمان من جوجل بتضمن إنو أي جهاز أندرويد يأقلع لازم يقلع من صور (partitions) موقعة رسميا، ولا يقبل أي تعديل أو ملف معدل بدون توقيع رسمي من الشركة.
🔹وظيفة Vbmeta
مهمته يتأكد إن كل أقسام الجهاز (system, vendor, boot…) ما اتغيرت وما عليها أي تعديل.
بكلمات أبسط: هو الحارس يلي بيوقف أي ملف معدل من الدخول للنظام
لما بصير اقلاع bootloader يقرأ قسم vbmeta.img.
vbmeta بيحتوي hashes + تواقيع رسمية لباقي الأقسام (system, vendor, product…).
إذا طلع أي اختلاف → يوقف الإقلاع أو يعطيك dm-verity corruption أو يدخل bootloop.
إذا الجهاز عليه rollback protection (حماية ضد خفض اصدار السوفت وير)، ما بيقبل يرجع لإصدار قديم.
و رح يطفي وتصير الشاشة سودا
🔶️وظيفته ببساطة: يمسك البوت لودر ويدقق أن باقي الأقسام (system, vendor, boot, dtbo…) لم يتم التغيير عليها ولا صار عليها أي تعديل.
هو مثل “🔹️دفتر التواقيع🔹️” يلي إذا خربطت فيه، البوت لودر رح يتوقف ويمنع الجهاز من الإقلاع..
🔹 ليش مهم Vbmeta ؟
هو العقدة المركزية اللي بتربط كل أقسام النظام.
من غيرو الجهاز ما بيثق بالسوفتوير → احتمال يوقف الإقلاع.
أي تعديل على system أو vendor أو boot لازم ينعكس بتعديل على vbmeta (إلا إذا عطّلنا التحقق).
🔹 شو المشاكل يلي بيسببها للفنيين؟
فشل تفليش روم معدل
مثال: بتحاول ترفع كيرنل معدل أو ريكفري TWRP، يوقف الجهاز على رسالة:
🔶️Orange State🔶️
Your device has been unlocked and can’t be trusted
أو يظل يعلق على bootloop.
السبب: vbmeta شاف إن boot.img أو recovery.img ما عادوا مطابقين للتوقيع.
🔹 الفرق من ناحية المعالجات:
1️⃣ Qualcomm (سناب دراغون)
الـ vbmeta عند كوالكوم غالبًا مرتبط مباشرةً بملف boot.img و system.
🟩معظم أجهزة كوالكوم الحديثة (مثل شاومي وسامسونج فئات Snapdragon) تدعم AVB 2.0 بشكل صارم.
يعني: إذا بدك تفلش boot معدل، لازم تفلش معه vbmeta معدل أو معطل (dummy vbmeta).
الفشل المعتاد: “dm-verity error” أو bootloop.
2️⃣ MTK (ميديا تك)
🟩vbmeta هنا مرتبط أيضًا بـ preloader و boot.
لكن عند ميديا تك في وضع BootROM تقدر تعمل bypass للتحقق وتفلش أقسامك حتى لو vbmeta مش متطابق.
لهذا معظم البوكسات (DFT, Pandora, UnlockTool…) تعتمد على auth bypass وتكتب الأقسام مباشرة.
رح نطرح مثال: إذا تركت vbmeta الأصلي مع boot معدل → الجهاز يعلق على Orange State أو ما يقلع.
فالحل: تفلش vbmeta معدل (patched vbmeta)
3️⃣ Exynos (سامسونج غالبًا)
🟩عند سامسونج معالجات Exynos، الـ vbmeta مدمج ضمن super.img أو مرتبط بـ vbmeta_system.img.
سامسونج تضيف حماية إضافية اسمها knox
يعني مجرد تفليش vbmeta معدل غير كافي → لازم تفتح OEM Lock وتفتح البوتلودر رسميًا.
لو حاولت تتجاوزها → يعطيك RMM Lock / KG State prenormal.
4️⃣ SPD (Spreadtrum / Unisoc)
🟩vbmeta موجود لكن أقل قوة مقارنةً بـ Qualcomm/Exynos.
بعض أجهزة SPD ما بتوقف على vbmeta إذا تم التلاعب بـ boot/recovery.
لكن الأجهزة الحديثة من إنفينيكس/تكنو (مع Unisoc T606 مثلًا) بدأت تستخدم AVB بشكل إجباري.
المشكلة الشائعة: إذا فلشت vbmeta خاطئ → الجهاز رح يطفي وتصير الشاشة سودا
🔹 الفرق من ناحية الشركات:
📌 سامسونج
vbmeta شديد الصرامة، مربوط مع knox.
أي تعديل → لازم OEM Unlock.
في حالة السوفت وير: إذا بدك تفلش boot معدل (Magisk مثلاً)، لازم vbmeta معدل + فتح البوتلودر.
📌 شاومي
vbmeta متشدد مع Qualcomm، لكنه أسهل مع MTK (خاصة عبر BootROM).
لذلك الفنيين يستفيدوا من فاست بوت للتفليش، وإذا مغلق → BootROM mode.
📌 إنفينيكس / تكنو (MTK أو Unisoc)
vbmeta صار موجود إجباريًا في الموديلات الحديثة.
بس الفنيين بيفلشوا vbmeta فارغ بسهولة عبر بوكسات مثل Pandora أو UnlockTool او DFT.
المشكلة الشائعة: بعد Repair IMEI أو بعد تفليش boot معدل، الجهاز يعطي Orange State.
الحل: تفليش vbmeta فارغ او تعمل patch vbmeta .
📌 شركات ثانية (Oppo, Vivo, Realme…)
مبني على نفس الفكرة، لكن مع dm-verity + AVB.
Realme/Oppo (Qualcomm) → vbmeta لازم يكون مطابق، وإلا bootloop.
Vivo (MTK/Qualcomm) → أحيانًا vbmeta مدمج ضمن super.img، وصعب تلعب فيه بدون DA/BootROM access.
🔹 الحلول العملية لحل مشاكله :
Fastboot Mode: تفليش vbmeta معدل
BootROM Mode (MTK/SPD): تجاوز حماية vbmeta تمامًا، البوكسات بتكتب الأقسام بدون توقيع.
Odin (Samsung): لازم OEM Unlock، وتفلش vbmeta معدل مع boot عبر AP slot.
اذن الشركات العالمية ما تركت اجهزتها بدون حارس يبين شو يلي تعدل على اجهزتها
بل تركت مراقب يبين اذا تم تعديل على انظمتها
اتمنى الاستفادة من هذا الشرح
Realme/Oppo (Qualcomm) → vbmeta لازم يكون مطابق، وإلا bootloop.
Vivo (MTK/Qualcomm) → أحيانًا vbmeta مدمج ضمن super.img، وصعب تلعب فيه بدون DA/BootROM access.
🔹 الحلول العملية لحل مشاكله :
Fastboot Mode: تفليش vbmeta معدل
BootROM Mode (MTK/SPD): تجاوز حماية vbmeta تمامًا، البوكسات بتكتب الأقسام بدون توقيع.
Odin (Samsung): لازم OEM Unlock، وتفلش vbmeta معدل مع boot عبر AP slot.
اذن الشركات العالمية ما تركت اجهزتها بدون حارس يبين شو يلي تعدل على اجهزتها
بل تركت مراقب يبين اذا تم تعديل على انظمتها
اتمنى الاستفادة من هذا الشرح

