Nvm-windows: خطأ في فتح \ settings.txt:

تم إنشاؤها على ٢١ نوفمبر ٢٠١٤  ·  57تعليقات  ·  مصدر: coreybutler/nvm-windows

بعد عملية التثبيت قمت بتشغيل "npm" وهي تقول:

خطأ في فتح \ settings.txt: [...]

التعليق الأكثر فائدة

كان لي نفس القضية. https://github.com/coreybutler/nvm-windows/issues/23 تعليق colmsjo يحل المشكلة بالنسبة لي.

ما عليك سوى إزالة %NVM_HOME% و NVM_SYMLINK من متغيرات البيئة _user_.

ال 57 كومينتر

هل ملف الإعدادات موجود في دليل التثبيت الخاص بك؟

هل يشير دليل التثبيت إلى المجلد الذي يوجد به التطبيق المثبت أو مكان المثبت؟

حيث ينتقل التطبيق المثبت ... الافتراضي لهذا هو C:\Users\<yourusername>\AppData\Roaming\nvm . يجب أن يبدو مثل هذا:

image

الملفات الرئيسية التي يجب البحث عنها هي elevate.cmd ، elevate.vbs ، nvm.exe ، و settings.txt ، بالإضافة إلى nodejs.ico (وهو فقط رمز ، فإنه لا يوفر أي وظائف).

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

يجب أن يحتوي ملف الإعدادات على محتوى مشابه لـ:

root: C:\Users\Corey\AppData\Roaming\nvm
path: C:\Program Files\nodejs

مرحبًا ، حدث هذا لي أيضًا. بعد انتهاء المثبت ، فتح cmd.exe ، وفتح cmd.exe برسالة الخطأ هذه.

في الواقع ، يوجد settings.txt في مجلد التثبيت الخاص بي.

عندما أقوم بفحص متغير المسار الجديد ، فإنه يحتوي على هذا في النهاية: "[... مساراتي السابقة ...] ؛٪ NVM_HOME٪ ؛٪ NVM_SYMLINK٪"

لذلك يبدو أنه من المحتمل أن هذه٪ المتغيرات٪ لم يتم تقييمها في dirs الفعلي قبل إلحاقها بمسار البحث أثناء المثبت؟ عندما أضيف العناصر الصحيحة يدويًا إلى طريقي ، يبدو أنه يعمل ، على الرغم من أنني جديد في node.js ، لذلك ليس لدي فكرة عما أتحدث عنه حتى الآن.

bobbycircle - من المحتمل ألا يتم تقييم المتغيرات في الوقت المناسب ... سأضطر إلى النظر في ذلك. لم أفكر في ذلك من قبل لأن ... حسنًا ، لقد كان يعمل ولم أقم بتغيير هذا الجزء من المثبت. سأبحث في هذا بأسرع ما يمكن.

نفس الشيء هنا. وفقًا لـbobbycircle ، فإن التغيير والتبديل اليدوي لمتغير PATH الخاص بي يفرزه.

واجهت نفس الخطأ بعد التثبيت. في نظام التشغيل Windows 8+ ، تحتاج إلى إنشاء نافذة cmd جديدة لرؤية متغيرات البيئة٪ nvm_home٪ و٪ nvm_symlink٪ التي تم تقييمها. هذا تغيير من Win 7 إلى 8 حيث لا يمكن لقشرة مستكشف Windows الحالية إنشاء عملية جديدة ورؤية متغيرات البيئة الجديدة. إذا كنت تبدأ تشغيل cmd.exe من Explorer ، فأنت بحاجة إلى إغلاق Win Explorer أولاً وإعادة تشغيله لرؤية متغيرات Env الجديدة.

@ dan-sterling - لم أصادف هذا مع Windows 8 (وهو ما طورته). هذا هو سبب تعيين سمات المستخدم أيضًا ، ثم ستنتقل قذيفة cmd في المسار. لا ينبغي أن يكون الأمر مهمًا - فأنا أقوم بإنشاء مُثبِّت جديد تمامًا لحل هذه المشكلات.

حصلت على نفس المشكلة. علاوة على ذلك ، فإن إنشاء ملف settings.txt في هذا الدليل لم يصلحه. كنت بحاجة لإنشائه على ~

كان لي نفس القضية. https://github.com/coreybutler/nvm-windows/issues/23 تعليق colmsjo يحل المشكلة بالنسبة لي.

