آنروت کردن گوشی اندروید؛ روش‌ها، نکات و رفع خطا

بعد از آنروت، باز شدن برنامه بانکی فقط به نبودن فایل su وابسته نیست. بسیاری از برنامه‌ها هم‌زمان وضعیت بوت تأییدشده، قفل یا باز بودن بوت‌لودر، گواهی دستگاه در Google Play، یکپارچگی سیستم‌عامل و سابقه ثبت‌شده در خود برنامه را بررسی می‌کنند.

بنابراین ممکن است گوشی واقعاً روت نباشد، اما برنامه همچنان پیام «دستگاه ناامن است» نشان دهد.

دو مفهوم را باید جدا دید: Play Protect certification در فروشگاه Google Play نشان می‌دهد رام و دستگاه برای سرویس‌های گوگل تأیید شده‌اند؛ Play Integrity نیز مجموعه‌ای از سیگنال‌ها را در اختیار توسعه‌دهنده برنامه می‌گذارد. نتیجه این ارزیابی برای همه برنامه‌ها یکسان استفاده نمی‌شود.

یک بانک ممکن است دستگاه را بپذیرد و بانک دیگر با سیاست سخت‌گیرانه‌تر دسترسی را محدود کند.

برای بررسی اولیه، در Google Play به Settings و سپس About بروید و وضعیت Play Protect certification را ببینید. عبارت Certified نشانه مثبتی است، اما تضمین پذیرش برنامه بانکی نیست.

اگر Uncertified نمایش داده می‌شود، وجود رام سفارشی، بوت‌لودر باز، بیلد نامعتبر یا نصب ناقص سرویس‌های گوگل را بررسی کنید؛ پنهان‌سازی روت یا نصب ماژول دورزننده، راه‌حل مطمئن و پایداری نیست.

پس از بازگرداندن نرم‌افزار رسمی، گوشی را ری‌استارت کنید و به‌روزرسانی‌های سیستم و Google Play system update را نصب کنید. سپس اجازه دهید ارزیابی‌های سروری با وضعیت جدید دستگاه هماهنگ شوند. در مرحله بعد فقط داده برنامه بانکی مشکل‌دار را پاک یا آن را دوباره نصب کنید.

این کار معمولاً ورود و فعال‌سازی دوباره می‌خواهد؛ پیش از آن اطلاعات لازم برای ورود را آماده داشته باشید.

پاک کردن داده Google Play Services اقدام بی‌خطری برای شروع نیست؛ ممکن است کارت‌های کیف پول، برخی مجوزها یا تنظیمات سرویس‌های گوگل دوباره ساخته شوند. همین‌طور بازنشانی کارخانه‌ای نمی‌تواند بوت‌لودر باز یا رام سفارشی را رسمی کند.

ابتدا علت فنی را مشخص کنید و از تغییرات گسترده‌ای که عیب‌یابی را دشوارتر می‌کنند، دور بمانید.

اگر فقط یک برنامه خطا دارد، متن دقیق خطا، نسخه برنامه، مدل گوشی، شماره بیلد اندروید و وضعیت گواهی Play را ثبت کنید و برای پشتیبانی همان برنامه بفرستید. اگر چند برنامه حساس هم‌زمان رد می‌شوند، مشکل احتمالاً در وضعیت کلی دستگاه است.

هیچ روش آنروتی تضمین نمی‌کند همه بانک‌ها فوراً گوشی را تأیید کنند، زیرا معیار پذیرش را هر ارائه‌دهنده جداگانه تعیین می‌کند.

آنروت شدن به‌تنهایی بازگشت قطعی آپدیت OTA را تضمین نمی‌کند. بسته‌های افزایشی پیش از نصب، یکپارچگی پارتیشن‌هایی مانند boot، init_boot، recovery و گاهی vendor_boot را با نسخه مورد انتظار مقایسه می‌کنند.

اگر کرنل سفارشی، ریکاوری سفارشی یا فایل مربوط به بیلد دیگری باقی مانده باشد، دانلود انجام می‌شود اما مرحله بررسی یا نصب با خطا متوقف می‌شود.

