نقل ملفات العمل بين Windows و Linux دون فقد الأذونات والطوابع الزمنية: خطة تحقق قبل وبعد

لماذا لا تكفي عبارة «تم النسخ بنجاح»؟

قد تنقل مجلد مشروع من Windows إلى Linux أو العكس فتجد أن الملفات موجودة وأن أحجامها متقاربة، ثم تكتشف أن سكربتًا فقد صلاحية التنفيذ أو أن روابط رمزية تغيرت أو أن توقيت التعديل لم يعد صالحًا للمقارنة. السبب أن نسخ المحتوى ليس بالضرورة نسخ كل بيانات نظام الملفات. تختلف أنظمة NTFS و ext4 و exFAT في تمثيل المالك والأذونات وقوائم التحكم والطوابع الزمنية والروابط. هذا الدليل يشرح طريقة تخطيط النقل والتحقق منه بدل افتراض أن خيار Archive يعمل بصورة متطابقة على كل وسيط. لا نعيد شرح chmod؛ محورنا سلامة الانتقال بين بيئتين.

صنّف البيانات قبل اختيار الأداة

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

افهم اختلاف أنظمة الملفات

في Linux تعتمد الأذونات التقليدية على المستخدم والمجموعة وبتات القراءة والكتابة والتنفيذ، وقد توجد ACL وسمات موسعة. في Windows توجد ACL خاصة بنظام NTFS وهوية مستخدمين مختلفة، ولا توجد مطابقة كاملة تلقائية بين النموذجين. قد لا يدعم وسيط exFAT الروابط الرمزية أو أذونات POSIX كما تتوقع. لذلك لا يعد حفظ قيمة رقمية مثل 755 على الوجهة دليلًا على تكافؤ صلاحيات الوصول مع المصدر. وثّق نظام ملفات المصدر والوجهة وطريقة الاتصال وصلاحيات الحساب الذي يجري النقل، ثم قرر هل الهدف حفظ الدلالة أم حفظ البتات حيث تسمح المنصة.

الطوابع الزمنية ليست ساعة واحدة

غالبًا ما يهمنا وقت آخر تعديل mtime، لكن توجد أيضًا أوقات وصول وتغيير بيانات وصفية وأحيانًا وقت إنشاء تختلف دلالته ودعمه. لا تفترض أن خيار preserve timestamps يحفظ جميع الأوقات؛ كثير من الأدوات يحافظ على mtime وقد يتعامل مع غيره بصورة مختلفة. دقة الوقت قد تختلف بين أنظمة الملفات، كما أن عرض التاريخ محليًا قد يوهم بفارق ناتج عن المنطقة الزمنية. قارن قيمًا موحدة مثل UTC مع السماح بفروق دقة معروفة، ولا تستخدم تغير ctime وحده كدليل أن محتوى الملف تبدل. حدد أي طابع زمني مهم لعملك قبل النقل.

نسخ محلي باستخدام cp: ماذا يحفظ؟

على نظام Linux يتيح cp -a نمط أرشفة يحاول الحفاظ على السمات والروابط قدر الإمكان، بينما يسمح --preserve بتحديد سمات مثل mode و ownership و timestamps. لكن النجاح يتوقف على صلاحيات الحساب ودعم نظام ملفات الوجهة؛ قد لا يستطيع المستخدم العادي حفظ المالك الأصلي أو ACL كاملة. افحص رسائل الخطأ ولا تخفها داخل إعادة توجيه إلى /dev/null. إذا كنت تنقل إلى قرص لا يدعم السمات المطلوبة، فلا تعد المستخدم باستعادتها لاحقًا. يمكنك حفظ تقرير منفصل عن الصلاحيات والملكية قبل النقل، مع التنبيه إلى أن إعادة تطبيقها على منصة مختلفة تحتاج قرارًا واعيًا.

متى يكون rsync أفضل؟

يساعد rsync في نقل المجلدات الكبيرة أو المتكررة وإعادة المحاولة بعد انقطاع الاتصال، ويتيح خيارات مثل -a للحفاظ على سمات أساسية. لكن -a لا يعني حفظ كل شيء: قد تحتاج خيارات إضافية لل ـ ACL والسمات الموسعة والروابط الصلبة وفق حاجتك ودعم النظام. لا تشغّل --delete في أول تجربة؛ فقد يحذف ملفات على الوجهة لم تقصد إزالتها. استخدم --dry-run لمعاينة التغييرات، ثم نفذ النقل على عينة، وراجع السجل قبل العمل على البيانات الكاملة. عند النقل عبر SSH تحقق من هوية الوجهة ومسارها، ولا تخلط بين صلاحيات الاتصال وصلاحيات الملفات بعد الوصول.

النسخ بين Windows و Linux عبر شبكة

قد تستخدم مشاركة SMB أو أداة نسخ تعمل عبر بروتوكول مختلف، وحينها تتحكم طبقة المشاركة أيضًا في تمثيل المالك والأذونات والأسماء. قد يبدو الملف قابلًا للقراءة من حساب ويُرفض من آخر رغم أن النقل اكتمل. اختبر من حساب المستخدم النهائي وليس حساب المدير فقط. عند مشاركة تحتوي أسماء طويلة أو أحرفًا خاصة، تحقق من عدم إعادة تسمية الملفات أو تعارض حالتي الأحرف الكبيرة والصغيرة في أسماء متشابهة. لا تفترض أن نسخة ZIP ستحفظ جميع سمات NTFS أو POSIX؛ راجع صيغة الأرشيف وخيارات الأداة قبل اعتبارها وسيطًا موثوقًا.

