نقل ChatGPT وCodex إلى محرك أقراص آخر

فحصنا أماكن تخزين ملفات ChatGPT وCodex، ووضعنا التطبيق نفسه وبياناته الرئيسية على محرك الأقراص D، وأبقينا نحو 3.78GB من بيئات التشغيل المستخدمة وملفات أخرى على محرك الأقراص C. تنقسم الملفات المعنية إلى ثلاث مجموعات: التطبيق، والبيانات المحفوظة، وبيئات التشغيل.

ثلاث مجموعات رئيسية من الملفات

اتضح أن عبارة «انقل كل ما يتعلق بـChatGPT إلى محرك الأقراص D» أوسع من اللازم. فالملفات التي تشغّل التطبيق منفصلة عن الملفات التي تحفظ المحادثات والإعدادات. كذلك كانت CLI وPython وNode وغيرها من المكونات التي يستدعيها التطبيق موزعة في مواقع أخرى.

توضح مواصفات متغيرات البيئة لدى OpenAI أن CODEX_HOME يحدد المجلد الجذر للإعدادات والمصادقة والسجلات والجلسات والمهارات والحالة المرتبطة بها. يجب أن يكون المجلد موجودًا مسبقًا. ولا ينقل هذا الإعداد التطبيق نفسه وWindows AppData وجميع بيئات التشغيل المرتبطة به معًا.

كما أن حفظ جلسات Codex المحلية يختلف عن تصدير سجل المحادثات السحابي الكامل لحساب ChatGPT. ولا نعدّ هذه النسخة الاحتياطية تصديرًا كاملًا لجميع بيانات ChatGPT.

ما كان موجودًا أصلًا على محرك الأقراص D وما تغيّر

عند بدء التحقيق، كانت البيانات الفعلية للمجلد الرئيسي لـCodex موجودة بالفعل على محرك الأقراص D. وعلى محرك الأقراص C، كان %USERPROFILE%\.codex وصلة مجلد تشير إلى CodexHome على محرك الأقراص D. أي إن هذه العملية لم تنقل نحو 65GB من بيانات المجلد الرئيسي من C إلى D لأول مرة؛ فالبيانات كانت موجودة بالفعل على D.

تجعل وصلة المجلد مجلدًا مدخلًا إلى مجلد آخر. وتوثق Microsoft إمكانية توجيهها إلى وحدة تخزين محلية أخرى على الكمبيوتر نفسه. لذلك لا تعني رؤية الملفات عبر مدخل على C بالضرورة وجود نسخة ثانية منها عليه. شرح Microsoft لوصلات المجلدات

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

نسخ نحو 68.6GB احتياطيًا أثناء توقف التطبيقات

قبل تغيير طريقة بدء التطبيق، أنشأنا نسخة احتياطية بعد إيقاف ChatGPT وCodex ومكونات Codex المرتبطة به في IDE. نسخنا المجلد الرئيسي لـCodex، وموقع التخزين الفعلي لحزمة التطبيق، ومجلد OpenAI في موقع Local AppData المعتاد. وحفظنا النسخة على C بدلًا من محرك الأقراص الوجهة.

يعرض الجدول الحجم المنطقي للنسخة الاحتياطية المنشأة على هذا الكمبيوتر. وتُحسب GB على أساس مليار بايت. نحو 68.6GB هو حجم النسخة الاحتياطية التي ما زالت على C، وليس المساحة التي تحررت عليه.

لا يستطيع الوصول إلى موقع النسخة الاحتياطية إلا المستخدم وSYSTEM. ولم نرفق النسخة نفسها بالمقال لأنها تتضمن ملفات مصادقة ومحادثات خاصة.

اختبار CODEX_HOME ثم التحقق من التشغيل المعتاد

بما أن المجلد الرئيسي كان موجودًا أصلًا على D، اختبرنا أولًا تشغيل التطبيق مرة واحدة مع ضبط CODEX_HOME=D:\CodexHome. وأبقينا إصدار التطبيق نفسه، وأنهيناه تمامًا، ثم بدأنا نسخة تشغيل جديدة.

اقتصر التغيير على متغير CODEX_HOME في نطاق المستخدم. ولم نغير متغيرات البيئة على مستوى الجهاز أو PATH. ولأن متغيرات بيئة Windows لها نطاقات العملية والمستخدم والجهاز، فحصنا التطبيق بعد تشغيله بالطريقة المعتادة بدلًا من الاكتفاء بظهور القيمة في صدفة واحدة. شرح Microsoft لمتغيرات البيئة

