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 एक जंक्शन था, जो D ड्राइव के CodexHome की ओर जाता था। यानी इस प्रक्रिया ने होम के लगभग 65GB डेटा को पहली बार C ड्राइव से D ड्राइव पर नहीं पहुँचाया; डेटा पहले से D ड्राइव पर था।

जंक्शन किसी फ़ोल्डर को दूसरे फ़ोल्डर का प्रवेश बिंदु बनाता है। Microsoft ने उसी कंप्यूटर के किसी अन्य स्थानीय वॉल्यूम की ओर इसे निर्देशित करने का तरीका भी बताया है। C ड्राइव के प्रवेश बिंदु से फ़ाइलें दिखने का अर्थ यह नहीं कि उनकी दूसरी प्रति भी C ड्राइव पर है। जंक्शन पर Microsoft का विवरण

ब्राउज़र की समस्या जाँचते समय भी यह अंतर महत्वपूर्ण था। होम का वास्तविक पथ देने, ऐप को पूरी तरह बंद करने और फिर चलाने के बाद अंतर्निहित ब्राउज़र और Chrome एकीकरण काम करने लगे। लेकिन हमने पथ निर्धारण और पुनः आरंभ के प्रभाव अलग-अलग नहीं मापे। ब्राउज़र बहाल होने के हमारे उदाहरण में पहले और बाद की स्थिति तथा किए गए परीक्षण दिए हैं।

ऐप बंद रहते हुए लगभग 68.6GB का बैकअप

ऐप शुरू करने का तरीका बदलने से पहले हमने ChatGPT, Codex और IDE में संबंधित Codex घटक बंद करके बैकअप बनाया। इसमें Codex होम, ऐप पैकेज का वास्तविक संग्रह क्षेत्र और सामान्य Local AppData का OpenAI फ़ोल्डर शामिल था। बैकअप गंतव्य ड्राइव पर रखने के बजाय C ड्राइव पर रखा गया।

तालिका इस कंप्यूटर पर बने बैकअप का तार्किक आकार दिखाती है। GB की गणना एक अरब बाइट के आधार पर है। लगभग 68.6GB, C ड्राइव पर रखे बैकअप का आकार है; 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 की अंतर्निहित सुविधा से ऐप स्थानांतरित किया

होम निर्धारण और ब्राउज़र बहाली जाँचने के बाद संचालक ने Windows की ऐप सूची में ChatGPT के लिए “Move” चुना और उसे D ड्राइव पर स्थानांतरित किया। गंतव्य Windows द्वारा प्रबंधित WindowsApps और WpSystem थे। पैकेज संग्रह स्थान पर Microsoft का विवरण

हमने सफल स्थानांतरण का इवेंट, D ड्राइव के निष्पादन योग्य फ़ाइल का वैध हस्ताक्षर (OpenAI OpCo) और C ड्राइव का लिंक जाँचा। ऐप डेटा के संबंधित फ़ोल्डरों के डिवाइस ID और फ़ाइल ID भी मिले।

केवल दिख रहे स्थान से न सफल स्थानांतरण साबित होता है, न दोहरा संग्रह। हमने वास्तविक स्थान, उनकी दिशा और बुनियादी कामकाज साथ में जाँचे। Windows द्वारा प्रबंधित प्रवेश बिंदु और अनुमतियाँ नहीं बदलीं।

लगभग 3.78GB C ड्राइव पर क्यों रखा

मुख्य घटकों को स्थानांतरित करने के बाद भी उपयोग में आ रहा डेटा C ड्राइव पर रहा। नीचे की तालिका ज्ञात संबंधित संग्रह क्षेत्रों का सार देती है। इसमें D ड्राइव के प्रवेश बिंदु दोबारा नहीं गिने गए।

यह कुल ज्ञात फ़ोल्डरों का तार्किक आकार है। यह पूरी C ड्राइव के अपडेट कैश, पुनर्स्थापना बिंदुओं या सभी ब्राउज़र और संपादकों की सहेजी हर चीज़ की संपूर्ण गिनती नहीं है।

