لم يتمكن مستخدم جديد لـ ZimaOS من نسخ الملفات إلى مشاركة Samba من مستكشف Windows إلا بعد إضافة حساب الضيف غير المحمي. وبعد إزالة وصول الضيف، أعلن Windows أن المشاركات غير قابلة للوصول ولم يعرض مطالبة جديدة باسم المستخدم وكلمة المرور.
تم حل المشكلة من دون الإبقاء على وصول الضيف مفعّلًا. طلب عضو فريق Zima، جورجيو، من المستخدم حذف جميع بيانات الاعتماد المحفوظة في Windows ثم تشغيل نص الاتصال المجتمعي بـ Samba مرة أخرى. وأكد الكاتب أن ذلك أزال التعارض وأعاد الوصول.
إعداد ZimaOS وWindows الأصلي
ثبّت المستخدم ZimaOS 1.4.1 على جهاز ASUS Prime N100I-D D4. وكان قرص SSD من نوع Crucial بسعة 500 GB مخصصًا لنظام التشغيل، بينما ظهر قرص صلب Seagate بسعة 1 TB كمحرك مشترك عبر واجهة الويب الخاصة بـ ZimaOS.
عند تفعيل مستخدم الضيف، نجح لصق عنوان URL للمشاركة من Manage Share في مستكشف Windows. وكان الجزء المربك هو أن مشاركة أخرى محمية بكلمة مرور بدت قابلة للوصول أيضًا في تلك الحالة، رغم أن الضيف لم يكن مدرجًا فيها.
لماذا لم تنجح محاولات بيانات الاعتماد الأولى
اشتبه الكاتب في وجود مشكلة في بيانات الاعتماد، فأضاف يدويًا إدخالًا في مدير بيانات اعتماد Windows. كما اتبع صفحة مساعدة SMB الخاصة بـ ZimaOS ودليل الاتصال بسطر الأوامر الذي أعده المجتمع. طلب النص بيانات الاعتماد، لكن إدخال اسم مستخدم ZimaOS وكلمة المرور المتوقعة لم يفتح المشاركة في البداية.
ومن التفاصيل المحتمل ارتباطها بالمشكلة أن الخادم نفسه وعنوان IP نفسه كانا يشغّلان TrueNAS سابقًا. ولم يثبت النقاش أن التثبيت القديم تسبب في التعارض، لكن Windows كان يحتوي على عدة بيانات اعتماد محفوظة للويب وWindows عند تشخيص المشكلة.
الحل المؤكد: إزالة جميع بيانات الاعتماد المحفوظة أولًا
تمثلت خطوات جورجيو في إزالة جميع بيانات الاعتماد المحفوظة من لوحة تحكم Windows، وإعادة إنشاء مشاركة عند الحاجة، ثم إعادة تنفيذ دليل الاتصال بمشاركة Samba في ZimaOS عبر سطر الأوامر. حذف الكاتب بيانات اعتماد الويب وبيانات اعتماد Windows، ثم أعاد تشغيل الملف الدفعي من ذلك الدليل، وأكد أن الوصول إلى المشاركة المحمية نجح أخيرًا.
وتكمن أهمية النتيجة في أن تفعيل الضيف لم يكن سوى حل مؤقت في هذه الحالة. كان المسار الناجح هو جعل Windows ينسى حالة بيانات الاعتماد المتعارضة قبل المصادقة من جديد.
كيف بدت شاشات عميل Zima
شارك عضو آخر في المجتمع شاشات Zima Client وWindows 11 المتوقعة من إعداد يعمل فيه محرك أقراص معيّن. ولم تكن لقطات الشاشة هذه هي الحل الذي عالج تعارض بيانات الاعتماد لدى الكاتب، لكنها ساعدت على التمييز بين العميل القابل للتنزيل ودليل سطر الأوامر المنفصل.
الأسئلة الشائعة
هل احتاج هذا المستخدم إلى إبقاء وصول الضيف مفعّلًا؟
لا. جعل وصول الضيف المشاركات قابلة للوصول مؤقتًا، لكن الحل المؤكد كان إزالة جميع بيانات اعتماد Windows المحفوظة وإعادة الاتصال باستخدام الحساب المحمي.
هل أدى إضافة بيانات اعتماد واحدة يدويًا إلى حل المشكلة؟
لا. كان الكاتب قد جرّب بالفعل إضافة بيانات الاعتماد يدويًا. ولم تنجح المحاولة إلا بعد حذف جميع بيانات اعتماد الويب وWindows المحفوظة، ثم إعادة تشغيل نص الاتصال.