ما عليك سوى إزالة %NVM_HOME% و NVM_SYMLINK من متغيرات البيئة _user_.

نفس المشكلة هنا. لقد اتبعت حل queckezz ، وهو يعمل.

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

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

أيضا ، واجهت هذه المشكلة ، عند تشغيل المثبت 1.0.6. Windows 8 ، شغّل برنامج التثبيت كمسؤول. لم يكن file.exe في المسار الخاص بي. تثبيت GnuWin32 أيضًا لم يحل المشكلة. لم يتم تثبيت العقدة بعد.

يمكنني استخدام لنسخ settings.txt إلى c: \.

حل bobbycircle يعمل بالنسبة لي.

لقد واجهت هذه المشكلة أيضًا (windows 8.1). لم يساعد إغلاق موجه الأوامر وإعادة تشغيله (ربما لا تزال العملية قيد التشغيل - لم يتم التحقق منها). على حدس ، أعدت تشغيل النوافذ. تم حل المشكلة: لم يتم حل المشكلة باستخدام أداة التثبيت PATH vars. أعطها فرصة قبل تغيير أي شيء
coreybutler - قد يكون أيضًا أمانًا جيدًا للمثبت: قم بتشغيل إعادة التشغيل في النهاية "حتى تدخل التغييرات الخاصة بك حيز التنفيذ" للتخلص من بعض تباينات بيئة المستخدم.

في بعض الأحيان ، عند تعديل متغيرات البيئة ، يمكن أن يحدث هذا: +1:

  • لم تضغط على الزر "موافق" في نافذة "تعديل متغير البيئة"
    نعم. قد يبدو هذا غبيًا ، لكنني في الواقع قضيت الكثير من الوقت في تغيير vars وإعادة تشغيل PowerShell ، ولم يحدث شيء ... حتى أغلقت هذه النافذة! يعد النقر فوق الزر "موافق" أمرًا مهمًا للغاية ، إذا أغلقت النافذة أو ألغيت ، فسيتم تجاهل تعديلاتك. ثم مجرد إعادة تحميل المصطلح الخاص بك.
  • يمكن أن يكون مصطلحك خاطئًا ، جرب مصطلحًا آخر.
    إذا كنت تستخدم Github for Windows و Git ، فقد ينتهي بك الأمر بـ 3 مصطلحات (PowerShell ، Git Shell ، Git Bash). يمكن أن يكون لكل مصطلح بيئته الخاصة ، ولن يحل التغيير والتبديل أي شيء. جرب PowerShell أو cmd.exe (مصطلحات windows الفانيليا) من قبل.

واجهت هذا للتو على Windows 8 أيضًا.

قم بتشغيل محطة cmd كمسؤول

هل من الممكن أن يكون هذا فشل بسبب فشل التثبيت .. بسبب وجود مساحة في المجلد User ؟ يحدث هذا في الخطأ / المشكلة رقم 41 ، فربما يحدث هذا هنا أيضًا؟

queckezz يعمل الحل

queckezz يعمل الحل. شكرا لك

كان لدي هذه المشكلة.

تم تشغيل المثبت بامتيازات مرتفعة (مطلوب للتثبيت).
تعمل جلسة cmd التي أطلقتها أيضًا بامتيازات مرتفعة ، لكنها رفضت رؤية الإعدادات .txt

أدت إعادة تشغيل cmd غير المسؤول إلى أن settings.txt على ما يرام ، كما يعمل nvm الآن بشكل جيد في جلسة إدارية تم إطلاقها كمسؤول.

حل queckezz يعمل أيضًا بالنسبة لي. شكرا

عمل حل queckezz +1

كان لي نفس المشكلة. كانت المشكلة أن "C: \ Program Files \ nodejs" كان في مسار المستخدم الخاص بي ، قبل المتغيرات الجديدة مباشرة ؛٪ NVM_HOME٪ ؛٪ NVM_SYMLINK٪.

في حالتي (Windows 7 و Windows 8.1) ، تحدث هذه الظاهرة بعد التثبيت مباشرة.
إذا قمت بإعادة التشغيل بعد التثبيت ، فإن nvm لنظام التشغيل windows يعمل بشكل طبيعي

+1 لـ sanori وإعادة التشغيل بعد التثبيت

