إن تسجيل الدخول إلى ZimaOS عبر SSH والعثور على أن مجلدات النظام مخصّصة للقراءة فقط لا يعني أن حسابك معطّل. يحمي ZimaOS عمدًا معظم نظام ملفات نظام التشغيل من عمليات الكتابة العادية، حتى عندما يرفع المستخدم مستوى الامتيازات. بدأ موضوع المصدر في فبراير 2026 كسؤال حول أذونات SSH، لكنه كشف سريعًا عن هدف أكثر فائدة: سحب صور الهاتف تلقائيًا من OneDrive إلى مساحة تخزين NAS، ثم إتاحة هذه الملفات لـ Immich.
يتمثل درس التصميم المهم في فصل طبقة النظام غير القابلة للتغيير عن البيانات القابلة للكتابة. استخدم SSH أو الطرفية عبر الويب للإدارة، واحتفظ بالبرامج النصية والإعدادات وبيانات التطبيقات التي ينشئها المستخدم ضمن /DATA أو موقع تخزين مُدارًا آخر، وتجنّب محاولة تحويل ZimaOS إلى خادم Ubuntu تقليدي عبر تثبيت الحزم في نظام الملفات الجذر المحمي.
الوصول عبر SSH للقراءة فقط سلوك طبيعي في ZimaOS
كان المستخدم الأصلي قادرًا على المصادقة باستخدام اسم مستخدم ZimaOS المعتاد وكلمة المرور، لكنه لم يستطع الكتابة في المكان المتوقع أو تثبيت rclone كما لو كان المضيف يعمل بنظام Debian أو Ubuntu. اقترح الرد الأول sudo أو sudo -i، لكن أحد المشاركين في المجتمع ميّز بشكل صحيح بين الامتياز وقابلية تعديل نظام الملفات: التحول إلى root لا يجعل صورة النظام المخصّصة للقراءة فقط قابلة للكتابة.
تؤكد إرشادات IceWhale CLI الحالية هذا السلوك مباشرةً: معظم مجلدات النظام مخصّصة للقراءة فقط حتى عند تسجيل الدخول كمستخدم root، بينما توجد بيانات المستخدم والتطبيقات ضمن /DATA.
استخدم نموذج نظام ملفات CLI الحالي في ZimaOS قبل اعتبار فشل الكتابة ضمن /usr أو /app أو مسار نظام آخر مشكلة أذونات.
يغيّر sudo مستوى الامتياز، لا تصميم نظام الملفات الجذر
لا يزال sudo مفيدًا عندما يتطلب الأمر امتيازات مرتفعة، لكنه لا يستطيع تجاوز نظام ملفات يحمّله ZimaOS عمدًا للقراءة فقط. يفسّر هذا سبب كون «جرّب root» إجابة غير مناسبة عندما يكون الخطأ هو نظام الملفات للقراءة فقط بدلًا من تم رفض الإذن.
لإجراء تخصيصات مستديمة، ضع البرامج النصية والحالة على مساحة تخزين قابلة للكتابة. لا تبنِ سير عمل يعتمد على تعديل صورة نظام التشغيل الأساسية يدويًا، لأن التحديثات قد تستبدل هذه التغييرات أو تبطلها حتى إذا نجح الحل المؤقت.
يُمكّن ZimaOS الحالي SSH من وضع المطوّر
يظل SSH نفسه مسارًا مدعومًا للإدارة. يتيح ZimaOS الحالي مفتاح تبديل للوصول عبر SSH ضمن الإعدادات > وضع المطوّر، كما يوفّر طرفية عبر المتصفح.
اتبع إعداد SSH والطرفية عبر الويب الحالي بدلًا من افتراض أن كون مجلدات النظام للقراءة فقط يعني أن SSH مفعّل جزئيًا فقط.
أراد المستخدم المصدر نقل الملفات من OneDrive إلى NAS ثم إلى Immich
كان سير العمل الذي قصده المستخدم هو:
- رفع دفعة صغيرة من الصور ومقاطع الفيديو الملتقطة بالهاتف إلى مساحة OneDrive المجانية؛
- نقل هذه الملفات بانتظام من OneDrive إلى NAS؛
- إتاحة الوجهة المحلية لـ Immich؛
- بعد تأكيد النقل، أزل النسخ السحابية حتى يمكن إعادة استخدام حصة OneDrive المحدودة.
هذا أكثر من مجرد نسخة احتياطية عادية. فهو يتضمن خطوة نهائية إتلافية: حذف المصدر بعد نجاح النقل.
وُصف تطبيق «النسخ الاحتياطي» في فبراير 2026 بأنه للنسخ/المزامنة، وليس للنقل
في سلسلة النقاش المصدرية، لاحظ المستخدم أن تطبيق «النسخ الاحتياطي» المدمج نسخ بيانات OneDrive لكنه لم يُفرغ المجلد السحابي بعد ذلك. وقال أحد أفراد المجتمع إن ذلك كان مقصودًا، ووصف تطبيق «النسخ الاحتياطي» بأنه غير إتلافي، من دون خيار للحذف بعد النسخ في تلك الواجهة.
ينتمي هذا البيان إلى بيئة المصدر في فبراير 2026. وكان شرحًا من المجتمع لا ردًا من موظفي IceWhale في سلسلة النقاش، لذلك لا ينبغي تثبيته في ادعاء دائم مفاده أن «ZimaOS لا يمكنه أبدًا نقل الملفات السحابية».
يمكن لميزة «ملفات» الحالية في ZimaOS نقل البيانات السحابية إلى التخزين المحلي
توضح وثائق IceWhale الحالية الآن إمكانية تحميل OneDrive وGoogle Drive وDropbox مباشرةً في «ملفات». كما توثق تحديد المحتوى السحابي، واختيار مساحة تخزين محلية، وبدء عملية نقل، والتحقق من اكتمال النقل.
بالنسبة إلى عمليات النقل العرضية أو التي يشرف عليها المستخدم يدويًا، استخدم سير عمل النقل الحالي من السحابة إلى التخزين المحلي في «ملفات». وهذا أبسط من إنشاء حاوية rclone عندما لا يتطلب النقل جدولةً غير خاضعة للإشراف.
للنسخ الاحتياطي والنقل دلالات مختلفة عند الفشل
ينبغي للنسخة الاحتياطية الحفاظ على المصدر. أما النقل، فيمكنه إزالة المصدر بعد اكتمال النقل. ويكتسب هذا الفرق أهمية عندما تكون نسخة الصور الملتقطة بالهاتف الموجودة في السحابة هي النسخة الوحيدة.
إذا كان الهدف هو استعادة مساحة OneDrive تلقائيًا، فلا ينبغي للأتمتة حذف ملف سحابي لمجرد أن أمر النسخ انتهى من دون خطأ واضح. ويتحقق سير عمل أكثر أمانًا من وجود الملف المحلي وإمكانية قراءته، ثم يحذف المصدر فقط بعد تحقق شرط النجاح بوضوح.
لأتمتة الحذف بعد النقل المجدول، اعزل rclone عن نظام التشغيل المضيف
أوصى مجتمع المصدر بتشغيل rclone في Docker بدلًا من محاولة تثبيته في نظام الملفات الجذري لـ ZimaOS. وتطابق هذه البنية التصميم الأوسع لـ ZimaOS: إذ تحتوي الحاوية على الأداة، بينما تُربط إعداداتها ومجلدات الوجهة بوحدة تخزين ZimaOS القابلة للكتابة.
إذا أنشأت سير العمل هذا، فاحتفظ بإعدادات rclone والبرامج النصية على وحدة تخزين دائمة مثل /DATA/AppData أو مجلد بيانات مُدار آخر. اربط فقط المجلدات المحلية التي تحتاج إليها المهمة بدلًا من منح الحاوية وصولًا واسعًا إلى كامل وحدة NAS.
الأمر الدقيق rclone move كان الأمر توجيهًا من المجتمع، وليس أمرًا صادرًا عن IceWhale في هذا الموضوع، لذا اختبره على ملفات يمكن الاستغناء عنها قبل السماح لأي أتمتة بحذف النسخ الأصلية من السحابة.
افصل مجلد النقل عن مكتبة Immich المُدارة عند الاقتضاء
ذكر المستخدم المصدر أنه يستخدم المجلد الذي جرى تنزيله كموقع استيراد في Immich. ويمكن لـ Immich استهلاك بيانات مكتبة خارجية أو بيانات بأسلوب الرفع بطرق مختلفة تبعًا للإصدار وبيئة النشر. لا توجّه ببساطة مهمة نقل تدميرية إلى قاعدة بيانات Immich الداخلية أو مجلدات بيانات التطبيق.
استخدم مجلد وسائط/استيراد عاديًا على وحدة تخزين NAS مُدارة، ثم اضبط حزمة Immich الحالية لقراءة ذلك المجلد باستخدام طريقة التخزين التي يدعمها الإصدار الذي تشغّله.
لا يزال للنسخ الاحتياطي الحالي غرض مختلف عن ترحيل المحتوى السحابي
صُمم النسخ الاحتياطي الحالي في ZimaOS حول عمليات النسخ المجدولة والقابلة للاستئناف ونقاط الاستعادة ذات الإصدارات عبر السحابة والشبكة المحلية وUSB وتخزين Zima. وتُميّز IceWhale صراحةً بين المزامنة السحابية والنسخ الاحتياطي، لأن النسخ المتطابق التدميري قد ينقل الأخطاء أيضًا.
إذا كان الهدف هو الحماية وليس استعادة الحصة، فإن سير عمل النسخ الاحتياطي الحالي في ZimaOS أنسب من أتمتة الحذف بعد النقل.
سير عمل أكثر أمانًا لصور OneDrive
- اتصل بـ OneDrive من خلال تطبيق «الملفات» الحالي في ZimaOS أو حاوية مخصصة.
- اختر وجهة محلية قابلة للكتابة على وحدة تخزين مُدارة، وليس مجلد نظام.
- انقل دفعة اختبار صغيرة أولًا.
- تحقق من أعداد الملفات وأحجامها، ومن بعض الصور/مقاطع الفيديو الفعلية محليًا.
- تأكد من أن Immich يستطيع رؤية المحتوى المحلي باستخدام طريقة الاستيراد المقصودة.
- بعد ذلك فقط احذف النسخ الأصلية من السحابة إذا كان الهدف هو استعادة حصة التخزين.
- احتفظ بنسخة احتياطية مستقلة من الصور التي لا يمكن تعويضها؛ فنقل النسخة الوحيدة الموجودة على السحابة إلى وحدة NAS واحدة لا يُعد نسخًا احتياطيًا وفق قاعدة 3-2-1.
الأسئلة الشائعة حول وصول SSH للقراءة فقط في ZimaOS
لماذا يمكنني الاتصال بـ ZimaOS عبر SSH، لكن لا يمكنني إنشاء ملفات في مجلدات النظام؟
معظم مجلدات نظام ZimaOS للقراءة فقط حسب التصميم. أما بيانات المستخدم والتطبيقات القابلة للكتابة، فتنتمي إلى وحدة تخزين بيانات مُدارة مثل /DATA.
هل سيجعل sudo نظام ملفات ZimaOS الجذري قابلًا للكتابة؟
لا. لا تؤدي الصلاحيات المرتفعة إلى تغيير نظام ملفات تم تحميله عمدًا بوضع القراءة فقط.
هل يستطيع ZimaOS الحالي الوصول إلى OneDrive من دون تثبيت rclone يدويًا؟
نعم. يمكن لتطبيق «الملفات» الحالي في ZimaOS الاتصال بـ OneDrive مباشرةً ونقل المحتوى السحابي المحدد إلى وحدة التخزين المحلية.
هل كان الحذف التلقائي بعد النسخ متاحًا في واجهة تطبيق النسخ الاحتياطي المصدر؟
ذكر موضوع المجتمع في فبراير 2026 أن هذه الميزة لم تكن متاحة هناك. تعامل مع ذلك على أنه قيد تاريخي في تطبيق النسخ الاحتياطي، وليس تصريحًا دائمًا بشأن كل عمليات النقل السحابية الحالية.
