الإجابة الحالية: OneDrive هو محرك سحابي أصلي في ملفات ZimaOS
في يونيو 2026، تعطّل تفويض OneDrive عالميًا لفترة من الوقت بسبب انتهاء صلاحية سر تطبيق Microsoft Azure الخاص بـ IceWhale. يفسّر ذلك سبب تمكّن المستخدمين من تسجيل الدخول ثم عدم رؤيتهم لأي شيء في «الملفات». أصبح ذلك من الماضي الآن: تذكر وثائق ZimaOS الحالية OneDrive مجددًا كمحرك سحابي مدعوم مباشرةً داخل «الملفات».
استخدم «الملفات» ← «إضافة محرك سحابي» ← OneDrive
توضح صفحة محرك ZimaOS السحابي الحالية أن Google Drive وDropbox وOneDrive تُربط مباشرةً بجوار التخزين المحلي في «الملفات». لا يفترض أن تحتاج إلى حاوية Docker منفصلة لـ OneDrive أو إلى إعداد rclone من أجل التكامل المدمج.
توفر إتاحة ملفات ZimaOS طبقة الوصول للمستخدم حول محركات الأقراص السحابية المرتبطة.
إذا نجح تسجيل الدخول ولكن لم يظهر OneDrive
أزل اتصال محرك الأقراص السحابي القديم، ثم أضفه مجددًا، وأكمل تفويض Microsoft، وبعد ذلك حدّث «الملفات». تحقّق من إصدار ZimaOS الحالي قبل تطبيق حلول يونيو 2026 المؤقتة—فقد تطلب فشل OAuth الأصلي إصلاحًا لبيانات الاعتماد على الخادم، ولم يكن من الممكن حلّه بتعديل مسار ربط محلي.
كيفية التعرّف على فشل بيانات اعتماد OAuth
توضح Microsoft أن الرمز AADSTS7000222 يشير إلى حالة انتهاء صلاحية سر العميل في مصادقة تطبيقات Entra. راجع رموز أخطاء OAuth في Entra من Microsoft. إذا حدث انقطاع مستقبلي في التكامل وظهر خطأ OAuth من موفّر الخدمة، فاجمع الرمز الدقيق بدلًا من إعادة تثبيت ZimaOS مرارًا.
لا تخلط بين ربط التخزين السحابي والنسخ الاحتياطي
إن OneDrive المرتبط هو نظام ملفات سحابي مباشر. إذا كان هدفك إنشاء نسخة حماية منفصلة، فأنشئ مهمة نسخ احتياطي في ZimaOS من السحابة إلى التخزين المحلي أو بالعكس. تغطي النسخ الاحتياطية في ZimaOS سير العمل هذا.
استخدم حالة Microsoft كفحص ثانٍ أثناء انقطاع واسع النطاق
إذا فشل العديد من المستخدمين في خطوة التفويض نفسها، فتحقّق من تكامل ZimaOS ومن حالة خدمة Microsoft الحالية بدلًا من افتراض أن نظام الملفات المحلي لديك معطّل. وتُعد سلامة خدمة Microsoft إحدى وسائل التحقق المستقلة.
