لا يعني وجود مجمّع تخزين في ZimaOS تلقائيًا أن Windows يجب أن يعرض القرص الخام أو كائن RAID كمجلد شبكة عادي. في هذا النقاش من ديسمبر 2025، كان لدى المستخدم مجمّع RAID 1 سليم مكوّنًا من قرصين ويُسمّى M3 Storage، لكن مستكشف Windows لم يعرض سوى ZimaOS-HD. وكانت الخطوة المفقودة هي إنشاء مجلد على مجمّع التخزين ومشاركة ذلك المجلد مع المستخدم المقصود.
أكد صاحب المنشور الأصلي نجاح إجراء المشاركة. أما هدفه الأوسع—حفظ ملفات الكمبيوتر محليًا ونسخها تلقائيًا إلى ZimaCube—فيتوافق بدرجة أكبر مع سير عمل النسخ الاحتياطي المخصص للكمبيوتر في ZimaClient الحالي.
كان مجمّع RAID 1 موجودًا مسبقًا وسليمًا
لم يكن تحديد عنصر تخزين في ZimaClient كافيًا
لم يعرض Windows في البداية سوى المشاركة الخاصة بالنظام
كان اختصار ZimaClient باللون الرمادي
أنشئ مجلدًا على المجمّع وشارك ذلك المجلد
قدّم مجتمع المصدر سير عمل عمليًا:
- افتح التخزين؛
- افتح عرض المجلد الخاص بمجمّع التخزين؛
- أنشئ مجلدًا جديدًا؛
- افتح قائمة ذلك المجلد؛
- اختر إدارة المشاركة؛
- امنح المستخدم المقصود صلاحية القراءة والكتابة؛
- استخدم عنوان Windows/macOS المُقدَّم.
أجاب صاحب المنشور الأصلي: «نعم، نجح ذلك.»
عرضت ملفات ZimaOS مساحة التخزين أيضًا كمنطقة منفصلة
يدعم ZimaOS الحالي مشاركات Samba لكل مستخدم
تغطي وثائق IceWhale الحالية الآن صراحةً إنشاء مشاركة من مجلد، واختيار عضو أو ضيف، وتعيين إذن القراءة أو القراءة والكتابة، ونسخ العنوان الصحيح لنظامي Windows أو macOS.
استخدم سير عمل مشاركة Samba الحالي في ZimaOS عندما تحتاج إلى ظهور مجلد كمشاركة شبكة عادية.
النسخ الاحتياطي التلقائي من الكمبيوتر إلى NAS ميزة منفصلة
أراد المستخدم في المصدر في النهاية نسخ ملفات الكمبيوتر المحلية إلى ZimaCube تلقائيًا. يضم ZimaClient حاليًا ميزة مخصصة للنسخ الاحتياطي للكمبيوتر، حيث يختار المستخدمون مجلدات المصدر ومساحة تخزين الوجهة، ثم ينسخ العميل بياناتهم احتياطيًا في الخلفية وفق جدول زمني.
استخدم سير عمل النسخ الاحتياطي الحالي للكمبيوتر في ZimaClient عندما يكون الهدف هو الحماية التلقائية، وليس مجرد تصفح مشاركات SMB.
لا تستخدم محرك النظام الصغير كوجهة للنسخ الاحتياطي
تحذّر إرشادات IceWhale الحالية المستخدمين تحديدًا من توجيه نسخ احتياطي للكمبيوتر إلى محرك نظام ZimaOS، وتوصي بدلًا من ذلك بمساحة تخزين عادية مثل قرص واحد أو مصفوفة RAID.
وهذا مهم خصوصًا للمستخدم في المصدر، الذي كان قد أنشأ بالفعل مجموعة RAID 1 بسعة 4 تيرابايت مخصصة لبيانات العمل.
مجموعة التخزين ليست الكائن نفسه الذي تمثله مشاركة SMB
يوضح هذا التمييز معظم الالتباس في سلسلة النقاش الأصلية. تصف إعدادات التخزين الأقراص الفعلية والمصفوفات. أما الملفات فتصف المجلدات الموجودة على مساحات التخزين تلك. وتتيح مشاركات Samba مجلدات محددة لجهاز كمبيوتر آخر عبر الشبكة.
يتصل Windows عادةً بمساحة أسماء المجلد المشترك بدلًا من تحميل كائن RAID الخام نفسه. لذلك، لا يتعدى إنشاء RAID كونه طبقة التخزين؛ أما إنشاء مجلد ومشاركته فهو طبقة وصول المستخدم.
يجب تعيين إذن القراءة والكتابة للحساب الذي تستخدمه فعليًا
لم تقتصر تعليمات المجتمع على إنشاء مجلد؛ بل طلبت أيضًا من المستخدم فتح Manage Share والتأكد من أن الحساب المقصود لديه صلاحية القراءة والكتابة. إذا ظهرت المشاركة لكن تعذّر رفع الملفات أو إعادة تسميتها أو حذفها، فأعد التحقق من الحساب ومستوى الأذونات قبل تغيير RAID.
يدعم ZimaOS الحالي أيضًا حسابات أعضاء منفصلة، لذا لا تحتاج العائلة أو الفريق إلى مشاركة كلمة مرور مسؤول واحدة لمجرد الوصول إلى مجلد مشروع.
Quick Access طبقة لتسهيل الوصول، وليس تهيئة للتخزين
رأى المستخدم الأصلي وحدة تخزين M3 في إعداد Quick Access في ZimaClient، وافترض أن تحديدها سيجعل المجموعة قابلة للاستخدام بالكامل في مستكشف الملفات. وأظهر الإصلاح اللاحق سبب عدم اكتمال هذا الافتراض: إذ يمكن لـ Quick Access إظهار مجلد أو موقع يمكن الوصول إليه، لكنه لا يغني عن إنشاء المجلد وضبط أذونات المشاركة على الخادم.
عند استكشاف الأخطاء وإصلاحها، تحقّق أولًا من وجود المجلد في ZimaOS Files ومن مشاركته بشكل صحيح؛ ثم استخدم ZimaClient لتسهيل الوصول إليه من الكمبيوتر.
مشاركة الملفات والمزامنة والنسخ الاحتياطي أهداف مختلفة للمستخدم
استخدمت الردود الأصلية أحيانًا مصطلح «المزامنة» بصورة فضفاضة. تتيح مشاركة الشبكة لـ Windows فتح الملفات المخزنة على NAS. ويحافظ سير عمل المزامنة على توافق نسخ محددة. أما سير عمل النسخ الاحتياطي فيحمي المصدر بنسخة منفصلة، ويفضّل أن يتضمن الاحتفاظ بالنسخ وإمكانية الاستعادة.
تُعد ميزة Computer Backup الحالية في ZimaClient الخيار الأنسب لهدف صاحب المنشور الأصلي المتمثل في حماية أعمال الكمبيوتر المحلية تلقائيًا على مجموعة RAID.
التحقق من Client بعد تغيير المشاركة
بعد إنشاء المجلد والأذونات، افصل جلسات Windows القديمة إن لزم الأمر، ثم أعد الاتصال باستخدام حساب ZimaOS المقصود، وأنشئ ملف اختبار صغيرًا وأعد تسميته وافتحه مجددًا. يثبت ذلك إمكانية العرض وإذن الكتابة قبل نقل أرشيف عمل كامل إلى NAS.
الأسئلة الشائعة حول مشاركة التخزين
هل كانت RAID نفسها معطّلة في الحالة الأصلية؟
لا. كانت المجموعة موجودة وتظهر بحالة سليمة.
ما الخطوة التي جعلت وحدة التخزين قابلة للاستخدام فعليًا من Windows؟
أنشأ المستخدم مجلدًا في مجموعة التخزين وشاركه مع الحساب والأذونات الصحيحة.
هل ينبغي إجراء نسخ احتياطي تلقائي للكمبيوتر عبر النسخ اليدوي إلى SMB؟
يوفّر ZimaClient الحالي سير عمل مخصصًا لنسخ الكمبيوتر احتياطيًا، مع نسخ احتياطية مجدولة تعمل في الخلفية.