ابتدا شماره مدل کامل، منطقه یا کد اپراتور، نسخه اندروید و Build number را ثبت کنید. فایل کارخانه‌ای باید دقیقاً با همین شاخه نرم‌افزاری سازگار باشد؛ شباهت نام تجاری یا شماره اندروید کافی نیست.

بازگرداندن یک boot.img قدیمی روی بیلد جدید می‌تواند دستگاه را از بوت خارج کند و وضعیت OTA را نیز بدتر کند.

در روت Magisk، قابلیت Restore Images فقط زمانی مفید است که نسخه اصلی فایل پچ‌شده هنوز در نسخه پشتیبان Magisk موجود و متعلق به بیلد فعلی باشد. اگر پس از روت، به‌روزرسانی یا فلش دیگری انجام شده، نباید فرض کرد آن نسخه پشتیبان همچنان مناسب است.

در این حالت بسته رسمی همان بیلد، مرجع امن‌تری برای تشخیص فایل اصلی است.

در گوشی‌های A/B، آپدیت بی‌وقفه روی اسلات غیرفعال نوشته می‌شود و پس از ری‌استارت اسلات جدید فعال خواهد شد. کاربرانی که می‌خواهند روت را نگه دارند گاهی اسلات جدید را دوباره پچ می‌کنند؛ برای ماندن در حالت آنروت، این مرحله نباید انجام شود.

پس از اولین بوت، شماره بیلد و وضعیت آپدیت را دوباره بررسی کنید.

عرضه OTA معمولاً مرحله‌ای است؛ ندیدن آپدیت همیشه به معنای خرابی آنروت نیست. زمان انتشار برای منطقه‌ها، اپراتورها و شناسه‌های نرم‌افزاری متفاوت است. در سامسونگ نیز تطابق مدل، CSC و بسته رسمی اهمیت دارد.

فلش رام رسمی ممکن است امکان به‌روزرسانی را برگرداند، اما وضعیت‌هایی مانند Knox تغییرکرده با دریافت OTA به حالت اولیه برنمی‌گردند.

اگر نصب شکست خورد، پیام و درصد توقف را یادداشت کنید و پشت‌سرهم تلاش نکنید. فضای خالی، شارژ مناسب، اتصال پایدار و نبودن تغییر در پارتیشن‌ها را کنترل کنید. برای دستگاهی که بوت می‌شود، پاک کردن اطلاعات نباید اولین واکنش باشد.

ابتدا مشخص کنید خطا از تأیید فایل‌هاست، از کمبود فضا یا صرفاً از آماده نبودن بسته برای شناسه دستگاه.

حذف روت و حذف TWRP دو کار جدا هستند. Magisk معمولاً boot یا init_boot را تغییر می‌دهد، در حالی که TWRP ممکن است در پارتیشن recovery، boot یا vendor_boot قرار گرفته باشد.

به همین دلیل گزینه Complete Uninstallation می‌تواند دسترسی روت را بردارد، اما با فشردن کلیدهای ورود به ریکاوری هنوز محیط TWRP نمایش داده شود.

وجود ریکاوری سفارشی لزوماً به معنی فعال بودن روت نیست، اما می‌تواند نصب OTA امضاشده، بازنشانی کارخانه‌ای یا ارزیابی امنیتی بعضی برنامه‌ها را تحت تأثیر قرار دهد.

اگر هدف فقط اجرای یک برنامه عادی است، باید علت خطا سنجیده شود؛ اگر هدف بازگرداندن کامل دستگاه به وضعیت کارخانه است، ریکاوری رسمی نیز بخشی از همان بازگشت است.

ساختار دستگاه‌های جدید یکسان نیست. بعضی مدل‌ها پارتیشن recovery مستقل دارند، اما در بسیاری از گوشی‌های A/B اجزای ریکاوری داخل boot یا vendor_boot قرار می‌گیرند. بنابراین دستور عمومی «recovery.img را فلش کنید» می‌تواند نادرست باشد. نقشه پارتیشن، کدنام دستگاه و راهنمای همان سازنده باید پیش از هر فلش مشخص شوند.

تصویر رسمی را از بسته‌ای بگیرید که با مدل، منطقه و Build number فعلی تطابق دارد. در سامسونگ، اجزای ریکاوری معمولاً در بسته‌های رسمی Odin قرار دارند؛ در برندهای دیگر ممکن است ابزار رسمی یا fastboot استفاده شود.

