حذف المجلد

قبل أن تضغط زر الإلغاء أحب أقول لك: المكان الذي يخزن فيه التقدم هو اللي يقرر إن كان الحفظ ينجو أم لا، وليس مجرد حذف التطبيق نفسه.

أنا دايمًا أتعامل مع الموضوع كختم احتياطي قبل المغامرة — على الكمبيوتر عادةً عملية إلغاء التثبيت تزيل ملفات التثبيت من 'Program Files' أو المجلد اللي نزلت فيه اللعبة، لكن ملفات الحفظ غالبًا تبقى في مجلدات المستخدم مثل 'C:\Users\اسمك\Saved Games' أو 'C:\Users\اسمك\AppData\Roaming\اسماللعبة'. بعض الألعاب تحفظ داخل 'Documents' أو 'AppData\Local'، وبعضها يستخدم مجلدات عامة في 'ProgramData'. لذلك أول خطوة عمليّة لدي هي البحث عن اسم اللعبة في هذه المواقع ونسخ مجلد الحفظ إلى مكان آمن.

على الهاتف القصة تختلف: في أندرويد إلغاء التطبيق عادةً يمسح بيانات التطبيق الداخلية، لكن المجلدات على الذاكرة الخارجية مثل '/Android/data/...' أو '/Android/obb/...' ممكن تبقى، خصوصًا على إصدارات أقدم. مع إصدارات أندرويد الحديثة تصبح صلاحيات الوصول محجوزة فتحتاج ملف مدير أو ربط الجهاز بالكمبيوتر أو استخدام 'adb pull' لنسخ المجلد. في iOS، حذف التطبيق يمسح بياناته المحلية إلا إذا كانت مخزنة في iCloud أو تم عمل نسخة احتياطية على iTunes/Finder. أما على الكونسول، فغالبًا حذف اللعبة لا يمسح الحفظات إلا إذا اخترت حذف بيانات الحفظ صراحةً—والسحابة المرتبطة بحسابك تنقذك في كثير من الأحيان.

نصيحتي العملية: قبل إلغاء التثبيت افعل هذا: تأكد من تفعيل السحابة داخل اللعبة (Steam Cloud، Google Play Games، iCloud)، ابحث فعليًا عن مجلد الحفظ ونسخه خارجيًا، استعمل خيار 'Export' داخل اللعبة إن وُجد، وإذا كنت خبيرًا فجرّب نسخ المسار عبر سطر الأوامر أو الربط عبر USB للهاتف. حافظات النسخة الاحتياطية كانت تنقذني من مآزق كثيرة، لذا أميل دائمًا إلى عمل نسختين على الأقل: واحدة محلية وواحدة سحابية. هكذا لو قررت تثبيت اللعبة مرة أخرى، التقدم عادة يعود بسرعة وبلا وجع رأس.

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

أول ما أفحصه هو ما إذا كان هناك قفل على الملفات: عملية مفتوحة، برنامج مزامنة، أو مضاد فيروسات يحتجز الملفات. على ويندوز أستخدم 'Process Explorer' أو أداة 'handle.exe' لمعرفة أي برامج تمسك بالملفات، ثم أغلقها أو أوقف الخدمة. إذا كان المجلد على مشاركة شبكة فحصي يتجه إلى تحقق من صلاحيات المشاركة وحقوق NTFS، لأن صلاحيات المشاركة وحدها قد تسمح بالوصول بينما تمنع الحذف.

بعد ذلك أتحقق من أخطاء نظام الملفات والهاردوير: على ويندوز أستخدم 'chkdsk /f'، وعلى لينكس 'dmesg' و'fsck' أو أتحقق من رسائل النظام لمعرفة وجود قطاع تالف أو أقراص في مصفوفة RAID متدهورة. لا أنسى فحص عدد الـ inodes على لينكس ('df -i') لأن نفاد الـ inodes يجعل حذف ملفات جديدة أو حتى إدارة المجلدات صعباً.

وإذا كان المجلد يحتوي على آلاف الملفات الصغيرة، أفضّل حذفها عبر سطر الأوامر (PowerShell Remove-Item -Recurse -Force أو rm -rf) بدلاً من واجهة المتصفح حيث تتجمّد وتظهر كفشل ظاهري. في حالات المسارات الطويلة على ويندوز أستخدم البادئة '\\?\' أو PowerShell مع المسار الحرفي. العملية قد تحتاج صبراً لكن عادة السبب مزيج بين قفل ملف أو صلاحيات أو أخطاء في النظام، وليس وحدة التخزين فقط.

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

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

أخطر درس تعلمته من حذف ملف مهم هو أن مدير الملفات ليس دائمًا موثوقًا كـ'سجل حذف' شامل، ويعتمد الأمر كثيرًا على نظام التشغيل والإعدادات وطريقة الحذف. في حاسوبي الذي يعمل بويندوز، أجد أن المجلدات تذهب تلقائيًا إلى 'Recycle Bin' ويمكن استرجاعها بسهولة ما لم أستخدم Shift+Delete أو يكون القرص خارجيًا تمت إزالته بشكل خاطئ. أما في ماكنتوش فأنا أتابع 'Trash' وتعمل بطريقة مشابهة لكنها مرتبطة بنظام الملفات والنُسخ الاحتياطية مثل 'Time Machine' التي أنقذتني أكثر من مرة.

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

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