أفضل وحدات Magisk في 2026: المصادر الموثوقة وما تم إيقافه
عدة وحدات ما زالت تظهر في قوائم 2026 أصبحت متوقفة أو محذوفة. هذه قائمة محدثة بوحدات Magisk وKernelSU وAPatch وروابط المشاريع الأصلية.
في هذه الصفحة
- الخلاصة السريعة
- ما الذي تغير، وما الذي يجب التوقف عن استخدامه؟
- بعض الأشياء الشائعة ليست Magisk Modules أصلًا
- ما الذي تغيّر في Magisk 31.0 و31.1
- أي Root Manager تستخدم؟
- لا تشغّل حلين معًا
- KernelSU forks ليست الشيء نفسه
- Magisk Alpha
- توافق أنواع الوحدات
- قبل أن تثبت أي وحدة
- صوّر قائمة الوحدات الحالية
- سجّل إصدار Magisk وإصدار Android
- وحدة واحدة في كل مرة
- اعرف طريقة الإنقاذ قبل أن تحتاجها
- الخطوة 1: اختر Zygisk implementation واحدًا
- الخطوة 2: Play Integrity وإخفاء الروت — افصل المشكلتين
- 1. DenyList
- 2. إذا ما زال التطبيق يكتشف الروت
- 3. إذا كانت المشكلة verdict محددًا في Play Integrity
- 4. Tricky Store فقط عندما تكون هناك حاجة فعلية
- ثلاث نقاط تتجاهلها أدلة كثيرة
- الخطوة 3: طبقة Xposed
- LSPatch
- Hide My Applist
- الخطوة 4: القائمة الموثقة حسب الاستخدام
- حجب الإعلانات والمتتبعات
- البطارية والطاقة
- الألعاب والـ scheduling
- الواجهة والتخصيص
- أدوات عامة
- أدوات المطورين واختبار الأمان
- بدائل integrity bundles
- SUSFS — عائلة KernelSU
- مستويات المخاطر
- من أين تحمل Magisk Modules في 2026؟
- 1. GitHub Releases للمشروع نفسه
- 2. Magisk Modules Alt Repo
- 3. MMRL
- كيف تقيّم module قبل تثبيته؟
- استعادة الهاتف من bootloop بسبب module
- 1. Safe Mode
- 2. إزالة modules عبر ADB
- 3. تعطيل module محدد
- 4. استعادة صورة الإقلاع الأصلية
الخلاصة السريعة
معظم المستخدمين يريدون واحدًا من أربعة أشياء فقط، ولا يحتاجون إلى تثبيت عشر وحدات مرة واحدة.
| هدفك | ابدأ بـ | ملاحظة مهمة |
|---|---|---|
| تشغيل تطبيق بنكي يرفض الروت | DenyList أولًا، ثم أضف طبقة إضافية فقط إذا احتجت | اختبر بعد كل خطوة؛ لا تثبّت stack كاملًا دفعة واحدة |
| حجب الإعلانات على مستوى النظام | وحدة hosts واحدة مثل bindhosts | جرّب Private DNS أولًا؛ قد يحقق المطلوب بدون روت |
| تشغيل Xposed modules | fork حديث من LSPosed/Vector | يحتاج Zygisk implementation يعمل بصورة صحيحة |
| تحديد حد شحن البطارية | ACC | يعتمد على ما يتيحه kernel أكثر من اعتماده على إصدار أندرويد |
ما الذي تغير، وما الذي يجب التوقف عن استخدامه؟
إذا كنت تتبع دليلًا قديمًا، قد تكون على وشك تثبيت مشروع متوقف.
| المشروع القديم | الحالة | البديل/المسار الحالي |
|---|---|---|
| Play Integrity Fix (chiteroman) | متوقف والمستودع الأصلي أزيل | استخدم fork/خلفًا نشطًا بعد التحقق من مستودعه الحالي |
| Universal SafetyNet Fix | آخر إصدار قديم جدًا وموجه لإصدارات أقدم | استخدم tooling حديث لـ Play Integrity |
| Riru | المشروع مؤرشف وغير مناسب لـ Zygisk الحديث | Zygisk المدمج أو standalone implementation |
| MagiskHide Props Config | المشروع يصف نفسه بأنه ميت/مؤرشف | لا يوجد بديل واحد مباشر |
| LSPosed الأصلي | غير مؤرشف، لكن بلا إصدار منذ أكتوبر 2023 وبلا commit على master منذ يناير 2024، وكان يستهدف Android 8.1–14 | fork حديث من JingMatrix/Vector بحسب توصية المشروع الحالية |
| Substratum | المشروع مؤرشف | Iconify أو PixelXpert على الأجهزة المناسبة |
| Greenify root | تطبيق قديم وليس Magisk module | إدارة الطاقة الحديثة في Android أفضل في معظم الحالات |
| Magisk online module repository | أزيل من تطبيق Magisk | GitHub Releases أو MMRL أو Alt Repo |
| PixelXpert | أرشفه صاحبه في يونيو 2026. آخر إصدار v5.1.1 في ديسمبر 2025 | Iconify |
| PlayIntegrityFix-NEXT | المستودع مؤرشف منذ أكتوبر 2025، آخر إصدار v3.0 | PlayIntegrityFork أو fork الخاص بـ KOWX712 |
| Magisk app hiding (إعادة الحزم) | أُزيلت في Magisk 31.1 | أزل تطبيق Magisk نفسه بعد إعداده، راجع قسم Magisk 31 |
أكثر نقطة تسبب ارتباكًا هي الأخيرة. إذا فتحت Magisk ولم تجد “متجر وحدات” داخله، فهذا ليس عطلًا. اليوم يكون المسار عادةً: تجد المشروع من مصدره الأصلي، تحمل ZIP الصحيح، ثم تستخدم Install from storage.
بعض الأشياء الشائعة ليست Magisk Modules أصلًا
هذه نقطة مهمة لأنها تغيّر طريقة التثبيت وكيفية حل المشكلة عندما يفشل شيء.
| الاسم | ما هو فعليًا |
|---|---|
| AdAway | تطبيق، لديه وضع hosts مع الروت ووضع VPN محلي بدون روت |
| FK Kernel Manager | تطبيق لإدارة kernel ويحتاج kernel متوافق |
| TrackerControl | تطبيق privacy يعمل عبر VPN محلي ولا يحتاج روت |
| NewPipe / Aurora Store / Greenify | تطبيقات مستقلة |
| Magisk DenyList | ميزة مدمجة في Magisk |
| Systemless hosts | قدرة داخل Magisk تستفيد منها أدوات hosts |
كلها قد تكون مفيدة، لكن لا تبحث عن “ZIP لـ AdAway” في مواقع مجهولة لأن دليلًا خلط بين التطبيقات والوحدات.
ما الذي تغيّر في Magisk 31.0 و31.1
Magisk 31.1 هو الإصدار المستقر الحالي (25 أكتوبر 2026)، ويغيّر طريقة عمل Magisk يوميًا. معظم الأدلة القديمة، بما فيها نسخ سابقة من هذا الدليل، تصف المسار القديم. استنادًا إلى ملاحظات الإصدار الرسمية:
| الإصدار | ما الذي تغيّر | ماذا يعني لك |
|---|---|---|
| 31.0 (4 سبتمبر 2026، إصدار تجريبي) | إعادة كتابة تطبيق Magisk بـ Jetpack Compose وMaterial 3. طرفية مدمجة لتثبيت الوحدات وتشغيل السكربتات. يمكن استخراج صور الإقلاع مباشرة من روابط OTA عن بُعد. دعم Zygisk لأندرويد 17. DenyList أصبح يفصل webview_zygote | تطبيق بمظهر مختلف لكن بنفس الجوهر. بقي إصدار قديم مبني على View لعدة إصدارات لمن تواجهه مشاكل مع الواجهة الجديدة |
| 31.1 (25 أكتوبر 2026، مستقر) | دعم أجهزة Headless System User Mode (HSUM)، ومنها Googlebooks. أندرويد 7.0 أصبح الحد الأدنى الجديد، وتوقف دعم أندرويد 6.0. أُزيلت نوافذ طلب الروت التفاعلية. أُزيل إخفاء التطبيق (stub app). توحيد عملية تعديل الصور لتشمل raw images وOTA zips وfactory images وملفات Samsung Odin tar | يُمنح الروت مسبقًا، لا عند الطلب. اقرأ الفقرتين التاليتين قبل التحديث |
لم تعد طلبات الروت تظهر كنافذة منبثقة. صلاحية Superuser تُمنح الآن للتطبيقات مسبقًا، من تبويب Superuser داخل تطبيق Magisk. إذا قال تطبيق طرفية أو أداة نسخ احتياطي أو module إنه يحتاج روت ولم يظهر شيء على الشاشة، افتح Superuser وامنحه الصلاحية هناك أولًا. الأمر نفسه ينطبق على adb shell، الذي لا يملك تطبيقًا في المقدمة لعرض نافذة فيه. فريق Magisk يقول إن النافذة التفاعلية القديمة لا يمكن أن تعمل على أجهزة HSUM.
إخفاء تطبيق Magisk اختفى. ميزة إعادة الحزم (تغيير اسم حزمة التطبيق إلى اسم عشوائي) أُزيلت، ولم يعد Magisk يعيد تثبيت تطبيقه إذا كان مفقودًا. نصيحة المطور نفسه واضحة: إخفاء حزمة مثبتة فعليًا شبه مستحيل على أندرويد، لذلك بعد ضبط سياسات Superuser والوحدات، أكثر طريقة فعالة لإخفاء تطبيق Magisk هي إلغاء تثبيته. التطبيقات التي تبحث عن المدير سبب إضافي للاعتماد على DenyList وخطوات الإخفاء أدناه بدل اسم التطبيق.
قبل تحديث هاتف يعمل بشكل جيد، سجّل إصدارك الحالي، صوّر قائمة Superuser، واحتفظ بصورة الإقلاع الأصلية لنسختك. أجهزة أندرويد 6.0 تبقى على 30.7.
أي Root Manager تستخدم؟
في 2026 لم يعد Magisk هو الخيار الوحيد.
| الحل | كيف يعمل | مناسب لمن؟ |
|---|---|---|
| Magisk v31.1 | patch لصورة الإقلاع وsystemless root مع Zygisk مدمج | معظم المستخدمين، وأكبر ecosystem |
| KernelSU | صلاحيات root داخل kernel. يحتاج kernel source أو جهاز GKI | الأجهزة التي لديها kernel متوافق ومستخدم يريد تحكمًا على مستوى kernel وملفات تعريف root لكل تطبيق |
| KernelSU Next | أنشط fork لـ KernelSU، الإصدار v3.4.2 حتى أكتوبر 2026 | دعم أوسع للأجهزة، ومنها أجهزة non-GKI أقدم. وضع LKM على أجهزة GKI المدعومة يسهّل التثبيت وOTA |
| SukiSU Ultra | fork من KernelSU يضيف دعم KPM ويعتمد بقوة على SUSFS، الإصدار v4.3.0 حتى أكتوبر 2026 | أقصى درجة إخفاء على kernel مدعوم |
| APatch | يعدّل الـ kernel مباشرة من صورة stock فقط دون الحاجة لـ kernel source. ARM64 فقط، Build 11282 حتى أكتوبر 2026 | الأجهزة التي لم تصدر الشركة المصنّعة kernel source لها، ومستخدم متقدم |
لا تشغّل حلين معًا
لا تحاول تشغيل Magisk وKernelSU أو APatch في الوقت نفسه. عند الانتقال من حل إلى آخر يجب إزالة السابق بصورة نظيفة واستعادة الصورة الأصلية المناسبة.
KernelSU forks ليست الشيء نفسه
KernelSU وKernelSU Next وSukiSU Ultra تشترك في أفكار، لكنها ليست manager واحدًا. استخدم build والموديولات المطابقة للـ fork الذي ثبّتّه.
Magisk Alpha
هو build غير رسمي شائع في بعض مجتمعات Telegram. المشكلة ليست أنه “سيئ تلقائيًا”، بل أن مسار المصدر والإصدار العام أقل وضوحًا من Magisk الرسمي. عندما يتعلق الأمر ببرنامج يعمل بصلاحيات root، قابلية التحقق من المصدر مهمة.
توافق أنواع الوحدات
| نوع الوحدة | Magisk | KernelSU family | APatch |
|---|---|---|---|
| وحدات systemless عادية | نعم | نعم | نعم، عادةً كـ APModules |
| Zygisk modules | نعم، Zygisk مدمج | نعم مع standalone Zygisk | نعم مع standalone Zygisk |
| KPM | لا | SukiSU Ultra في حالات محددة | نعم |
| SUSFS hiding | لا | نعم مع kernel patched | لا |
النقطة التي تغيّر القرار عند بعض المستخدمين هي SUSFS. لأنه يعمل داخل kernel يستطيع إخفاء بعض الآثار التي لا يمكن لوحدة userspace إخفاؤها بنفس الطريقة. لكن ذلك لا يعني أنه مناسب لكل هاتف أو أن Magisk “ميت”. المسألة مرتبطة بجهازك والـ kernel المتاح.
إذا كنت تختار بين الحلول الثلاثة، راجع دليلنا العربي: Magisk مقابل KernelSU مقابل APatch.
قبل أن تثبت أي وحدة
صوّر قائمة الوحدات الحالية
افتح root manager والتقط screenshot لقائمة modules. هذه أبسط طريقة لمعرفة ما تغير لاحقًا.
سجّل إصدار Magisk وإصدار Android
اكتب:
- إصدار Magisk/KernelSU/APatch
- إصدار Android
- security patch
- firmware/build
وحدة واحدة في كل مرة
ثبّت وحدة، أعد التشغيل، اختبر. إذا ثبتت خمس وحدات ثم حصل bootloop فلن تعرف السبب.
اعرف طريقة الإنقاذ قبل أن تحتاجها
اقرأ قسم recovery في نهاية المقال قبل أن تثبت وحدة تؤثر في الإقلاع.
الخطوة 1: اختر Zygisk implementation واحدًا
Magisk لديه Zygisk مدمج. KernelSU وAPatch يحتاجان implementation منفصلًا. بعض مستخدمي Magisk يختارون standalone implementation بدل المدمج.
| الخيار | المصدر | مفتوح المصدر؟ | ملاحظات |
|---|---|---|---|
| Magisk built-in Zygisk | داخل Magisk v31.1 | نعم | الخيار الافتراضي لمستخدمي Magisk |
| Zygisk Next | Dr-TSNG/ZygiskNext | لا، ليس منذ v4-0.9.2 | نشط جدًا، v1.5.2 في أكتوبر 2026. الترخيص الحالي يحتفظ بكل الحقوق |
| ReZygisk | PerformanC/ReZygisk | نعم | v1.0.0 مايو 2026. rewrite بلغة C يستخدم linkers مخصصة لتفادي كشف الـ linker. هذا الإصدار أوقف دعم Magisk Alpha وKitsune |
| NeoZygisk | JingMatrix/NeoZygisk | نعم | يعتمد على ptrace. يزيل آثار الحقن عند إلغاء تحميل الوحدات. v2.4 (أغسطس 2026) يضيف دعم Android 17 |
ثلاث قواعد تمنع عددًا كبيرًا من المشاكل:
- شغّل implementation واحدًا فقط.
- تأكد أن hiding module الذي تستخدمه متوافق معه.
- أزل القديم قبل التبديل إلى implementation جديد.
الخطوة 2: Play Integrity وإخفاء الروت — افصل المشكلتين
النجاح في Play Integrity وإخفاء الروت عن تطبيق محدد مشكلتان مختلفتان.
يمكن لجهاز أن يمر باختبار integrity معين ومع ذلك يرفض بنك أو Google Wallet العمل، لأن التطبيق قد يبحث عن إشارات إضافية.
ابدأ بالتدريج:
1. DenyList
ميزة مدمجة في Magisk. أضف التطبيقات التي تريد منعها من رؤية بيئة الروت، واختبر قبل إضافة أي شيء آخر.
2. إذا ما زال التطبيق يكتشف الروت
استخدم hiding module متوافقًا مع Zygisk implementation الحالي. لا تنس أن بعض configurations تحتاج إبقاء قائمة DenyList نفسها مع تعطيل Enforcement.
3. إذا كانت المشكلة verdict محددًا في Play Integrity
osm0sis/PlayIntegrityFork (v18 حتى أغسطس 2026) هو الاستمرار المباشر للمشروع الأصلي المتوقف، والخلف الذي أشار إليه صاحب المشروع نفسه. KOWX712/PlayIntegrityFix هو fork آخر مُحافظ عليه من نفس الأصل (v4.9 حتى أكتوبر 2026).
لا تثبّت fork-ين من PIF في الوقت نفسه.
4. Tricky Store فقط عندما تكون هناك حاجة فعلية
5ec1cff/TrickyStore (Android 10+) يتعامل مع جوانب key attestation. استخدامه ليس “خطوة إلزامية” لكل مستخدم. توجد أيضًا forks من beakthoven وqwq233 تتداولها بعض الأدوات حاليًا.
بدائل مفتوحة المصدر لـ Tricky Store أصبحت متاحة الآن: beakthoven/TrickyStoreOSS إعادة كتابة بترخيص GPL-3.0 (v3.1.0، أغسطس 2026). JingMatrix/TEESimulator محاكي KeyMint بترخيص GPL-3.0 يعمل داخل keystore daemon (v4.0، أغسطس 2026، Android 10+، أجهزة 64-bit فقط). qwq233/OhMyKeymint إعادة تنفيذ كاملة لـ keystore تهدف لمحاكاة AOSP الأصلي عن قرب (Android 12+، إصدارات preview). شغّل واحدًا فقط. لا أحد منها يأتي بـ keybox يعمل فعليًا، ولا نرشّح أي keybox.
ثلاث نقاط تتجاهلها أدلة كثيرة
- بعض الأدوات القوية في هذه الفئة أصبحت مغلقة المصدر أو ذات ترخيص محدود. هذا مهم لأن الوحدة تعمل بصلاحيات root.
- Tricky Store لا يأتي ببساطة مع “keybox سحري” مضمون. مفاتيح attestation قد تُلغى.
- Strong Integrity على bootloader مفتوح هدف متحرك جدًا، ولا يجب بناء وعد دائم حوله.
إذا كان هدفك تشغيل تطبيقات بنكية محددة، أرسل:
- الطراز
- Android/build
- root manager
- Zygisk implementation
- الوحدات + الإصدارات
- verdict الحالي
- اسم التطبيق وإصداره
هذا يجعل المشكلة قابلة للتشخيص بدل سؤال عام مثل “هل يشتغل البنك؟”.
الخطوة 3: طبقة Xposed
المشروع الأصلي لـ LSPosed لم يصدر منه إصدار جديد منذ أكتوبر 2023 ولا commit على master منذ يناير 2024. على Android حديث ابحث عن الـ fork الذي يوصي به المشروع/المجتمع حاليًا، مثل خطوط JingMatrix/Vector، بدل الاعتماد على APK قديم.
LSPatch
إذا كان هدفك تشغيل module على تطبيق واحد بدون root، فقد يكون LSPatch مناسبًا لبعض الاستخدامات. لكنه ليس بديلًا كاملاً لـ LSPosed على مستوى النظام.
Hide My Applist
ما زال مستخدمًا لإخفاء قائمة التطبيقات عن بعض scanners، لكن نشاط المشروع أقل من السابق. عامله كأداة legacy تعمل في بعض البيئات، لا كجزء “مضمون” من كل stack.
الخطوة 4: القائمة الموثقة حسب الاستخدام
حجب الإعلانات والمتتبعات
| الوحدة | المصدر | الملاحظات |
|---|---|---|
| bindhosts | bindhosts/bindhosts | systemless hosts، ويدعم عدة root managers |
| Re-Malwack | ZG089/Re-Malwack | hosts blocking مع profiles/whitelist |
| MagicalProtection | programminghoch10/MagicalProtection | systemless hosts blocking |
استخدم hosts blocker واحدًا فقط. تشغيل اثنين معًا أو تشغيل أحدهما بجانب AdAway root mode يخلق تعارضًا على الملف نفسه.
البطارية والطاقة
| الوحدة | المصدر | الملاحظات |
|---|---|---|
| ACC | VR-25/acc | حدود الشحن والتيار والحرارة؛ يعتمد كثيرًا على دعم kernel |
| Universal GMS Doze | gloeyisk/universal-gms-doze | يقلل نشاط Google Play Services أثناء doze، وقد يؤخر إشعارات |
الألعاب والـ scheduling
| الوحدة | المصدر | الملاحظات |
|---|---|---|
| FAS-RS | shadow3aaa/fas-rs | frame-aware scheduling؛ اضبطه لكل لعبة بدل تطبيق profile عدواني عالمي |
الأرقام التي تراها في فيديوهات demo ليست ضمانًا لهاتفك. الـ kernel والحرارة واللعبة نفسها عوامل أكبر.
الواجهة والتخصيص
| الوحدة/الأداة | المصدر | الملاحظات |
|---|---|---|
| Iconify | Mahmud0808/Iconify | تخصيص UI؛ التوافق مع ROM مهم |
| PixelXpert | siavash79/PixelXpert | موجه لـ Pixel stock firmware، وليس لكل ROM أو OEM |
أدوات عامة
| الأداة | المصدر | الملاحظات |
|---|---|---|
| BusyBox for Android NDK | Magisk-Modules-Repo/busybox-ndk | ثبته عندما يحتاجه script/module، لا كـ placebo |
| BCR | chenxiaolong/BCR | تسجيل مكالمات؛ القانون يختلف حسب البلد |
| Open WebView | Magisk-Modules-Alt-Repo/open_webview | يعتمد بشدة على ROM |
أدوات المطورين واختبار الأمان
| الوحدة | المصدر | الملاحظات |
|---|---|---|
| AlwaysTrustUserCerts | NVISOsecurity/AlwaysTrustUserCerts | يوسع trust store لأغراض debugging/security testing |
| Custom Certificate Authorities | Alt Repo | إدارة CAs في بيئات اختبار |
هذه الأدوات توسّع حدود الثقة في الجهاز. استخدمها لاختبار مشروعك، ثم أزل شهادات الاختبار عند الانتهاء.
بدائل integrity bundles
مشاريع مثل Integrity-Box أو forks تجريبية لـ Play Integrity قد تكون مفيدة، لكنها بدائل stack وليست إضافات فوق كل شيء آخر. تشغيل حلول متداخلة يجعل التشخيص أصعب.
SUSFS — عائلة KernelSU
SUSFS يحتاج kernel تم patch له بصورة متوافقة. لا يتوفر كحل Magisk عادي، ولا يعني أن كل جهاز KernelSU يدعمه.
مستويات المخاطر
| المستوى | أمثلة | القاعدة |
|---|---|---|
| منخفض إلى متوسط | BusyBox، hosts blocker واحد، BCR | ثبّت واحدًا واختبر |
| متوسط | Iconify، PixelXpert، FAS-RS، ACC | قد يؤثر في SystemUI أو scheduling أو الجهاز |
| مرتفع | hiding/integrity stack، standalone Zygisk | حساس للإصدارات والتحديثات |
| Legacy | Riru، MagiskHide Props Config، Substratum، Universal SafetyNet Fix | لا تبدأ مشروعًا جديدًا حولها |
من أين تحمل Magisk Modules في 2026؟
1. GitHub Releases للمشروع نفسه
هذا هو المصدر المفضل. حمّل ملف الإصدار المطلوب، وليس source archive.
2. Magisk Modules Alt Repo
مستودع مجتمعي، لكن راجع المشروع الأصلي أيضًا.
3. MMRL
مدير modules يسهل اكتشاف مشاريع Magisk/KernelSU/APatch.
لا ننصح بتنزيل ZIP من:
- mirrors مجهولة
- short links
- قنوات Telegram بلا source
- ملفات يعيد طرف ثالث رفعها بدون hash أو release history
كيف تقيّم module قبل تثبيته؟
اسأل:
- هل الـ source ظاهر؟
- متى كان آخر release؟
- هل maintainer يرد على issues؟
- هل documentation يذكر Android/root manager compatibility؟
- هل هناك مستخدمون على إصدار Android نفسه؟
- هل يطلب تعطيل SELinux أو تخفيض حماية أساسية؟
إذا لم يوجد مستودع موثوق، لا تثبته على daily driver.
استعادة الهاتف من bootloop بسبب module
1. Safe Mode
Magisk وبعض الحلول تدعم تعطيل modules عند safe boot. تعلّم طريقة Safe Mode لجهازك قبل أن تحتاجها.
2. إزالة modules عبر ADB
إذا كان الكمبيوتر يرى الجهاز أثناء الإقلاع:
adb wait-for-device shell magisk --remove-modules3. تعطيل module محدد
في البيئات التي تسمح بالوصول إلى /data/adb/modules/، يمكن تعطيل module محدد بدل إزالة الجميع.
4. استعادة صورة الإقلاع الأصلية
احتفظ دائمًا بالصورة الأصلية المطابقة لنفس الـ build.
تحذير Samsung: لا تفترض أن أمر Fastboot عام ينطبق على Samsung. آلية partitions وOdin مختلفة، واستعادةboot/init_boot/recovery/vbmetaتحتاج إجراءً خاصًا بالطراز.
إذا فشل flash، راجع Magisk flash failed قبل محاولة wipe.
الأسئلة الشائعة
لماذا لا أجد قسم تنزيل الوحدات داخل تطبيق Magisk؟
لأنه أزيل من Magisk. ابحث عن المشروع في مصدره الأصلي، ثم استخدم Install from storage.
هل Magisk modules تعمل على KernelSU وAPatch؟
الوحدات العادية غالبًا يمكن تكييفها أو تعمل مباشرةً، لكن Zygisk modules تحتاج standalone Zygisk على الحلول التي لا تملكه مدمجًا، وبعض KPM/SUSFS خاص بعائلات معينة.
هل Play Integrity Fix الأصلي ما زال متاحًا؟
المشروع الأصلي الذي كان يحافظ عليه chiteroman تم إيقافه/حذفه. استخدم مشروعًا حاليًا موثقًا بدل رابط قديم أو mirror.
هل Shamiko يعمل مع كل Zygisk implementation؟
لا. التوافق يعتمد على implementation والإصدار. راجع docs الحالية قبل الدمج.
اجتاز جهازي اختبارات integrity لكن البنك ما زال يرفض. لماذا؟
لأن Play Integrity إشارة واحدة فقط. تطبيق البنك قد يستخدم فحوصًا أخرى.
هل يمكن تشغيل Magisk وKernelSU معًا؟
لا ننصح بذلك. أزل الحل الحالي بصورة نظيفة واستعد الصورة المناسبة قبل الانتقال.
كم module يعتبر “كثيرًا”؟
لا يوجد رقم سحري. كل module يضيف نقطة تعارض ومشكلة محتملة. إذا لم تستطع شرح وظيفة كل وحدة مثبتة، فغالبًا لديك أكثر مما تحتاج.
هل modules تستمر بعد OTA؟
قد تبقى ملفاتها في data، لكن root نفسه وصورة الإقلاع تتغير عادةً. اتبع مسار OTA الخاص بالحل والجهاز.
كم ستبقى هذه القائمة صحيحة؟
أقل مما نتمنى. هذا ecosystem يتغير بسرعة؛ افحص repository وrelease date قبل أي تثبيت.
هل أحتاج روت أصلًا؟
أحيانًا لا. حجب الإعلانات يمكن عبر Private DNS، وdebloating عبر ADB، والأتمتة عبر Tasker بدون روت في كثير من الحالات. راجع مخاطر الروت قبل فتح البوتلودر.