حلّ المجتمع

تم اكتشاف محرك USB لكنه مفقود من ملفات ZimaOS: كان بنظام HFS+ ومحمّلًا للقراءة فقط وخارج نطاق التخزين المُدار

An April 2026 ZimaBlade thread initially described as an NTFS USB drive. lsblk later proved it was HFS+, already mounted manually under /DATA/usb-test, but not visible in Files. The kernel also warned that write access to the journaled HFS+ filesystem was unsupported and mounted it read-only.

يذكر العنوان نظام NTFS، لكن التشخيص من المصدر كشف عن شيء مختلف. أظهر الأمر lsblk -f أن قسم USB كان في الواقع بنظام HFS+. نجح المستخدم في وصله ضمن /DATA/usb-test، لكنه ظل غير ظاهر في ملفات ZimaOS. بعد ذلك سجّل النواة أن الوصول للكتابة إلى نظام HFS+ المزوّد بسجل تغييرات غير مدعوم، وأن نظام الملفات تم وصله بوضع القراءة فقط.

إذًا، يحتوي المصدر على مشكلتين منفصلتين: مسار تم وصله يدويًا ولم تتعامل معه ملفات ZimaOS كوحدة تخزين مُدارة، ونظام ملفات HFS+ مزوّد بسجل تغييرات عرَضه Linux بوضع القراءة فقط. لم تكن المشكلة فشلًا في اكتشاف أجهزة USB.

إشعار ZimaOS باكتشاف محرك أقراص USB خارجي Samsung HM500JI بسعة 500 GB مع زر إدارة
اكتشف ZimaOS محرك USB الفعلي فورًا؛ وكانت المشكلة في عرض نظام الملفات ونقطة الوصل.

تحقق من نظام الملفات قبل افتراض صحة التسمية

اعتقد المستخدم أن القرص بنظام NTFS. أظهر الأمر:

lsblk -f

أن sdc1 كان من نوع hfsplus. اعتمد دائمًا على البيانات الوصفية الفعلية لنظام الملفات بدلًا من الذاكرة أو الملصق الموجود على الغلاف.

كان القرص موصولًا بالفعل

أظهر ناتج المصدر أن sdc1 كان موصولًا ضمن مسارات تشمل:

/DATA/usb-test
/var/lib/casaos_data/usb-test

وهذا يعني أن عبارة «غير ظاهر في الملفات» لم تعد تعني «غير موصول».

لا يعني الوصل اليدوي بالضرورة إضافة وحدة تخزين مُدارة في ZimaOS

خلص الرد في المجتمع إلى أن الملفات تعرض عادةً مواقع التخزين التي يديرها ZimaOS، وليس المجلدات العشوائية التي يتم إنشاؤها من خلال وصل يدوي عبر الصدفة. لم يؤكد موظفو IceWhale هذا التفسير، لذا اعتبره حدًا مرجحًا بين واجهة المستخدم ومدير التخزين، وليس ضمانًا رسميًا.

أبلغت النواة صراحةً بأن HFS+ المزوّد بسجل تغييرات يعمل بوضع القراءة فقط

ذكر سطر السجل الأساسي أن الوصول للكتابة إلى نظام ملفات HFS+ المزوّد بسجل تغييرات غير مدعوم، وأن فرض وضع الكتابة قد يكون محفوفًا بالمخاطر.

لا تستخدم وصلة كتابة إجبارية على بيانات HFS+ مهمة لمجرد تسهيل عملية النقل.

تدرج الإصدارات الحالية من ZimaOS نظامَي HFS وHFS+ على أنهما مدعومان للقراءة والكتابة

تدرج وثائق التنسيقات الحالية من IceWhale نظامَي HFS وHFS+ على أنهما مدعومان للقراءة والكتابة على أقراص USB والأقراص الداخلية. وهذا أوسع من حالة الوصل اليدوي المحددة في أبريل 2026، حيث تعاملت النواة مع وحدة التخزين المزوّدة بسجل تغييرات على أنها للقراءة فقط.

استخدم مصفوفة تنسيقات الأقراص المدعومة الحالية، ثم اختبر محرك الأقراص المحدد بطريقة غير مدمرة.

لعملية نقل لمرة واحدة، قد يكون وضع القراءة فقط كافيًا

إذا كان الهدف هو نسخ ملفات Mac القديمة من HFS+ إلى مساحة تخزين RAID في ZimaOS، فغالبًا ما يكون الوصول للقراءة فقط أكثر أمانًا من فرض دعم الكتابة. انسخ البيانات إلى NAS، وتحقق منها، ثم أعد تهيئة محرك الأقراص الخارجي فقط إذا أردت إعادة استخدامه بنظام ملفات مختلف.

أعد التهيئة فقط بعد نسخ البيانات بأمان

يُعد exFAT مناسبًا للتبادل بين الأنظمة؛ بينما يناسب ext4 أو Btrfs ميزات وملكية Linux الأصلية بصورة أفضل. تؤدي التهيئة إلى إتلاف نظام الملفات الحالي، لذا احتفظ بنسخ موثّقة قبل تغييره.

الأسئلة الشائعة حول ظهور محرك USB

هل كان محرك الأقراص في المصدر بنظام NTFS فعلًا؟

لا. حدّد الأمر lsblk -f أنه بنظام HFS+.

هل اكتشف ZimaOS قرص USB؟

نعم. تم اكتشاف محرك الأقراص والقسم، كما تم وصل القسم يدويًا.

لماذا كان في وضع القراءة فقط؟

ذكر سجل نواة المصدر أن الوصول للكتابة إلى HFS+ المزوّد بسجل تغييرات غير مدعوم، ولذلك تم وصله بوضع القراءة فقط.