بعد عملية التثبيت قمت بتشغيل "npm" وهي تقول:
خطأ في فتح \ settings.txt: [...]
هل ملف الإعدادات موجود في دليل التثبيت الخاص بك؟
هل يشير دليل التثبيت إلى المجلد الذي يوجد به التطبيق المثبت أو مكان المثبت؟
حيث ينتقل التطبيق المثبت ... الافتراضي لهذا هو C:\Users\<yourusername>\AppData\Roaming\nvm
. يجب أن يبدو مثل هذا:
الملفات الرئيسية التي يجب البحث عنها هي 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:
واجهت هذا للتو على 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 طفل.
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 وأنت على ما يرام
لدي أعراض مختلفة نوعًا ما ، لكن يبدو أنها مرتبطة بهذه المشكلة:
يجب حل هذا مع المثبت الجديد. تمت ترقية 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:
يعمل أيضًا
التعليق الأكثر فائدة
كان لي نفس القضية. https://github.com/coreybutler/nvm-windows/issues/23 تعليق colmsjo يحل المشكلة بالنسبة لي.
ما عليك سوى إزالة
%NVM_HOME%
وNVM_SYMLINK
من متغيرات البيئة _user_.