استخراج یک فایل از رام مشابه یا کانال ناشناس، ریسک ناسازگاری و آلودگی را بالا می‌برد.

اگر همراه TWRP کرنل سفارشی، تغییرات vbmeta یا رام کاستوم نصب شده، فقط جایگزین کردن ظاهر ریکاوری کافی نیست. این اجزا زنجیره Verified Boot را شکل می‌دهند و باید به‌صورت هماهنگ از همان فرم‌ور بازگردند.

فلش کورکورانه vbmeta با گزینه‌های غیرفعال‌سازی تأیید نیز دستگاه را رسمی نمی‌کند و می‌تواند یکپارچگی بوت را ضعیف نگه دارد.

پشتیبان TWRP هم باید با احتیاط استفاده شود. بازگرداندن نسخه قدیمی پارتیشن boot پس از آنروت ممکن است Magisk یا کرنل پچ‌شده را دوباره فعال کند؛ بازگرداندن data نیز تنظیمات و برنامه‌های قدیمی را برمی‌گرداند.

نام و تاریخ هر نسخه پشتیبان را بررسی کنید و برای بازگشت کارخانه‌ای، فایل‌های رسمی را بر نسخه ناشناخته ترجیح دهید.

در پایان، یک بار به ریکاوری وارد شوید و نام محیط، نسخه و گزینه‌های آن را ببینید. سپس بوت عادی، آپدیت و عملکردهای اصلی را جداگانه آزمایش کنید. تا زمانی که رام، ریکاوری و پارتیشن‌های بوت همگی رسمی و سازگار نشده‌اند، قفل کردن بوت‌لودر می‌تواند خطر بوت‌نشدن را ایجاد کند.

آنروت با Magisk در حالت عادی داده‌های بخش /data را پاک نمی‌کند؛ عکس‌ها، پیام‌ها و بیشتر برنامه‌ها باید باقی بمانند. با این حال «آنروت بدون حذف اطلاعات» یک وعده عمومی نیست، زیرا روش انتخابی، سیاست سازنده و وضعیت بوت‌لودر تعیین می‌کنند چه اتفاقی می‌افتد.

هر دستگاهی که پیش‌تر چند بار فلش شده، باید موردی بررسی شود.

بازگرداندن boot یا init_boot رسمیِ دقیقاً همسان با بیلد معمولاً به خودی خود فرمان پاک‌سازی داده صادر نمی‌کند. خطر اصلی از فایل اشتباه، بوت‌نشدن و اجبار به بازیابی می‌آید.

پیش از این کار، شماره بیلد و منبع فایل را کنترل کنید و فرض نکنید boot.img یک مدل نزدیک برای گوشی شما مناسب است.

ابزارهای نصب رام رفتار متفاوتی دارند. برای نمونه، بسته HOME_CSC در فرایند معمول Odin برای نگه‌داشتن داده طراحی شده و CSC عادی پاک‌سازی انجام می‌دهد، اما خطا، تغییر نسخه یا ناسازگاری همچنان می‌تواند به از دست رفتن اطلاعات منجر شود.

در fastboot نیز گزینه‌هایی مانند -w صریحاً داده کاربر را پاک می‌کنند؛ دستور آماده اینترنتی را بدون فهم هر گزینه اجرا نکنید.

قفل یا باز کردن بوت‌لودر در بسیاری از برندها با بازنشانی اجباری همراه است، چون کلیدهای رمزنگاری و مرز اعتماد دستگاه تغییر می‌کنند. بازنشانی از تنظیمات نیز همه داده‌های حافظه داخلی را حذف می‌کند.

کارت حافظه و eSIM ممکن است مسیر جداگانه‌ای داشته باشند؛ گزینه‌های صفحه تأیید را بخوانید و درباره رفتار مدل خود از راهنمای سازنده مطمئن شوید.

پشتیبان واقعی فقط کپی عکس‌ها نیست. کدهای برنامه احراز هویت، کلیدهای پیام‌رسان، فایل‌های دانلودی، مخاطبان محلی، پیامک‌ها، یادداشت‌ها و داده برنامه‌هایی را که همگام‌سازی ابری ندارند بررسی کنید. سپس یک فایل نمونه را از نسخه پشتیبان باز کنید تا مطمئن شوید قابل بازیابی است.