أوامر للقراءة فقط لفحص موقع التخزين

تقرأ أوامر PowerShell التالية القيم فقط. يعرض السطر الأول القيمة المستخدمة في تلك الصدفة، ويعرض الثاني والثالث الإعدادات المحفوظة في Windows، ويعرض الأخير مدخل المجلد الرئيسي الافتراضي. قد تكون القيمة فارغة؛ لذلك لا يعني الفراغ وحده فقدان البيانات.

$env:CODEX_HOME
[Environment]::GetEnvironmentVariable('CODEX_HOME', 'User')
[Environment]::GetEnvironmentVariable('CODEX_HOME', 'Machine')
Get-Item -LiteralPath (Join-Path $env:USERPROFILE '.codex') -Force |
  Select-Object FullName, Attributes, LinkType, Target

لا ندرج هنا أوامر نقل أو حذف. فقد بدأ هذا الاختبار ببيانات موجودة بالفعل على D، وهو وضع يختلف عن توجيه الإعداد إلى مجلد فارغ. وقبل تطبيق الفكرة على جهاز آخر، حدد ما يجب نسخه، والتطبيقات التي يجب إيقافها، وموقع استعادة البيانات.

نقل التطبيق بميزة Windows المدمجة

بعد فحص إعداد المجلد الرئيسي واستعادة عمل المتصفح، اختار المشغّل «نقل» لـChatGPT في قائمة تطبيقات Windows ونقله إلى D. وكانت الوجهتان WindowsApps وWpSystem اللذان يديرهما Windows. شرح Microsoft لمواقع تخزين الحزم

فحصنا حدث نجاح النقل، والتوقيع الصالح للملف التنفيذي على D ‏(OpenAI OpCo)، والوصلة على C. وتطابقت أيضًا معرّفات الجهاز والملفات للمجلدات المقابلة في بيانات التطبيق.

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

لماذا أبقينا نحو 3.78GB على C

حتى بعد نقل المكونات الرئيسية، بقيت بيانات قيد الاستخدام على C. ويلخص الجدول التالي مواقع التخزين المرتبطة المعروفة، دون احتساب مداخل D مرتين.

هذا الإجمالي هو الحجم المنطقي للمجلدات المعروفة. وليس حصرًا شاملًا لذاكرات التحديث المؤقتة أو نقاط الاستعادة أو كل ما تحفظه جميع المتصفحات والمحررات على C.

تعمل بيئات التشغيل التي بقيت على C حتى دون وجود نسخ مطابقة على D، لأن التطبيق يستخدم الملفات الحالية على C. وقد يؤدي حذفها بافتراض أنها نُقلت إلى تعطّل CLI أو التحكم بالمتصفح. ويستخدم الإعداد النهائي في هذه الحالة كلا المحركين C وD.

فحصنا أيضًا المتغير الرسمي CODEX_INSTALL_DIR، لكنه يغير موقع تثبيت مُثبّت CLI المستقل. ولا ينقل جميع مكونات CLI التي يديرها التطبيق وبيئات التشغيل المشتركة. كما أن تثبيت CLI إضافي على D لا يثبت الاستغناء عن الملفات الحالية على C.

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

اخترنا ألا نضيف مواقع غير رسمية وفحوصًا إضافية بعد التحديث لمجرد نقل نحو 3GB من بيئات التشغيل. ووازنّا فائدة نقل التطبيق وبياناته الرئيسية إلى D مقابل المساحة المتبقية على C، وأبقينا المكونات التي تعمل طبيعيًا.

ما تحققنا منه بعد النقل

لم نكتفِ بعبارة «يبدأ التطبيق». قارنّا القيم المحفوظة الحالية بالنسخة الاحتياطية. وتطابقت العناصر المفحوصة، ومنها 2 من المحادثات المثبتة، و18 مشروعًا مثبتًا، و63 مشروعًا محليًا، و43 عنصرًا لترتيب المشاريع، و58 تعيينًا بين المحادثات والمشاريع. وقارنّا القيم الكاملة للعناصر المحددة، لا الأعداد وحدها.