C ड्राइव पर रखे रनटाइम D ड्राइव पर समान प्रतियाँ न होने पर भी काम करते हैं, क्योंकि ऐप C ड्राइव की मौजूदा फ़ाइलें इस्तेमाल करता है। इन्हें स्थानांतरित मानकर हटाने से CLI या ब्राउज़र नियंत्रण बंद हो सकता है। इस मामले की अंतिम व्यवस्था C और D दोनों ड्राइव इस्तेमाल करती है।

हमने आधिकारिक CODEX_INSTALL_DIR चर भी जाँचा, लेकिन यह स्वतंत्र CLI इंस्टॉलर का इंस्टॉलेशन स्थान बदलता है। यह ऐप द्वारा प्रबंधित सभी CLI घटक और साझा रनटाइम स्थानांतरित नहीं करता। D ड्राइव पर अतिरिक्त CLI स्थापित करने से यह साबित नहीं होता कि C ड्राइव की वर्तमान फ़ाइलें अनावश्यक हैं।

हमने इस संस्करण की अपडेट प्रक्रिया बिना बदले पढ़ी और छोटे परीक्षण फ़ोल्डरों से प्रतिस्थापन भी परखा। एक व्यवस्था में अपडेट होने वाले फ़ोल्डर को D ड्राइव का लिंक बनाने पर वह लिंक पुराने संस्करण के रूप में अलग कर दिया गया और C ड्राइव पर नया सामान्य फ़ोल्डर बना। यह केवल फ़ाइल प्रतिस्थापन का परीक्षण था, वास्तविक ऐप के स्थानांतरण का नहीं।

केवल लगभग 3GB रनटाइम स्थानांतरित करने के लिए हमने अनौपचारिक स्थान और अपडेट के बाद अतिरिक्त परीक्षण नहीं जोड़े। ऐप और मुख्य डेटा D ड्राइव पर ले जाने के लाभ और C ड्राइव पर शेष फ़ाइलों द्वारा घेरी गई जगह को ध्यान में रखकर, सही चल रहे घटक वहीं रखे।

स्थानांतरण के बाद क्या जाँचा

हम “ऐप शुरू हो गया” पर नहीं रुके। सहेजे वर्तमान मान बैकअप से मिलाए। जाँचे आइटम मिले, जिनमें 2 पिन किए चैट, 18 पिन किए प्रोजेक्ट, 63 स्थानीय प्रोजेक्ट, प्रोजेक्ट क्रम के 43 आइटम और चैट से प्रोजेक्ट के 58 आवंटन शामिल थे। केवल गिनती नहीं, चुने गए आइटम के पूरे मानों की तुलना की।

इतिहास और संबंधित फ़ाइलों के लिए बैकअप की सभी समकक्ष फ़ाइलें मौजूद और पढ़ने योग्य थीं: sessions में 459, archived_sessions में 39, attachments में 4 और automations में 3 फ़ाइलें। गायब फ़ाइलें 0 और पढ़ने की त्रुटियाँ 0 थीं। यह फ़ाइल उपस्थिति की जाँच थी; इसका अर्थ हर बातचीत या हर डेटाबेस की पूरी सामग्री का दोबारा हैश निकालना नहीं है।

CLI की लॉगिन स्थिति की जाँच सफल रही। अंतर्निहित ब्राउज़र ने सार्वजनिक पेज पढ़ा, लिंक पर क्लिक किया और वापस लौटा। समर्पित Chrome परीक्षण टैब में भी पढ़ना और नेविगेशन जाँचा, फिर टैब बंद कर दिया। लेख के लिए पहले से खुले निजी टैब की सामग्री नहीं जुटाई।

सामान्य ऐप पुनः आरंभ जाँचा गया है, लेकिन कंप्यूटर पुनः आरंभ या भविष्य के ऐप अपडेट के बाद निरंतर कामकाज अभी नहीं जाँचा गया। ये दोनों जाँच उपयोगकर्ता के सुविधाजनक समय तक टाली गई हैं। लेख पूरा करने के लिए अतिरिक्त पुनः आरंभ नहीं किया।

अपनाई गई व्यवस्था

हमने इस दायरे में स्थानांतरण पूरा माना: होम का D ड्राइव वाला वास्तविक पथ सीधे निर्धारित करना, ऐप और मुख्य डेटा D ड्राइव पर रखना तथा रनटाइम C ड्राइव पर बनाए रखना। लगभग 68.6GB का पूर्व बैकअप C ड्राइव पर है; उसे कब हटाना है, उपयोगकर्ता अलग से तय करेगा।