داشتن نام کاربری بدون روش ورود دوباره، نسخه پشتیبان کاملی محسوب نمی‌شود.

اگر حفظ اطلاعات اولویت اصلی است، عملیات را مرحله‌ای انجام دهید: ابتدا آنروت نرم‌افزاری، سپس بوت و بررسی داده‌ها؛ بعد بازگرداندن اجزای رسمی و آزمایش دوباره. فلش کامل، تغییر اسلات و قفل بوت‌لودر را در یک نوبت ترکیب نکنید.

این فاصله‌ها کمک می‌کنند در صورت خطا بدانید کدام تغییر عامل مشکل بوده است.

برای اطلاعات کاری، حقوقی یا غیرقابل جایگزین، حتی روش ظاهراً بدون پاک‌سازی را بدون نسخه پشتیبان اجرا نکنید. خدمات تعمیر نیز تضمین نمی‌کند داده رمزگذاری‌شده پس از بوت‌لوپ بازیابی شود. برنامه درست این است که امکان حفظ داده را یک امتیاز بدانید، نه جایگزین پشتیبان‌گیری.

برای فروش گوشی، حذف دسترسی روت فقط یکی از مراحل تحویل امن است. خریدار باید سیستم‌عامل قابل‌اعتماد و قابل‌به‌روزرسانی تحویل بگیرد و فروشنده نیز نباید حساب، توکن ورود، eSIM یا نسخه پشتیبان ریکاوری را روی دستگاه باقی بگذارد.

هدف نهایی رسیدن به صفحه خوش‌آمدگویی اندروید بدون حساب قبلی و بدون تغییرات ناشناخته است.

ابتدا از داده‌ها نسخه پشتیبان بگیرید و انتقال برنامه‌های احراز هویت، پیام‌رسان و بانک را کامل کنید. سیم‌کارت، کارت حافظه و فایل‌های پوشه Download را جداگانه بررسی کنید.

اگر eSIM دارید، انتقال یا حذف آن را مطابق راهنمای اپراتور انجام دهید؛ بازنشانی کارخانه‌ای در همه مدل‌ها الزاماً پروفایل eSIM را با رفتار یکسان حذف نمی‌کند.

پیش از بازنشانی، حساب Google و حساب سازنده مانند Samsung account یا Xiaomi account را از تنظیمات دستگاه حذف و قابلیت‌های Find My را بررسی کنید. این کار مانع فعال شدن Factory Reset Protection یا قفل فعال‌سازی برای خریدار می‌شود.

رمز حساب را در اختیار خریدار نگذارید و برای عبور از قفل، از سرویس‌های غیررسمی استفاده نکنید.

تا وقتی گوشی در اختیار شماست، رام و اجزای بوت رسمی را بازگردانید و بوت عادی، دوربین، تماس، وای‌فای و دریافت آپدیت را بررسی کنید.

اگر بوت‌لودر قابل قفل شدن است، فقط پس از اطمینان از رسمی و همسان بودن همه پارتیشن‌ها این کار را طبق دستور سازنده انجام دهید. قفل‌کردن دستگاهی با رام ناسازگار ممکن است آن را از بوت خارج کند.

پس از پایدار شدن دستگاه، بازنشانی کارخانه‌ای را از مسیر رسمی تنظیمات اجرا کنید. اندروید جدید با رمزنگاری پیش‌فرض، با حذف کلیدهای مرتبط دسترسی عادی به داده قبلی را از بین می‌برد؛ با این حال کارت حافظه جداست و باید خارج یا مستقل پاک شود.

برای داده‌های سازمانی بسیار حساس، سیاست امنیتی شرکت یا دستورالعمل سازنده بر راهنمای عمومی اولویت دارد.

بعد از ری‌استارت، در صفحه آغازین متوقف شوید و دوباره وارد حساب خود نشوید. وجود هشدار بوت‌لودر باز، ریکاوری سفارشی یا پیام غیرعادی هنگام روشن شدن را پنهان نکنید.

در سامسونگ، تغییر دائمی Knox ممکن است حتی پس از آنروت و فلش رسمی باقی بماند؛ این موضوع می‌تواند بر ارزش یا قابلیت‌های مورد انتظار خریدار اثر بگذارد و باید شفاف گفته شود.