الروابط الرمزية والصلبة والملفات الخاصة

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

التحقق من سلامة المحتوى بالهاش

استخدم بصمة SHA-256 أو أداة تحقق موثوقة لمقارنة محتوى الملفات في المصدر والوجهة عندما تكون سلامة البايتات مهمة. لا تقارن هاش مجلد كامل بطريقة عشوائية لأن ترتيب الملفات وأسماءها يؤثران على النتيجة؛ أنشئ قائمة مرتبة تتضمن المسار النسبي والحجم والبصمة. افصل بين اختلاف المحتوى واختلاف البيانات الوصفية: قد تتطابق البصمة رغم تغير الأذونات، وقد تختلف إذا أعادت أداة تحرير تنسيق نهايات الأسطر. لا تعتبر مطابقة الهاش دليلًا على أن التطبيق سيعمل؛ تحتاج أيضًا اختبار المسارات والاعتمادات والصلاحيات. احتفظ بقائمة التحقق خارج مجلد النقل لتقليل العبث غير المقصود.

جدول مقارنة قرار الأداة

قارن بين نسخ بسيط داخل مدير الملفات، و cp مع خيارات الحفظ، و rsync مع معاينة، وأرشيف مناسب، ونسخ احتياطي خاص بالتطبيق. لكل خيار اسأل: هل يحفظ المحتوى؟ هل يحفظ الوقت؟ هل يدعم ACL والروابط؟ هل يمكن استئنافه؟ وهل يتطلب صلاحيات مرتفعة؟ لا توجد أداة واحدة مثالية لكل الأنظمة. إذا كان المطلوب أرشفة صور شخصية، فقد تكفي أداة بسيطة مع فحص عينات. وإذا كان المطلوب نقل مستودع برمجي، فاختبر الروابط والصلاحيات. وإذا كان المطلوب نقل قاعدة بيانات، استخدم تصديرًا أو نسخة متسقة حسب تعليمات محرك قاعدة البيانات بدل نسخ الملفات الحية.

تجربة مصغرة قبل النقل الكامل

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

خطة تنفيذ وتحقيق بعد النقل

أوقف الكتابة على البيانات المصدرية أو استخدم نسخة متسقة، وسجل حجم المجلد وعدد الملفات وأهم السمات. نفذ النقل مع سجل أخطاء محفوظ، ثم قارن عدد الملفات والأحجام وبصمات عينة أو جميع الملفات الحساسة. اختبر فتح المستندات وتشغيل السكربتات من حساب المستخدم النهائي، وتحقق من الروابط والمسارات والطوابع الزمنية المطلوبة. لا تحذف المصدر فورًا؛ احتفظ بفترة رجوع تتناسب مع أهمية البيانات. إذا فشل جزء من النقل، سجّل الملفات المتأثرة وأعدها بصورة انتقائية بدل إعادة العملية كلها مع خطر الكتابة فوق تغييرات جديدة على الوجهة.

أخطاء شائعة عند تفسير النتيجة

إذا ظهر وقت تعديل مختلف بساعتين، افحص المنطقة الزمنية ودقة النظام قبل اتهام أداة النسخ. إذا فشل سكربت، تحقق من صلاحية التنفيذ ومفسر الأوامر ونهايات الأسطر والمسار، لا من ملكية الملف فقط. إذا اختفت روابط رمزية، اسأل هل الوجهة تدعمها وهل الأداة تتبع الرابط أم تحفظه. إذا اختلفت ACL، قارن إمكانية الوصول الفعلية للحسابات المقصودة بدل مطابقة أسماء مجموعات لا توجد على النظام الآخر. وأخيرًا، لا تساوِ بين انتهاء النقل دون أخطاء وبين اكتمال اختبار التطبيق؛ هذه مرحلتان مختلفتان يجب تسجيلهما منفصلتين.

المراجع والقراءة المتصلة

تشرح وثائق GNU Coreutils خيارات cp وحفظ السمات في https://www.gnu.org/software/coreutils/manual/html_node/cp-invocation.html وتوثق صفحة rsync الرسمية الخيارات والقيود في https://rsync.samba.org/documentation.html . للمفاهيم الأساسية للأذونات اقرأ دليل إيجي تاج «صلاحيات الملفات في Linux: فهم chmod و chown بالممارسة» على /ar/articles/ صلاحيات-الملفات-في-linux- فهم-chmod- و chown- بالممارسة-topic-20261016-04 . هذا المقال يركز على نقل البيانات بين بيئتين، لا شرح أذونات Linux في ذاتها. تختلف النتائج حسب نظام الملفات والبروتوكول والإصدار والصلاحيات؛ اختبر الحالات الحساسة في بيئتك ولا تعتمد على وصف عام كضمان شامل.

قائمة تحقق ختامية

قبل إعلان نجاح النقل، ينبغي أن تعرف نوع نظام الملفات في الطرفين، وما السمات المطلوبة، والأداة وخياراتها، وحالة الأخطاء، وعدد الملفات، ونتائج الهاش، وحالة الروابط والأذونات والطوابع الزمنية، ونتيجة اختبار التطبيق من حساب المستخدم الحقيقي. سجّل ما لم يمكن حفظه، مثل ملكية لا تملك صلاحية نقلها، بوصفه اختلافًا معروفًا لا نجاحًا كاملًا. إذا كانت الملفات جزءًا من عمل فريق، أعلن نافذة تجميد التغييرات وخطة استعادة واضحة. أفضل نقل ليس الأسرع فقط، بل الذي يمكن تفسير نتائجه والتحقق منها والتراجع عنه دون مفاجآت.