ما هو mobileassetd على Mac؟
في الإصدارات الحديثة من macOS، يعد mobileassetd برنامجًا خفيًا للنظام (system daemon) يدير “mobile assets” — وهي مكونات صغيرة معيارية تقوم Apple بتنزيلها عند الطلب بدلاً من تضمينها في كل تحديث للنظام. تشمل هذه الأصول أشياء مثل بيانات المنطقة الزمنية واللغة، القواميس، الخطوط، أصوات Siri، ملفات تعريف كاميرا RAW، البرامج الثابتة للملحقات، ملفات دعم أجهزة iOS، وأجزاء من آلية تحديث البرامج نفسها.
عمليًا، تستيقظ هذه العملية عندما يحتاج macOS أو تطبيق من تطبيقات Apple إلى أحد هذه المكونات. قد تجلب حزمة لغة جديدة عند تمكين تخطيط لوحة مفاتيح، أو تنزّل دعم RAW عند توصيل بطاقة كاميرا جديدة، أو تسحب ملفات firmware blobs عند توصيل iPhone في وضع الاسترداد. على أجهزة Mac التي تعمل بإصدارات حديثة مثل Sonoma وما بعدها، تعتمد Apple أكثر على نموذج الأصول هذا، ولهذا أصبح mobileassetd أكثر وضوحًا في Activity Monitor.
في الظروف العادية، يستهلك البرنامج الخفي CPU وعرض نطاق الشبكة لفترة وجيزة، يكمل التنزيل، ثم يعود إلى الخلفية. المشكلة تحدث عندما لا يستقر mobileassetd أو يستمر في الصعود إلى أعلى مخطط CPU كل بضع ثوانٍ، مما يجعل Mac بطيئًا وصاخبًا وساخنًا.
لماذا يمكن أن يبدأ mobileassetd في استهلاك CPU لديك
هناك عدة أسباب مشروعة تجعل هذه العملية تصبح فجأة مستهلكة للموارد، بالإضافة إلى بعض الأسباب الأقل وضوحًا.
تشمل الأسباب الشائعة:
- تحديثات macOS والأمان: عند تنزيل تحديث للنظام أو تهيئته في الخلفية، غالبًا ما يتعامل mobileassetd مع أجزاء من الحمولة. النوافذ الطويلة للتنزيل أو عدة تحديثات تدريجية قد تبقيه مشغولًا لفترة.
- أصول عند الطلب تُشغّلها التطبيقات: قد تطلب Xcode و Playgrounds و Photos ومحررات الجهات الخارجية أصول SDK جديدة أو ملفات تعريف RAW أو codecs، والتي تمر أيضًا عبر mobileassetd. كثيرًا ما يبلّغ المطورون عن ارتفاع CPU من هذا البرنامج الخفي أثناء بناء أو تشغيل مشاريع iOS.
- مشاكل شبكة أو خوادم: إذا فشل البرنامج الخفي في الوصول إلى بنية Apple التحتية للتحديثات باستمرار، قد يعيد المحاولة بقوة، ما يحوله إلى مصدر لارتفاعات CPU دورية. يلاحظ بعض المستخدمين ذلك عندما يحذر firewall أو VPN أو مرشح محتوى من حركة TLS الصادرة لـ mobileassetd.
- تلف الأصول أو التنزيلات الجزئية: أصل تالف أو cache غير سليم قد يجعل البرنامج الخفي يعيد محاولة تنزيل أو تحقق لا ينجح بالكامل، فيبقى CPU ونشاط القرص مرتفعين.
ومن منظور أوسع، هناك أيضًا جانب أمني. قد تتطفل adware سيئة الإعداد أو أدوات “helper” مكتوبة بشكل سيئ على مكونات نظام شرعية، فتزيد تحميلها بطرق غير متوقعة. من المعروف أن عائلات adware على Mac تسبب ارتفاعات في عمليات مثل WindowServer و mds_stores وغيرها عبر الإفراط في استخدام واجهات النظام خلف الكواليس — ويمكن لنفس النمط نظريًا أن يؤثر على mobileassetd أيضًا.
الإصلاحات الأولى في القائمة
قبل الغوص في استكشاف أعمق، يجدر تنفيذ بعض الفحوصات السريعة التي غالبًا ما تعيد mobileassetd للوضع الطبيعي.
تحقق مما يفعله mobileassetd فعليًا
- افتح قائمة Go في شريط Finder واختر Utilities.
- انقر مرتين على Activity Monitor.
- اختر تبويب CPU ثم انقر عمود % CPU لفرز العمليات من الأعلى للأدنى.
- ابحث عن mobileassetd وراقب الرسم البياني لعدة دقائق. الارتفاعات القصيرة أثناء تحديث النظام أو مباشرة بعد تسجيل الدخول غالبًا طبيعية؛ أما قراءة ثابتة قرب 100% (أو عدة مثيلات تشبع CPU) فهي علامة حمراء.
دع تحديثات النظام تكتمل ثم أعد التشغيل
- افتح قائمة Apple واذهب إلى System Settings.
- اختر General ثم Software Update.
- إذا كان macOS ينزّل/يحضّر/يثبّت تحديثًا، اترك Mac موصولًا بالطاقة وبشبكة مستقرة حتى يكتمل. تجنب وضع الجهاز في sleep أثناء العملية.
- عند عدم وجود تحديثات معلقة أو بعد اكتمالها، اختر Restart.
- بعد إعادة التشغيل، افتح Activity Monitor للتحقق مما إذا كان mobileassetd قد هدأ.
استبعد اختناق شبكة بسيط
- افصل مؤقتًا VPN أو corporate proxy أو firewall شديد العدوانية.
- اتصل بشبكة Wi‑Fi أخرى أو استخدم Ethernet إذا توفر المحول.
- مع فتح Activity Monitor على تبويب CPU، راقب سلوك mobileassetd لبضع دقائق. إذا انخفض CPU بشكل واضح على اتصال نظيف ومستقر، فقد وجدت المحفّز: تنزيلات أصول فاشلة.
إذا لم تنجح الأساسيات، انتقل لخطوات أكثر تفصيلًا.
استكشاف أعطال mobileassetd عالية CPU يدويًا على Mac
الطرق التالية أكثر عملية لكنها آمنة إذا التزمت بالتعليمات. ومن الجيد وجود نسخة احتياطية عبر Time Machine أو لقطة مماثلة قبل حذف caches أو عناصر بدء تشغيل.
1. Force Quit لنسخة mobileassetd العالقة
- افتح Activity Monitor عبر Go → Utilities.
- تأكد من اختيار تبويب CPU وأن mobileassetd قريب من أعلى القائمة.
- اختر mobileassetd ثم انقر زر Stop (✕).
- في النافذة، اختر Force Quit.
- راقب دقيقة أو دقيقتين. عادةً سيُعاد تشغيل البرنامج الخفي تلقائيًا؛ الهدف هو معرفة إن كان سيعود طبيعيًا أم سيبدأ بضرب CPU فورًا.
قتل mobileassetd مرة واحدة آمن لأن macOS سيعيد تشغيله، لكن تكرار Force Quit دون معالجة السبب سيخفي الأعراض فقط.
2. الإقلاع إلى Safe Mode ثم العودة
يساعد Safe Mode على تقليل المكونات غير الضرورية، مسح بعض caches، وأحيانًا تحرير عملية تحديث متعثرة.
على أجهزة Apple silicon:
- أوقف تشغيل Mac.
- اضغط مطولًا زر التشغيل حتى تظهر Loading startup options.
- اختر قرص الإقلاع، ثم اضغط مطولًا Shift واختر Continue in Safe Mode.
- سجل الدخول، انتظر قليلًا، ثم أعد التشغيل طبيعيًا من قائمة Apple → Restart.
على أجهزة Intel:
- أعد التشغيل واضغط مطولًا Shift فورًا.
- اترك Shift عند ظهور شاشة الدخول مع “Safe Boot” بالأحمر.
- سجل الدخول، انتظر تحميل سطح المكتب، ثم أعد التشغيل طبيعيًا.
بعد العودة للوضع العادي، تحقق من Activity Monitor. إذا هدأ mobileassetd، فالسبب غالبًا cache قديمة.
3. مسح caches تحديثات/أصول على مستوى المستخدم
هذه الخطوة لا تلمس ملفات نظام محمية؛ فقط caches على مستوى المستخدم التي يعيد macOS إنشاءها. إذا لا ترغب بحذف ملفات، يمكنك تخطيها.
- في Finder: Go → Go to Folder….
- اكتب
~/Library/Updatesثم Go. - انقل حزم تحديث قديمة إلى Trash.
- ثم Go → Go to Folder… واكتب
~/Library/Caches. - ابحث عن com.apple.SoftwareUpdate وعناصر تبدأ بـ com.apple.MobileAsset. افتح المجلدات وانقل المحتويات (وليس المجلدات) إلى Trash.
- أفرغ Trash وأعد تشغيل Mac.
إذا كان mobileassetd يكرر محاولة على أصل تالف/غير مكتمل، فإجبار macOS على إعادة بناء هذه caches يوقف “عاصفة” CPU غالبًا.
4. فحص عناصر التشغيل والمساعدين بالخلفية
مع أن mobileassetd مكون Apple أصلي، يمكن لبرامج الطرف الثالث أن توقظه باستمرار بشكل غير صحي. تحقق مما إذا ثبّتت شيئًا قرب بدء المشكلة.
افتح Applications وابحث عن أدوات غير مألوفة، “system optimizers”، “Mac cleaners”، VPN، أو تطبيقات شبيهة بـ adware. احذف المريب/الزائد.
System Settings → General → Login Items: راجع Open at Login و Allow in the Background وعطّل ما لا تعرفه.
في Finder: Go → Go to Folder… ثم افحص:
/Library/LaunchAgents/Library/LaunchDaemons~/Library/LaunchAgents
ابحث عن ملفات
.plistبأسماء غريبة/طرف ثالث لا تثق به. إن كنت غير متأكد، انقلها إلى مجلد محايد على سطح المكتب بدل حذفها نهائيًا.
في هذه المرحلة، ثق بحكمك: أنت تعرف ما ثبّتته وما لم تسجل فيه أصلًا. إزالة helper مارق يطلق تنزيلات الأصول باستمرار قد يعيد mobileassetd لدوره الهادئ.
كيف تمنع mobileassetd من التسبب في CPU مرتفع مجددًا
بعد عودة الأمور لطبيعتها، قليل من الصيانة يساعد كثيرًا:
- نفّذ تحديثات macOS في وقت محدد. لا تترك تحديثات كبيرة نصف مُنزّلة لأيام. عندما يصبح التحديث جاهزًا، ثبّته وMac موصول بالطاقة وفي وضع خمول.
- تجنب “optimizers” والمساعدين المشبوهين. غالبًا تتدخل بخدمات النظام وقد تجهد daemons مثل mobileassetd و WindowServer.
- استخدم شبكة موثوقة للتحديثات الكبيرة. Wi‑Fi غير مستقر يزيد احتمال إعادة المحاولة بلا نهاية.
- راقب Activity Monitor أحيانًا. نظرة على تبويب CPU تكشف الأنماط غير الطبيعية مبكرًا.
- أجرِ فحوصات أمنية دورية. فحص منتظم بأداة موثوقة مثل Combo Cleaner يساعد على اكتشاف adware وبرامج غير مرغوبة.
الخلاصة
mobileassetd جزء أساسي من إطار Apple لتسليم الأصول، وليس ملفًا خبيثًا “بالتصميم”. ارتفاعات CPU قصيرة متوقعة أثناء تنزيل تحديثات أو تلبية طلبات مكونات جديدة. لكن عندما تبقى العملية دائمًا في أعلى Activity Monitor، فهذه إشارة إلى خلل في خط الأصول، مشكلة شبكة، أو برنامج طرف ثالث يعتمد عليه بشكل مفرط.
بتأكيد السبب عبر Activity Monitor، ترك التحديثات تكتمل، تنظيف caches على مستوى المستخدم، مراجعة عناصر التشغيل، وفحص adware، يمكنك غالبًا إعادة mobileassetd لدور خلفي منخفض التأثير. وتذكر: اسم العملية الظاهر في التحذير أو Activity Monitor قد لا يعكس المسبب الحقيقي؛ أحيانًا يكون مكونًا آخر يدفع هذا daemon إلى الواجهة.
أسئلة متكررة
1. هل mobileassetd فيروس أو برمجية خبيثة على Mac؟
لا، mobileassetd هو برنامج خفي (system daemon) شرعي من Apple يدير الأصول القابلة للتنزيل الخاصة بـ macOS والخدمات المرتبطة به. وهو جزء من نظام التشغيل ويعمل من مواقع محمية لا تستطيع التطبيقات العادية تعديلها مباشرة. إن ارتفاع استهلاك CPU من mobileassetd يكون عادةً نتيجة جانبية للتحديثات أو التنزيلات أو خلل مؤقت، وليس عدوى مستقلة بحد ذاته. مع ذلك، قد يتسبب adware وبعض الأدوات المكتوبة بشكل سيئ في جعل هذا الـ daemon يتصرف بصورة غير طبيعية بشكل غير مباشر، لذلك يظل إجراء فحص للبرمجيات الخبيثة منطقيًا إذا استمرت المشكلة.
2. هل من الآمن عمل Force Quit لـ mobileassetd في Activity Monitor؟
نعم، إن تنفيذ Force Quit لـ mobileassetd مرة واحدة عبر Activity Monitor آمن — إذ سيعيد macOS تشغيله تلقائيًا عند الحاجة. يمكن أن يساعد ذلك على كسر حلقة عالقة أو مسح خطأ عابر، خاصة بعد تحديث متوقف/منقطع. ما لا ينبغي فعله هو قتل العملية مرارًا كـ “حل دائم” مع تجاهل السبب الجذري. إذا عاد mobileassetd فورًا إلى 100% CPU بعد كل إعادة تشغيل، فعليك فحص التحديثات وحالة الشبكة أو برامج الطرف الثالث كما ذُكر أعلاه.
3. لماذا يرتفع استهلاك mobileassetd للمعالج مباشرة بعد تحديث macOS؟
مباشرة بعد تثبيت تحديث macOS — أو حتى بعد تنزيله فقط — يحتاج النظام غالبًا إلى جلب أصول إضافية: ملفات لغة جديدة، بيانات المنطقة الزمنية، أو مكونات مرتبطة بالأمان لم تكن مضمنة في المُثبِّت الأساسي. يقوم mobileassetd بتنسيق هذا العمل في الخلفية، لذلك من الطبيعي رؤية ارتفاعات مؤقتة في CPU ونشاط القرص وحركة الشبكة خلال هذه المرحلة. طالما أن السلوك يهدأ بعد اكتمال التحديث وإعادة التشغيل، فلا داعي للقلق. أما استمرار الارتفاعات لساعات أو أيام بعد التحديث فيشير إلى أن شيئًا ما قد تعطل.
4. هل يمكنني تعطيل mobileassetd نهائيًا لتوفير الموارد؟
تعطيل mobileassetd بشكل دائم غير مدعوم وغير مُستحسن. يعتمد عليه النظام في عدة وظائف أساسية، بما في ذلك تحديثات البرامج وبعض مكونات النظام “عند الطلب”، لذا فإن محاولة تعطيله عبر حيل الصلاحيات أو أدوات خارجية قد تكسر التحديثات وتزعزع استقرار macOS. الهدف الواقعي هو ضمان أن mobileassetd “يتصرف بشكل طبيعي” — يستيقظ عند الحاجة فقط ثم يعود إلى وضع الخمول. إذا وصلت لمرحلة تفكر فيها بتعطيله كليًا، فمن الأفضل تتبع سوء الإعداد أو الأصل التالف أو المساعد المارق الذي يُبقيه مشغولًا.
5. هل يجب أن أحذف مجلدات نظام مثل /Library/Updates لإيقاف mobileassetd؟
حذف مجلدات تحديث النظام المحمية يدويًا أو تعطيل SIP فقط لمسحها يُعد مبالغة وقد يسبب مشاكل جديدة. صُمّم macOS لإدارة تلك المواقع بنفسه، وأفضل الممارسات الحالية تميل إلى ترك النظام يتعامل مع caches على مستوى النظام. إذا احتجت إلى تنظيف، ركّز على المناطق على مستوى المستخدم مثل ~/Library/Updates و ~/Library/Caches، واحذف فقط الملفات داخل مجلدات محددة مرتبطة بتحديثات البرامج. أعد التشغيل دائمًا بعد ذلك وتجنب لمس أي شيء داخل /System أو أي مسارات أخرى محمية بواسطة SIP.