در پایان، شماره IMEI روی جعبه و دستگاه، لوازم همراه و وضعیت رجیستری را جدا از موضوع روت بررسی کنید. آنروت نه مالکیت را منتقل می‌کند و نه مشکلات رجیستری را حل می‌کند.

رسید فروش بهتر است مدل، شناسه دستگاه و موارد اعلام‌شده مانند بوت‌لودر باز یا Knox تغییرکرده را ثبت کند تا وضعیت تحویل برای هر دو طرف روشن باشد.

بسیاری از گوشی‌های جدید برای به‌روزرسانی بی‌وقفه از دو اسلات A و B استفاده می‌کنند. هر اسلات نسخه‌ای از پارتیشن‌های حیاتی بوت دارد و گوشی در هر لحظه از یکی از آن‌ها راه‌اندازی می‌شود.

در دستگاه‌های Virtual A/B نیز سازوکار به‌روزرسانی پیچیده‌تر است، اما اصل مهم ثابت می‌ماند: فایل پچ‌شده باید با اسلات و بیلد در حال استفاده هماهنگ باشد.

Magisk بسته به نسل دستگاه boot.img یا init_boot.img را پچ می‌کند. این فایل فقط برای نام مدل نیست؛ باید دقیقاً از همان Build number و بسته رسمی گرفته شده باشد.

استفاده از تصویر اسلات دیگر، نسخه قبل از OTA یا رام منطقه‌ای متفاوت ممکن است باعث بوت‌لوپ شود، حتی اگر نام فایل و نسخه اندروید ظاهراً یکسان باشند.

در فرایند OTA، سیستم معمولاً به‌روزرسانی را روی اسلات غیرفعال می‌نویسد و پس از راه‌اندازی موفق، آن را فعال می‌کند. به همین دلیل تصویری که ماه گذشته برای اسلات A درست بوده، پس از انتقال به اسلات B الزاماً مرجع فعلی نیست.

تاریخچه آخرین OTA و این‌که Magisk روی کدام اسلات نصب شده، برای برنامه آنروت اهمیت دارد.

وضعیت اسلات را می‌توان در اطلاعات بوت‌لودر یا ابزارهای رسمی همان دستگاه دید؛ فرمان‌های fastboot در همه برندها و حالت‌ها یکسان عمل نمی‌کنند. قبل از تغییر، نام اسلات فعال، شماره بیلد و وضعیت بوت را ثبت کنید.

توصیه‌های عمومی مانند «هر دو اسلات را فلش کن» خطرناک‌اند، زیرا ممکن است تنها نسخه سالم و قابل بوت را نیز از بین ببرند.

برای کاهش ریسک، در هر مرحله فقط پارتیشن لازم و فایل دقیق همان بیلد را تغییر دهید، سپس یک بوت کامل انجام دهید. اگر دستگاه به اسلات قبلی بازگشت، علت شکست را بررسی کنید؛ دوباره‌نویسی فوری هر دو اسلات معمولاً اطلاعات تشخیصی را از بین می‌برد.

در دستگاه‌های پویا، اندازه و نگاشت پارتیشن‌ها نیز توسط متادیتای رسمی مدیریت می‌شود.

اگر گوشی پس از آنروت روی لوگو ماند، پاک کردن data نخستین راه نیست. گاهی اسلات دیگر هنوز نسخه سالم دارد، اما جابه‌جایی اسلات باید با شناخت دقیق مدل و وضعیت انجام شود.

پیام بوت‌لودر، شماره اسلات و آخرین فایل فلش‌شده را یادداشت کنید و از نصب بسته‌ای که منبع یا تطابق بیلد آن روشن نیست خودداری کنید.

این موضوع در گوشی‌های بدون A/B نیز مهم است، چون آن‌ها ممکن است recovery مستقل یا ساختار متفاوتی داشته باشند. پس نبودن گزینه current-slot به معنی خرابی ابزار نیست.

راهنمای تعمیر یا آنروت باید ابتدا نوع پارتیشن‌بندی دستگاه را مشخص کند و بعد روش بازگردانی را پیشنهاد دهد؛ یک دستور واحد برای همه اندرویدها وجود ندارد.