दूसरी ड्राइव पर स्थानांतरण में C ड्राइव का उपयोग शून्य करना नहीं, बल्कि कहाँ क्या है, कौन सा ऐप उसका उपयोग करता है और वापसी के लिए क्या रखा गया है, यह समझना महत्वपूर्ण था। विशेष रूप से पहली बार गंतव्य को Windows ऐप संग्रह स्थान बनाते समय उसी ड्राइव के वर्चुअल डिस्क और सक्रिय प्रोजेक्ट भी बंद करने की योजना में शामिल होने चाहिए।

समान स्थानांतरण करने का क्रम

1. स्थानांतरित की जाने वाली चीज़ों को Codex के होम, ऐप और मुख्य ऐप डेटा, तथा CLI जैसे रनटाइम, इन तीन हिस्सों में बाँटें और हर एक की वर्तमान जगह जाँचें।
2. ChatGPT और Codex के अलावा, गंतव्य ड्राइव का उपयोग करने वाले ऐप (जैसे Docker की वर्चुअल डिस्क) और चल रहे प्रोजेक्ट भी बंद करें।
3. बंद अवस्था में बैकअप लें, संख्या और आकार की तुलना करें, और सेटिंग व प्रमाणीकरण जैसी महत्वपूर्ण फ़ाइलों के हैश भी मिलाएँ। बैकअप गंतव्य ड्राइव से अलग ड्राइव पर रखें।
4. CODEX_HOME को पहले केवल एक बार की शुरुआत में परखें, बुनियादी कामकाज की पुष्टि करें, फिर उपयोगकर्ता पर्यावरण चर में सेट करें।
5. ऐप का मुख्य भाग Windows के “Move” से स्थानांतरित करें। C ड्राइव पर बचे प्रवेश बिंदु (जंक्शन) न हटाएँ।
6. C ड्राइव पर बचे रनटाइम को तब तक न हटाएँ जब तक ऐप उनका उपयोग कर रहा हो।
7. “ऐप शुरू हो गया” पर न रुकें; सहेजे गए मान, इतिहास की फ़ाइलें और ब्राउज़र संचालन जाँचें। कंप्यूटर पुनः आरंभ करने और ऐप अपडेट के बाद भी फिर से जाँचें, फिर तय करें कि बैकअप हटाना है या नहीं।

अक्सर पूछे जाने वाले सवाल

क्या CODEX_HOME को D ड्राइव पर करने से ChatGPT की हर चीज़ वहाँ चली जाएगी?

नहीं। यह Codex की स्थिति सहेजने का मूल स्थान निर्धारित करता है। इस कंप्यूटर पर भी ऐप अलग से स्थानांतरित हुआ, जबकि CLI, साझा रनटाइम और VS Code एक्सटेंशन C ड्राइव पर रहे।

क्या C ड्राइव पर दिख रहे .codex या ऐप फ़ोल्डर हटा सकता हूँ?

इस मामले में C ड्राइव पर D ड्राइव के प्रवेश बिंदु हैं। जगह लेते दिखने पर भी वे अलग प्रतियाँ हों, यह ज़रूरी नहीं। प्रवेश बिंदु हटाने से संदर्भ टूट जाता है। Windows द्वारा बनाए प्रबंधन लिंक भी ज्यों के त्यों रखे गए।

क्या स्थानांतरण से पहले का बैकअप तुरंत हटा सकते हैं?

इस कंप्यूटर पर हमने उसे रखा है। नई व्यवस्था में आवश्यक काम जारी रखने, ज़रूरत के अनुसार कंप्यूटर पुनः आरंभ या अपडेट के बाद जाँचने और फिर उपयोगकर्ता द्वारा हटाने का समय तय करने की योजना है।

क्या केवल ब्राउज़र ठीक करने के लिए ऐप स्थानांतरित करना ज़रूरी है?

इस मामले में ऐप को D ड्राइव पर स्थानांतरित करने से पहले ही ब्राउज़र बहाल हो गया था। इसलिए ऐप स्थानांतरण को ब्राउज़र सुधार का आवश्यक चरण बताने का आधार नहीं है।