المشكلة هي أن PATH لم يتم تحديثه بشكل صحيح ، مما يعني أنه في حالتي وجدت أن قيمة PATH كانت ...";%NVM_HOME%;%NVM_SYMLINK% . هذه ... هي الإدخالات الحالية ، ولكن تمت إضافة علامات اقتباس مزدوجة قبل الفاصلة المنقوطة.

بمجرد تصحيح هذا ، PATH = ...;%NVM_HOME%;%NVM_SYMLINK% كل شيء يعمل بشكل صحيح.
لا يتعين عليك نسخ settings.txt في C: أو D: أو أي محرك أقراص تستخدمه عند تشغيل أداة nvm.

لقد لاحظت أيضًا٪ vars٪ في طريقي ، ولكن بحلول ذلك الوقت عادت إلى مجرد تثبيت الإصدار النشط من Node ، لذا قمت بإزالتها.

لا أصدق أنهم (MicroSoft) لم يحسنوا طريقة خصائص الأنظمة لتعديل المسار. أنا متأكد من أنه كان نفس مربع النص الضيق منذ أيام XP.

يعمل إعداد Vars vars على Windows بشكل جيد. يمكنك حتى القيام بذلك من بوويرشيل:

[System.Environment]::SetEnvironmentVariable("MYVAR", "WHATEVER", "Machine")

لقد أصلحت هذه المشكلة بالانتقال إلى %AppData%/nvm وتغيير أمان الملف settings.txt حتى يكون لدى Everyone وصول كامل إلى الملف.

إذا كنت تفضل عدم القيام بذلك ، فيمكنك أيضًا محاولة تشغيل nvm من موجه الأوامر بامتيازات مرتفعة. باستخدام تشغيل كمسؤول.

بعد أن لم يعمل من "Run Cmd" الذي تم تحميله في البداية. قمت بتحميل cmd مسؤول وقمت بتشغيل قائمة nvm التي عملت. ثم عندما عدت إلى نافذة cmd العادية ، استمرت في العمل.

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

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

نفس المشكلة هنا. لقد اتبعت حل queckezz ، وهو يعمل.

+1 إعادة التشغيل على Win7

لأي شخص لا يستطيع تشغيله إما :: جرب هذا

فقط أغلق جميع مثيلات موجه CMD وأعد فتحه كمسؤول (فقط في حالة).
تم إصلاحه بالنسبة لي

mcpDESIGNS شكرًا لك ، لقد ساعدني أيضًا!

لدي نفس المشكلة في Win10 x64.
ولكن في حالتي هذا لأن الارتباط الرمزي أشار إلى مجلد غير موجود في C (C: \ Program Files \ nodejs \ v1.1.2).
المجلد الوحيد في مجلد nodejs هو "v4.0.0" ، لذلك كنت بحاجة لإزالة ارتباط رمزي وإنشاء آخر باستخدام mklink /j "C:\Program Files\nodejs" "G:\Program Files (x86)\nvm

لا تزال هذه مشكلة على Windows 7 اعتبارًا من 2.1.2016. لا يتم تقييم المتغيرات في cmd طفل.

الحل هو فتح نافذة جديدة cmd.

coreybutler أفترض أنك تستخدم SETX VAR value و start cmd .

يعين SETX VAR value متغيرًا بيئيًا باسم VAR لنسخ جديدة من cmd فقط
يبدأ start cmd أطفالًا من cmd الحالي الذي يستخدم بيئة الوالدين

الحل البديل هو استكمال SETX بـ SET VAR=value لتكرار القيمة إلى البيئة الحالية للعمليات الفرعية.

لقد جربت العديد من الحلول المذكورة أعلاه ، والحل الوحيد الذي انتهى بي الأمر هو إعادة تشغيل Windows 7.: محبط:

لمعلوماتك: دعم Windows 7 = مهمل.

vferko - أنا لا أستخدم صراحة SET أو SETX . يعالج محرك InnoSetup كل هذا. أعتقد أن المشكلة تكمن في التسلسل. بشكل متقطع ، يبدو أن المثبت يقوم بتشغيل نافذة cmd قبل أن تكتمل طرق إعداد متغير البيئة.

لمعلوماتك: خطأ فتح settings.txt: [...] حدث لي على Win10 x64. بعد فتح نافذة cmd جديدة يبدو أن كل شيء على ما يرام :)

لا يزال يحدث مع 1.1.0 في Win10 x64. مثل DCorto

