إن تهيئة قرص من NTFS إلى ext4 ليست تحويلًا في مكانه؛ بل تنشئ نظام ملفات جديدًا وتمحو المحتوى الحالي للقسم المستهدف. ويفيد موضوع النقاش الأصلي من فبراير 2026 لأن المستخدم الأصلي واجه أولًا الخطأ 1 في ZimaOS، ثم اتبع سير عمل عبر الطرفية اقترحه المجتمع لتحديد نظام الملفات، وإلغاء تركيب الهدف، وتهيئته بنجاح. وأظهر مشارك لاحق أن محرك أقراص يبدو غير مركّب قد يظل مشغولًا ويرفض التهيئة.
لذلك، تتمثل الإرشادات الصحيحة طويلة الأمد في استخدام إدارة التخزين الحالية في ZimaOS أولًا، والتأكد بدقة من الجهاز المستهدف، والتعامل مع أوامر التهيئة منخفضة المستوى على أنها خطوات مدمّرة لاستكشاف الأخطاء وإصلاحها من قِبل المجتمع، وليست أوامر عامة للنسخ واللصق.
تمكّن المستخدم الأصلي من رؤية القرص، لكن التهيئة أعادت الخطأ 1
sdc2 فشل مع ظهور الخطأ 1.ابدأ بإعداد التخزين الحالي في ZimaOS
صُمّم ZimaOS الحالي لتهيئة محركات الأقراص الداخلية وأقراص USB وإدارتها من الإعدادات > التخزين. وبالنسبة إلى القرص المضاف حديثًا، ينبغي أن تكون هذه الواجهة هي الخيار الأول لأنها تعرف كيفية تسجيل محرك الأقراص ضمن بقية مكوّنات ZimaOS.
استخدم سير عمل إعداد التخزين الحالي في ZimaOS للأقراص الجديدة قبل تجاوز طبقة الإدارة واستخدام الطرفية لتهيئة القرص.
حدّد القرص ونظام الملفات الصحيحين قبل محو أي شيء
طلب أحد أعضاء المجتمع من المستخدم تشغيل lsblk -f. هذا أمر فحص للقراءة فقط، وتكمن قيمته في أنه يعرض الأقراص والأقسام وأنواع أنظمة الملفات والتسميات ونقاط التركيب.
لا تستنتج أن sdc2 القرص الفعلي الموجود على خادم شخص آخر هو نفسه الموجود على جهازك. وقد تتغير أحرف أجهزة Linux بعد إعادة التشغيل أو تغيير الأجهزة.
قد يعني الخطأ 1 أن القسم مركّب أو مشغول
اشتبه صاحب الرد في أن القسم لا يزال محمّلًا أو قيد الاستخدام. وأوصى بالتحقق مما إذا كان sdc2 ظهر في جدول نقاط التحميل قبل التهيئة.
هذا مبدأ عام قوي: تحتاج أدوات التهيئة إلى وصول حصري بدرجة كافية لكتابة بيانات وصفية جديدة لنظام الملفات. وقد يظل محرك الأقراص الذي تستخدمه Files أو Docker أو Backup أو Samba أو عملية أخرى مشغولًا، حتى عندما يعتقد المستخدم أنه لا توجد عملية نسخ ملفات نشطة.
استخدم سير العمل المجتمعي لعام 2026 بروتوكول SSH
سأل المستخدم عمّا إذا كان ينبغي تشغيل الأوامر من واجهة الويب أو عبر SSH. ووجّههم الرد المجتمعي إلى تمكين SSH وتشغيل أوامر Linux منخفضة المستوى من الطرفية.
لم ينشر موظفو IceWhale تلك الأوامر المدمرة تحديدًا في هذا الموضوع. ولا ينبغي إعادة نشرها باعتبارها إجراءً افتراضيًا لتهيئة ZimaOS من دون تحذير واضح والتحقق من الجهاز.
أكد المستخدم الأصلي نجاح الإجراء المجتمعي
بعد اتباع تسلسل الفحص وإلغاء التحميل والتهيئة بنظام ext4 المقترح، أفاد صاحب المنشور الأصلي بأن كل شيء اكتمل كما ينبغي، وشكر صاحب الرد على المساعدة التفصيلية.
وهذا يجعل الإجراء حلًا مجتمعيًا مؤكدًا لذلك القسم الواحد، وليس سير عمل رسميًا شاملًا.
اكتشف مستخدم لاحق أن «غير محمّل» لا تعني «متاحًا»
في مارس 2026، حاول مشارك آخر إعادة تهيئة قرص NTFS داخلي إلى Btrfs لأن محرك الأقراص ظل دافئًا وبدا غير قادر على الدخول في وضع السكون. أعاد ZimaOS الخطأ 1، وأشارت الفحوصات اليدوية إلى أن القرص لم يكن محمّلًا.
تكتسب الحالة اللاحقة أهمية لأن جهاز الكتل قد يظل قيد الاستخدام من قِبل خدمة أو أداة فحص لنظام الملفات أو عملية لإدارة التخزين أو نشاط آخر في النواة أو مساحة المستخدم، حتى عندما لا تكون له نقطة تحميل عادية.
يمكن أن تكون التهيئة الخارجية مخرجًا أكثر أمانًا
قام المشارك اللاحق في النهاية بإزالة محرك الأقراص، وتهيئته على جهاز Linux آخر، ثم إعادته إلى ZimaOS. يتجنب ذلك التعامل مع الخدمات على جهاز NAS قيد التشغيل، لكنه يتطلب وصولًا فعليًا ونسخة احتياطية دقيقة، لأن التهيئة لا تزال تؤدي إلى إتلاف البيانات.
كلا من NTFS وext4 مدعومان، لكن لكل منهما أولويات مختلفة
يسرد ZimaOS حاليًا كلاً من NTFS وext4 كنظامي ملفات يدعمان القراءة والكتابة. يفيد NTFS عندما يلزم نقل القرص بين أنظمة Windows وLinux. أما ext4 فهو نظام ملفات أصلي في Linux، ويوفر إدارة مباشرة لملكية POSIX، وغالبًا ما يكون أبسط لتخزين Docker المخصص للخوادم فقط.
قارن جدول دعم أنظمة الملفات الحالي في ZimaOS قبل إعادة تهيئة قرص قابل للنقل.
لا تفترض أن إعادة التهيئة تُصلح كل مشكلة تتعلق بتوقف القرص أو ارتفاع حرارته
كانت رغبة المستخدم اللاحق في الابتعاد عن NTFS ناتجة جزئيًا عن قرص دافئ بدا نشطًا. قد يؤدي تغيير نظام الملفات إلى تغيير سلوك برنامج التشغيل والبيانات الوصفية، لكنه لا يثبت أي عملية تُبقي القرص في حالة نشاط.
قبل محو قرص يعمل لمجرد إدارة استهلاك الطاقة، افحص الخدمات التي تصل إليه.
قائمة تحقق أكثر أمانًا لتهيئة الأقراص
- انسخ احتياطيًا كل ما يهمك.
- تأكد من القرص الفعلي والقسم المحددين بدقة.
- سجّل نظام الملفات الحالي والتسمية.
- عطّل خدمات ZimaOS التي تستخدم القرص عمدًا.
- تأكد من أن القسم غير مُضمَّن وغير مشغول.
- فضّل واجهة التخزين الحالية عندما تتمكن من تنفيذ العملية.
- إذا كانت التهيئة عبر CLI ضرورية، فتحقق من الجهاز مرة أخرى مباشرةً قبل تنفيذ الأمر المدمّر.
- بعد التهيئة، اترك ZimaOS يسجّل نظام الملفات الجديد ويضمّنه بشكل طبيعي.
الأسئلة الشائعة حول التحويل من NTFS إلى ext4
هل يؤدي تغيير NTFS إلى ext4 إلى محو البيانات؟
نعم. تؤدي التهيئة إلى إنشاء نظام ملفات جديد وإتلاف محتويات نظام الملفات القديم.
هل نجحت طريقة الطرفية مع المستخدم الأصلي؟
نعم. أكد صاحب المنشور الأصلي أن العملية اكتملت بنجاح.
هل يعني الخطأ 1 دائمًا أن القرص مُضمَّن؟
لا. يوضح الرد اللاحق أن محرك الأقراص قد يظهر على أنه غير مُضمَّن، مع بقائه قيد الاستخدام أو غير متاح لأداة التهيئة لسبب آخر.
هل ينبغي تفضيل ext4 على NTFS لكل قرص في ZimaOS؟
لا. اختر بناءً على ما إذا كان القرص مخصصًا للخادم فقط أو يحتاج إلى قابلية نقل بين الأنظمة الأساسية.