كانت جميع الملفات المقابلة للتاريخ وما يرتبط به في النسخة الاحتياطية موجودة وقابلة للقراءة: 459 ملفًا في sessions، و39 في archived_sessions، و4 في attachments، و3 في automations. بلغ عدد الملفات المفقودة 0 وأخطاء القراءة 0. كان هذا فحصًا لوجود الملفات؛ ولا يعني إعادة تجزئة نص كل محادثة أو المحتوى الكامل لكل قاعدة بيانات.

اكتمل فحص حالة تسجيل الدخول في CLI بنجاح. واستطاع المتصفح المدمج قراءة صفحة عامة والنقر على رابط والعودة. وفحصنا أيضًا القراءة والانتقال في علامة تبويب Chrome مخصصة للاختبار، ثم أغلقناها. ولم نجمع محتوى علامات التبويب الخاصة الموجودة مسبقًا من أجل المقال.

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

الإعداد الذي اعتمدناه

اعتبرنا النقل مكتملًا ضمن هذا النطاق: تحديد المسار الفعلي للمجلد الرئيسي على D مباشرة، ووضع التطبيق وبياناته الرئيسية على D، والإبقاء على بيئات التشغيل على C. ولا تزال النسخة الاحتياطية السابقة للنقل، البالغة نحو 68.6GB، على C؛ وسيقرر المستخدم موعد حذفها بشكل منفصل.

كان المهم في النقل إلى محرك آخر فهم ما يُخزن وأين، وأي تطبيق يستخدمه، وما أُبقي للاستعادة، بدلًا من خفض استخدام C إلى الصفر. وبخاصة عند تسجيل الوجهة كموقع لتطبيقات Windows لأول مرة، يجب أن تشمل خطة الإيقاف الأقراص الافتراضية والمشاريع النشطة على المحرك نفسه.

ترتيب الخطوات عند تكرار الانتقال نفسه

1. قسّم العناصر المراد نقلها إلى ثلاثة أقسام: المجلد الرئيسي لـCodex، والتطبيق نفسه وبياناته الرئيسية، وبيئات التشغيل مثل CLI، ثم تحقق من موقع كل قسم الحالي.
2. أوقف، إلى جانب ChatGPT وCodex، التطبيقات التي تستخدم محرك الأقراص الوجهة، مثل الأقراص الافتراضية الخاصة بـDocker، وكذلك المشاريع التي تعمل عليها.
3. أنشئ نسخة احتياطية والتطبيقات متوقفة، وقارن عدد الملفات وأحجامها، وقارن أيضًا تجزئات SHA256 للملفات المهمة مثل الإعدادات وملفات المصادقة. واحفظ النسخة على محرك أقراص مختلف عن الوجهة.
4. اختبر CODEX_HOME أولًا بتشغيل واحد فقط، وتحقق من العمليات الأساسية، ثم اضبطه في متغيرات البيئة الخاصة بالمستخدم.
5. انقل التطبيق نفسه باستخدام «نقل» في Windows. ولا تحذف المدخل (الوصلة) الذي يبقى على C.
6. أبقِ بيئات التشغيل الموجودة على C ما دام التطبيق يستخدمها، ولا تحذفها.
7. لا تكتفِ بأن التطبيق «يبدأ»؛ تحقق من الإعدادات المحفوظة وملفات السجل وعمل المتصفح. ثم أعد الفحص بعد إعادة تشغيل الكمبيوتر وبعد تحديث التطبيق، وقرر بعدها هل تحذف النسخة الاحتياطية.

الأسئلة الشائعة

هل ينقل ضبط CODEX_HOME على D كل ما يتعلق بـChatGPT إليه؟

لا. فهو يحدد جذر تخزين حالة Codex. وعلى هذا الكمبيوتر، نُقل التطبيق نفسه بشكل منفصل، بينما بقيت CLI وبيئات التشغيل المشتركة وإضافة VS Code على C.

هل يمكن حذف مجلدات .codex أو التطبيق الظاهرة على C؟

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

هل يمكن حذف النسخة الاحتياطية السابقة للنقل فورًا؟

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

هل يجب نقل التطبيق نفسه لمجرد إصلاح المتصفح؟

في هذه الحالة، عاد المتصفح إلى العمل قبل نقل التطبيق نفسه إلى D. ولا يوجد هنا ما يبرر التوصية بنقل التطبيق بوصفه خطوة لازمة لإصلاح المتصفح.