إعادة تشغيل cmd.exe وأنت على ما يرام

لدي أعراض مختلفة نوعًا ما ، لكن يبدو أنها مرتبطة بهذه المشكلة:

  • Win7 64bit ، التثبيت ناجح ، لكن لم يتم التعرف على "nvm" على أنه داخلي أو خارجي ...
  • بعد كل إعادة تشغيل للنظام ، يمكن تشغيل nvm من سطر الأوامر ، حتى استخدام nvm الأول- ثم مرة أخرى لم يتم التعرف على "nvm" ...
  • أدى حذف متغيرات المستخدم NVM_HOME و NVM_SYMLINK إلى حل المشكلة (تم استبدال٪ vars٪ في PATH بقيمها)

يجب حل هذا مع المثبت الجديد. تمت ترقية InnoSetup للإصدار 1.1.7 وتم إجراء العديد من التغييرات الجديدة للتثبيت. cmd. Windows 7 أيضًا غير مدعوم تقنيًا ، بواسطة NVM4W أو Microsoft.

لقد حصلت على نفس الخطأ مع 1.1.7 الجديد حيث متغير المستخدم لا أراه على settings.txt

آسف فقط أعد تشغيل الكمبيوتر وعمله 💯

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

اكتشفت أن تشغيل Powershell كمسؤول يسمح لي بتشغيل NVM بدون مشاكل ، وهو حل بديل سأستخدمه في الوقت الحالي (قد أضع أذونات الملف settings.txt على "أي شيء يسير" مثل الملصق الآخر إذا كان الأمر مزعجًا جدًا).

لا أعتقد أن هذا سيكون حلاً للجميع. ولكن ربما بالنسبة للبعض. الإجابة القصيرة: حاول إغلاق نافذة الأوامر وفتح نافذة أوامر جديدة. إجابة طويلة: لقد وجدت أنه إذا قمت بتثبيت nvm باستخدام nvm_setup.exe (تم تنزيله في nvm_setup.zip) من سطر أوامر windows (نافذة أوامر cmd.exe) ثم حاولت تشغيل nvm في نفس جلسة نافذة الأوامر (مباشرة بعد التثبيت ) ، أعطاني هذا الخطأ - خطأ ، افتح settings.txt. نظرت وتمت إضافة المسارات إلى إعدادات نظام PATH بشكل جيد. لذلك ، أغلقت نافذة سطر الأوامر وفتحت نافذة أوامر جديدة. ثم عملت. أعتقد أنه على الرغم من أن التثبيت يضيف المسار إلى nvm.exe (وإلى settings.txt) إلى مسار Windows ، إلا أنه لم يتم التعرف عليه في نفس نافذة الأوامر حتى الآن. أغلق نافذة الأوامر وافتح نافذة جديدة. أمل أن هذا يساعد شخصاما. قد يكون اقتراح برنامج التثبيت هو إرسال رسالة إلى المستخدم في بداية التثبيت مفادها أن نافذة الأوامر ستغلق بمجرد اكتمال التثبيت. بعد ذلك ، أغلق نافذة الأوامر عند انتهاء التثبيت. ثم يضطر المستخدم إلى فتح نافذة أوامر جديدة بعد التثبيت.

لا يزال يحدث مع 1.1.0 في Win10 x64. مثلdcorto

إعادة تشغيل cmd.exe وأنت على ما يرام

نفس الشيء مع win10 + powerhell ، فقط أغلق مثيل cmd أو powerhell وأعد تشغيل cmd أو powerhell جديدًا

لا يحترم InnoSetup دائمًا ترتيب العمليات عند كتابة ملف الإعدادات الأولية وتعيين المسار. هذا هو السبب في أن إعادة فتح النافذة تعمل بعد التثبيت الأولي.

لقد تلقيت خطأ عندما قمت بتشغيل npx إنشاء تطبيق رد فعل يقول أدخل المسار الدقيق حيث يتم استخراج / نسخ ملف zip: بعد تثبيت nvm وتثبيت العقدة 12.

لا يزال يحدث مع 1.1.0 في Win10 x64. نفس دكورتو

إعادة تشغيل cmd.exe وأنت على ما يرام

هذا stil يعمل (كحل بديل) Muizuddeen

وجدت أنه إذا قمت بنسخ settings.txt إلى c: يعمل أيضًا

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات