वैग्रांट अटक कनेक्शन टाइमआउट पुनर्प्रयास

417

कल रात मेरी योनि बिल्कुल ठीक काम कर रही थी। मैंने सिर्फ पीसी को चालू किया है, हिट किया है vagrant up, और यही मुझे मिलता है:

==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
    default: Adapter 1: nat
    default: Adapter 2: hostonly
==> default: Forwarding ports...
    default: 22 => 2222 (adapter 1)
==> default: Booting VM...
==> default: Waiting for machine to boot. This may take a few minutes...
    default: SSH address: 127.0.0.1:2222
    default: SSH username: vagrant
    default: SSH auth method: private key
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...

क्या किसी ने पहले यह किया है? योनि को अभी तक वेब पर व्यापक रूप से कवर नहीं किया गया है और मुझे ऐसा कारण नहीं मिल रहा है।

ssh  virtualbox  vagrant 
— Kiee
स्रोत
वर्चुअलबॉक्स की वजह से स्थिति फिर से हो सकती है क्योंकि ' ==> डिफ़ॉल्ट: फॉरवर्डिंग पोर्ट ... डिफ़ॉल्ट: 22 => 2222 (एडॉप्टर 1) ' कहने के बावजूद आप अपने प्रश्न यहां लिंक में पूर्ण विवरण देख सकते हैं । मुझे अभी भी पता नहीं है कि पुनर्निर्देशन को कैसे ठीक किया जाए (आप
— वर्चुअलबॉक्स
मेरे साथ भी वही दिक्कत है। समस्या यह थी कि ssh सर्वर को स्थापित नहीं किया गया था और अतिथि मशीन पर सक्षम किया गया था।
— मेलिहाव
मैं स्थापित करने में एक ही त्रुटि थी ubuntu 16.04 - मुद्दा 5.1.x करने के लिए आभासी बॉक्स उन्नयन से तय हुई थी - देख askubuntu.com/a/822974/151137
— house9
@ केई कृपया एंटीवायरस और फ़ायरवॉल की जाँच करें, दोनों समय के लिए रोकें और फिर यू जाएं :)
— AmmyTech

जवाबों:

375

मैंने इस समस्या को हल कर दिया है, और यदि किसी और के पास एक समान मुद्दा है तो मैं जवाब दूंगा।

मैंने जो किया था: मैंने वर्चुअल बॉक्स के जीयूआई को यह देखने के लिए सक्षम किया कि यह स्टार्टअप पर इनपुट के लिए इंतजार कर रहा था, यह चयन करने के लिए कि क्या मैं सीधे ubuntu या safemode आदि को बूट करना चाहता हूं।

जीयूआई चालू करने के लिए आपको इसे अपने योनि विन्यास में रखना होगा Vagrantfile:

config.vm.provider :virtualbox do |vb|
  vb.gui = true
end
— Kiee
स्रोत
17
@Huuze समस्या यह थी कि वर्चुअल मशीन ठीक से बंद नहीं हो सकती है, और जब मैंने अगले दिन इसमें SSHing की कोशिश की, तो मशीन चाहती थी कि मैं उस मोड का चयन करूं जिसमें मैं बूट करना चाहता था, लेकिन कमांडलाइन के माध्यम से मुझे पता नहीं था गुई को चालू किया जिसने मुझे मोड लेने दिया।
— कीए
7
धन्यवाद। मेरे मामले में, VM बूटलोडर (ग्रब) पर अटका हुआ था और ENTER कुंजी की प्रतीक्षा कर रहा था। मैं डिफ़ॉल्ट का उपयोग कर रहा हूँ hashicorp/precise32। मैंने GUI के साथ मशीन शुरू की, फिर sudo grub-mkconfigउस /boot/grub/grub.cfgफ़ाइल को रीसेट किया , और मैं फिर vb.gui=trueलाइन को वापस कर सकता था।
— मैगिक्स
2
@TangibleDream आपकी वैग्रंट फ़ाइल, उस निर्देशिका में (जो आपको होनी चाहिए) चल रही हैvagrant up
— Kiee
4
@ जसा यदि इसकी योनि vm है, तो उपयोगकर्ता और पासवर्ड दोनों के लिए एक अच्छा मौका हैvagrant
— Kiee
7
GUI ने मुझे निम्न त्रुटि दिखाई: VT-x / AMD-V हार्डवेयर त्वरण आपके सिस्टम पर उपलब्ध नहीं है। आपकी 64-बिट खोज 64-बिट सीपीयू का पता लगाने में विफल होगी और बूट नहीं कर पाएगी
— SKuijers
213

जब आप अपनी योनि मशीन के साथ फंस जाते हैं, तो ऊपर वर्णित तरीका, gui मोड में बूट करने की आवश्यकता नहीं है (और एक्स सर्वर के बिना असंभव है)।

जबकि आपका वीएम एक अलग टर्मिनल विंडो में बूट हो रहा है, बस रनिंग मशीन की आईडी का पता लगाएं।

vboxmanage list runningvms

इसका परिणाम कुछ इस तरह होगा:

"projects_1234567890" {5cxxxx-cxxx-4xxx-8xxx-5xxxxxxxxxx}

काफी बार, VM केवल बूटलोडर में एक विकल्प का चयन करने के लिए आपका इंतजार कर रहा है। आप Entervm को उपयुक्त कीकोड (मामले में ) भेज सकते हैं controlvm:

vboxmanage controlvm projects_1234567890 keyboardputscancode 1c

बस। आपकी वर्चुअल मशीन बूट प्रक्रिया को जारी रखेगी।

— Harrie
स्रोत
22
@ParrisVarney: ज्यादातर समय, यह हैंग लोडर द्वारा चयनित प्रविष्टि के इंतजार के कारण होता है। यह इसे एंटर कुंजी भेजकर किया जाता है, जिसे आप GUI का उपयोग करके या vboxmanageवर्चुअलबॉक्स के लिए कमांड लाइन इंटरफेस का उपयोग करके कर सकते हैं । तो आप VM को "नियंत्रित" कर रहे हैं और इसे पैरामीटर का उपयोग करके एंटर कुंजी (1C) के लिए "स्कैन कोड" भेज रहे हैं keyboardputscancode।
— क्यूटेंटपेप
1
मैं वास्तव में यह क्या करता है समझ में नहीं आया, लेकिन यह काम किया। इसलिए धन्यवाद।
— लविक्स
1
यह विशेष दृष्टिकोण मेरे लिए काम नहीं किया। केवल बदलने मैंने देखा है कि संदेश उत्पादन डिफ़ॉल्ट से बदल रहा है: Warning: Connection timeout. Retrying...करने के लिए default: Warning: Remote connection disconnect. Retrying...चलाने के बाद vboxmanage controlvm dst_default_1407935479617_2464 keyboardputscancode 1c। vb.gui = trueइसके बजाय कोशिश करेंगे ।
— मारियस ब्यूट्यू
4
विंडोज़ पर vboxmanage में C:\Progra~1\Oracle\VirtualBox\VBoxManage.exeकहा गया है कि, नीचे दिए गए BIOS परिवर्तन ने मेरे लिए इस समस्या को ठीक करने में मदद की
— yingw
1
यह उत्तर बहुत भयानक है, इसे उत्तर के रूप में चिह्नित किया जाना चाहिए।
— जिज्ञासु
47

अगर आपके मशीन के BIOS में हार्डवेयर वर्चुअलाइजेशन सक्षम है, तो डबल चेक करने के लिए एक बात है।

मेरी समस्या टाइमआउट की एक ही स्ट्रिंग है, लेकिन मैं केवल GUI में एक काली स्क्रीन देख सकता था।

एक लैपटॉप जो मैं बस सेट कर रहा था वही समस्या दिखा रहा है। खोज के घंटों के बाद मुझे अंततः यह देखने के लिए एक टिप मिली कि क्या BIOS में हार्डवेयर वर्चुअलाइजेशन सक्षम था।

यहाँ पोस्ट की सामग्री मुझे मिली:

मैं देखता हूं कि अभी भी कुछ उपयोगकर्ता हैं जो इस समस्या का अनुभव कर रहे हैं। इसलिए, मैं SSH टाइमआउट समस्या के कुछ संभावित समाधानों के नीचे एक सूची को प्रस्तुत करने का प्रयास करूंगा:

  • सुनिश्चित करें कि आपका फ़ायरवॉल या एंटीवायरस प्रोग्राम को ब्लॉक नहीं कर रहा है (जो मुझे संदेह है कि अक्सर होगा)
  • समय होने के लिए अपनी योनि मशीन को कुछ समय दें। यदि आपके पास बहुत तेज पीसी / मैक नहीं है, तो वीएम एसएसएच तैयार राज्य में बूट करने के लिए ले जाएगा, इसलिए टाइमआउट होगा।
  • इसलिए, पहले यह निष्कर्ष निकालने की कोशिश करें कि कोई गलती होने से पहले योनि को पूरा करने दें।
  • यदि योनि समय पूरी तरह से बाहर निकलता है, तो कुछ मिनटों के लिए योनि फ़ाइल में टाइमआउट सीमा बढ़ाएं और फिर से प्रयास करें।
  • यदि वह अभी भी काम नहीं करता है, तो अपनी योनि मशीन को वर्चुअलबॉक्स इंटरफ़ेस के माध्यम से साफ करने की कोशिश करें और मशीन के जीयूआई को पहले से सक्षम करें। यदि GUI कुछ भी नहीं दिखा रहा है (यानी, केवल ब्लैकस्क्रीन, कोई पाठ नहीं) जब यह बूट हो रहा है, तो आपकी योनि मशीन को समस्याएं मिली हैं।
  • VB इंटरफ़ेस के माध्यम से पूरी मशीन को नष्ट करें और पुनर्स्थापित करें।
  • उपयोगकर्ता फ़ोल्डर में Vagrant Images फ़ोल्डर में ubuntu छवि फ़ाइलों को हटा दें और फिर से डाउनलोड करें और इंस्टॉल करें।
  • क्या आपके पास एक इंटेल प्रोसेसर भी है जो 64 बिट हार्डवेयर वर्चुअलाइजेशन का समर्थन करता है? यह गूगल। यदि आप करते हैं, तो सुनिश्चित करें कि इस सुविधा को अक्षम करने में आपके बायोस में कोई सेटिंग नहीं है।
  • यदि आप विंडोज 7 या 8 चला रहे हैं तो हाइपर- v सुविधा को अक्षम करें। Google को अक्षम कैसे करें।
  • सुनिश्चित करें कि आप SSH सक्षम क्लाइंट के माध्यम से चल रहे हैं। Git bash का प्रयोग करें। डाउनलोड करें: http://git-scm.com/downloads
  • भरोसेमंद 32 या सटीक 32 जैसे ubuntu का 32 बिट संस्करण स्थापित करें। बस योनि फ़ाइल में संस्करण बदलें और नई निर्देशिका में योनि को पुनर्स्थापित करें।
  • सुनिश्चित करें कि आप नवीनतम योनि और वर्चुअलबॉक्स संस्करणों का उपयोग कर रहे हैं। अंतिम रिसॉर्ट्स: अपने कंप्यूटर को प्रारूपित करें, खिड़कियों को फिर से स्थापित करें और एक इंटेल कोर आइसोमेस्टिंग प्रोसेसर खरीदें।

उम्मीद है की वो मदद करदे।

— जापो डोमिंगो
स्रोत
2
दूसरा यह कि "हार्डवेयर वर्चुअलाइजेशन सुनिश्चित करने के लिए जाँच सक्षम है"। मैं इस सटीक मुद्दे का अनुभव कर रहा था, और मेजबान को रिबूट करने के बाद BIOS में वर्चुअलाइजेशन को सक्षम करने से मुझे इस समस्या का हल मिल गया।
— MrBooks
2
बस इसी की चपेट में आ गया। हाइपर-वी इसका कारण था और इसे अनइंस्टॉल करने से यह तय हो गया। tyvm
— क्रिसऑनॉडेल
1
काउंटर-सहजता से, मेरे BIOS में, मुझे वर्चुअलाइजेशन को अक्षम करना और वीटी-एक्स को सक्षम करना था। अपने BIOS में इन सेटिंग को टॉगल करने का प्रयास करें।
— ऑनस्पोर्ट
44

समाधान जो मैंने पाया है वह एडाप्टर 1 में केबल कनेक्शन विकल्प की जांच करना है जो एनएटी से जुड़ा हुआ है। मैं वास्तव में नहीं जानता, यह मेरा 4 वां वेजेंट बॉक्स है, लेकिन केबल कनेक्शन के विकल्प के साथ यह एकमात्र ऐसा है जिसे चेक नहीं किया गया है, और इसकी जांच करने पर यह काम करता है। नेट केबल कनेक्शन

— सेड्रिक
स्रोत
1
मैं Homestead 1.0.1 और VirtualBox 5.0.28 का उपयोग कर रहा हूं और मैंने इस उत्तर के लिए धन्यवाद समस्या को हल कर दिया है।
— पाब्लो एज़ेकिएल लियोन
जीयूआई के माध्यम से मैं देख सकता था कि यह एक नेटवर्क इंटरफेस पर इंतजार कर रहा था और फिर इस समस्या को हल किया। साभार
— nsc_feabhas
यह निश्चित मेरा +1
— ज़ैक ग्रियर्सन
इसने मेरा मुद्दा तय किया: १.९; वर्चुअलबॉक्स 5.1; लारवेल / होमस्टेड 5.3
— जे। लॉरोज
34

मेरी भी यही समस्या थी। मुझे लगा कि समस्या SSH कुंजी (फ़ाइल का गलत स्थानीयकरण या कुछ और हो सकता है लेकिन मैंने इसे कई बार जांचा है) लेकिन आप हमेशा कॉन्फ़िगर उपयोगकर्ता नाम और पासवर्ड (ssh कुंजियों का उपयोग किए बिना) और gui चला सकते हैं ताकि कोड Vagrantfileको देखना चाहिए नीचे की तरह अधिक या कम:

Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|

  config.ssh.username = "vagrant"
  config.ssh.password = "vagrant"

   config.vm.provider "virtualbox" do |vb|
     vb.gui = true
   end
end

मेरे मामले में, भले ही GUI प्रदर्शित किया गया हो, मुझे ब्लैक स्क्रीन मिली (लॉगिन या कुछ और करने के लिए कोई त्रुटि या संभावना नहीं) और कंसोल में मुझे Error: Connection timeout. Retrying...कई बार मिला । मैंने यह सुनिश्चित किया कि मेरे पास BIOS में VT-x (वर्चुअलाइजेशन) सक्षम था, मैंने वर्चुअल बॉक्स और वैग्रेंट दोनों के संस्करणों के कई संयोजनों और एक साथ कई वैग्रेंट बॉक्सों की जाँच की (उनमें से कुछ के लिए मेरे पास GUI में काली स्क्रीन नहीं थी लेकिन फिर भी कनेक्शन है समस्या)। अंत में मैंने वर्चुअलबॉक्स और वैग्रैंट को फिर से पिछले संस्करणों में अपडेट किया है और समस्या अभी भी हुई है।

Vagrantfileनीचे दी गई छवि के अनुसार योनिचप (जीयूआई के साथ जैसा कि मैंने ऊपर दिखाया गया है) चलाने के बाद वर्चुअलबॉक्स में आइकन को महत्वपूर्ण चीज देख रहा था

यहां छवि विवरण दर्ज करें

हालाँकि मुझे VirtualPC में कोई त्रुटि नहीं थी (कोई चेतावनी जो VT-x सक्षम नहीं है) मेरा Vआइकन पहले ग्रे था इसलिए इसका अर्थ है कि VT-x अक्षम था। जैसा कि मैंने कहा कि मैंने अपने BIOS में हर समय सक्षम किया था।

अंत में मुझे इस समस्या का एहसास हुआ HYPER-Vजिसके द्वारा मैंने पुराने Internet Explorer पर साइटों को स्थापित करने और परीक्षण करने में सक्षम किया। मैं विंडोज़ पर गया Control Panel -> Programs and functions / Softwareऔर बाईं ओर मेनू से चुनता Turn on or Turn off Windows functionsहूं (आशा है कि आप उन लोगों को पाएंगे, मैं पोलिश विंडोज का उपयोग करता हूं ताकि सटीक अंग्रेजी नाम नहीं पता हो)। मैंने हाइपर-वी को बंद कर दिया, पीसी को पुनरारंभ किया और वर्चुअल बॉक्स चलाने के बाद और vagrant upआखिरकार मुझे कोई त्रुटि नहीं हुई, जीयूआई में मेरे पास लॉगिन स्क्रीन है और मेरा Vआइकन ग्रे होना बंद हो गया।

मैंने इस समस्या को हल करने में बहुत समय बर्बाद किया (और कई पीसी पुनरारंभ), इसलिए मुझे उम्मीद है कि यह किसी के लिए भी उपयोगी हो सकता है, जिसे विंडोज पर समस्या है - सुनिश्चित करें कि आपने अपने नियंत्रण कक्ष में हाइपर-वी बंद कर दिया है।

— मार्सिन नाबियालेक
स्रोत
1
यही समस्या थी! BIOS और सक्रिय HYPER-V पर प्रोग्राम और फ़ंक्शंस के भीतर सक्रियकरण। आकर्षण के रूप में काम किया !!
— हेरोसेलोहिम
@Heroselohim खुशी यह आपकी मदद की, इसे हल करने में बहुत समय लगा।
— मार्सिन नाबियालेक
1
स्पष्ट ssh पासवर्ड मेरी मदद करता है जब डॉट आवारा सबफ़ोल्डर वाला एक फ़ोल्डर ड्रॉपबॉक्स में रहता है या संभावित भिन्न ssh कुंजी वाली मशीनों के बीच अन्यथा साझा किया जाता है।
— एमटीटी
31

मेरा ठीक चल रहा था और फिर यह "चेतावनी: रिमोट कनेक्शन डिस्कनेक्ट। पुन: प्रयास कर रहा है ..." पर और फिर - शायद 20 बार - जब तक यह जुड़ा हुआ है। मैं सिर्फ ऊपर के जवाबों के आधार पर

vagrant destroy
vagrant up

और यह सब अच्छा था। मेरा बहुत सरल था, लेकिन मैंने इसे वैग्रांटफाइल को काटकर सिर्फ इस तरह से बनाया config.vm.box = "ubuntu/trusty64"और यह अभी भी कर रहा था। तो इसीलिए नष्ट करना और फिर से शुरू करना सबसे अच्छा विकल्प था। इन वैग्रांत चित्रों की मूर्तिहीन प्रकृति को देखते हुए मैं यह नहीं देखता कि हर मामले में काम क्यों नहीं होगा। मैं बस इसमें शामिल हो रहा हूं और मैं अभी तक सीख सकता हूं कि यह सच नहीं है।

— HankCa
स्रोत
अच्छा समाधान यदि आप अपने vm को व्यवस्थित कर सकते हैं। मेरे मामले में एक vm का निर्माण अधिक जटिल है और इसमें और भी अधिक समय लगेगा।
— user12121234
5
हाँ, मैं अपने वीएम पर उर्फ ​​और अन्य सामान सेट करता हूं, यह नष्ट करना वास्तव में एक महान जवाब नहीं है
— बैटमैन
अच्छा, मैंने कई बार कोशिश की vragant haltलेकिन यह काम पूरी तरह से!
— मेड
मेरे लिए बहुत अच्छा काम किया, मैं दोनों लोकलहोस्ट कनेक्शन रिसेट इश्यू का सामना कर रहा था और इसने फिर से वैरिएंट को नष्ट करना और बनाना तय कर दिया।
— शिवाग्रे
19

मैंने विंडोज 8.1 मशीन पर एक ही समस्या का अनुभव किया। कनेक्शन टाइमआउट और गुई को सक्षम करना बिल्कुल भी उपयोगी नहीं था, स्क्रीन काली थी। मेरे मामले में सुधार "हाइपर वी" को अक्षम कर रहा था

Vagrant प्रलेखन से उद्धरण https://docs.vagrantup.com/v2/hyperv/index.html

चेतावनी: हाइपर- V को सक्षम करने से वर्चुअलबॉक्स, वीएमवेयर और किसी भी अन्य वर्चुअलाइजेशन तकनीक का काम नहीं होगा। इस ब्लॉग पोस्ट को देखें https://www.hanselman.com/blog/SwitchEasilyBetweenVirtualBoxAndHyperVWithABCDEditBootEntryInWindows81.aspx हाइपर-वी सक्षम किए बिना बूट विंडोज में बूट प्रविष्टि बनाने के लिए एक आसान तरीका के लिए, अगर आपको अन्य हाइपरवेर्स की आवश्यकता होगी, तो।

— क्रि
स्रोत
5
इसने मेरे लिए काम किया। मैंने हाइपर-वी को प्रोग्राम और फीचर्स में अक्षम कर दिया है।
— stringo0
मैंने पिछले सभी समाधानों की कोशिश की है और केवल मेरे लिए भी यह काम किया है!
— गिल्बर्टो अल्बिनो
17

यदि आप विंडोज 8 या 10 पर काम कर रहे हैं, तो यह मेरे लिए काम कर रहा है:

  1. 64 बिट के वर्चुअलाइजेशन की अनुमति देने के लिए BIOS सेटिंग्स बदलें।
  2. यहां कैसे:
    • उन्नत स्टार्टअप का उपयोग करते हुए पीसी को पुनरारंभ करें (अब उन्नत स्टार्टअप पर जाएं- 'पुनः आरंभ करें' - 'समस्या-निवारण' विकल्प - 'UEFI फर्मवेयर सेटिंग' - 'पुनः आरंभ करें')
    • BIOS विंडो के अंदर - 'उन्नत' मेनू / टैब पर जाएं - 'इंटेल वर्चुअल टेक्नोलॉजी' सक्षम करें
    • बचा कर बाहर आ जाओ।
— गेशान
स्रोत
2
यहाँ T440p नोटबुक पर समान
— अलग
मुझे भी। मेरी मशीन पर इसका अर्थ था वर्चुअलाइजेशन Vt-x
— Erez Cohen
धन्यवाद! वर्चुअलाइजेशन मेरी BIOS सेटिंग्स में अक्षम था। मैंने पहले एक ही मशीन में योनि का उपयोग किया था, लेकिन किसी कारण से मेरे बिना BIOS सेटिंग को बदल दिया गया था। इसलिए पहले इस सेटिंग को चेक करें।
— बहमन.एक
8

मेरे पास एक मौजूदा बॉक्स के साथ एक मुद्दा था (यकीन नहीं कि क्या बदल गया), लेकिन मैं एसएसएच के माध्यम से कनेक्ट कर सकता था , भले ही वैग्रेंट बॉक्स बूट करने में विफल रहा। जैसा कि होता है मेरी SSH कुंजी किसी तरह बदल गई थी।

योनि रूट फ़ोल्डर से मैं भाग गया vagrant ssh-configजिसने मुझे बताया कि कुंजी फ़ाइल कहाँ थी। मैंने इसके साथ खोला इसे पोटीन के और फिर इसने मुझे एक नई कुंजी दी।

मेरे लिनक्स अतिथि पर, मैंने संपादित किया ~/.ssh/authorized_keys वहां नई सार्वजनिक कुंजी को और गिरा दिया।

सब कुछ फिर से काम कर रहा है - अभी के लिए!

— स्टीव ब्राउन
स्रोत
8

अपने वैग्रांटफाइल से इस लाइन को हटाने के बाद मेरे पास एक ही मुद्दा था:

config.vm.network "private_network", type: "dhcp"

इस लाइन को वापस लगाने के बाद VM ने ठीक लोड किया।

— दिमित्री मिखाइलोव
स्रोत
मैं स्कॉच बॉक्स का उपयोग कर रहा हूं, मैंने जो भी किया था वह लाइन के साथ असुविधाजनक था config.vm.networkऔर इसने समस्या को हल किया।
— अलेक्सर
5

प्रारंभिक बूटिंग के दौरान SSH कनेक्शन का समय विभिन्न कारणों से संबंधित हो सकता है जैसे:

  • जांचें कि क्या BIOS में वर्चुअलाइजेशन सक्षम है ( टिप्पणी के अनुसार ),
  • सिस्टम उपयोगकर्ता संपर्क के लिए इंतजार कर रहा है (जैसे शेयर विभाजन तैयार नहीं है ),
  • आपकी निजी कुंजी का बेमेल मिलान (द्वारा कॉन्फ़िगर की जाँच करें vagrant ssh-config),
  • बूटिंग प्रक्रिया में अधिक समय लगता है (बढ़ते हुए प्रयास करें config.vm.boot_timeout),
  • यह गलत ड्राइव से बूट हो रहा है (जैसे इंस्टॉलर आईएसओ से),
  • VM फ़ायरवॉल मिसकॉन्फ़िगरेशन (जैसे iptablesकॉन्फ़िगरेशन ),
  • स्थानीय फ़ायरवॉल नियम, पोर्ट विवाद या वीपीएन सॉफ्टवेयर के साथ संघर्ष,
  • sshd गलत कॉन्फ़िगरेशन।

समस्या को डीबग करने के लिए, कृपया इसे एक --debugविकल्प या जैसे चलाएं :

VAGRANT_LOG=debug vagrant up

अगर कुछ स्पष्ट नहीं है, तो इसे दूसरे टर्मिनल से कनेक्ट करने का प्रयास करें vagrant ssh:

vagrant ssh-config > vagrant-ssh; ssh -F vagrant-ssh default

यदि SSH अभी भी विफल रहता है, तो इसे GUI (उदा config.gui = true) से चलाने का प्रयास करें ।

यदि ऐसा नहीं है, तो चल रही प्रक्रियाओं (जैसे vagrant ssh -c 'pstree -a':) की जाँच करें या अपना सत्यापन करें sshd_config।

यदि यह डिस्पोजेबल वीएम है, तो आप इसे हमेशा कोशिश कर सकते हैं destroyऔर upइसे फिर से।

आपको अपने Vagrant और Virtualbox को अपग्रेड करने पर भी विचार करना चाहिए।

अधिक जानकारी के लिए, डीबगिंग और समस्या निवारण पृष्ठ की जाँच करें ।

— kenorb
स्रोत
4

मेरे पास एक ही मुद्दा था, लेकिन किसी भी अन्य उत्तर ने मेरी समस्या को पूरी तरह से हल नहीं किया। @Kiee द्वारा उत्तर उपयोगी था, हालांकि सभी GUI में मैं देख सकता था कि एक काली स्क्रीन थी (टॉप-लेफ्ट में अंडरस्कोर के साथ, वर्चुअल बॉक्स में इस मुद्दे को स्टैक ओवरफ्लो में भी अलग से उठाया गया है, फिर से कुछ भी मदद नहीं मिली है)।

आखिरकार, एक समाधान बहुत सरल साबित हुआ: आपके वर्चुअल मशीन का चेक संस्करण ।

अधिक सटीक रूप से, मेरे पास 64-बिट डेबियन के साथ किसी और से एक बॉक्स था, लेकिन वर्चुअल बॉक्स ने इसे 32-बिट के रूप में व्यवहार करने के लिए जोर दिया, जो मैंने नोटिस नहीं किया। इसे बदलने के लिए, वर्चुअल बॉक्स खोलें, फिर टर्मिनल खोलें और चलाएं

vagrant up

लाइन के लिए प्रतीक्षा करें

default: SSH auth method: private key

अब आप ctrl + C को हिट कर सकते हैं (या टाइमआउट की प्रतीक्षा कर सकते हैं) और चला सकते हैं

vagrant halt

आपकी वर्चुअल मशीन नष्ट नहीं होगी, इसलिए आप इसे वर्चुअल बॉक्स के मेनू में देख सकते हैं, लेकिन इसे बंद कर दिया जाएगा, जिससे आप सेटिंग्स बदल सकते हैं। मेनू में अपनी मशीन का चयन करें, 'सेटिंग' -> 'सामान्य' पर क्लिक करें और उचित 'संस्करण' चुनें, मेरे लिए यह 'डेबियन (64-बिट)' था। इस प्रकार के बादvagrant up फिर से करें।

यदि यह आपके लिए एक मामला है (या 'सेटिंग' में अलग-अलग बदलावों से आपकी समस्या हल हो गई है), तो आप मरम्मत वाले एक टाइपिंग से नया बॉक्स बना सकते हैं

vagrant package --output mynew.box

कुछ और विवरण: मेजबान 32-बिट उबंटू 12.04, अतिथि 64-बिट डेबियन 8.1, वर्चुअल बॉक्स 5.0.14, वैग्रांट 1.8.1

— Gwidryj
स्रोत
मेरी भी यही स्थिति थी, मैंने इसके लिए एक दिन गंवा दिया, मैं भी अपने ड्रॉपडाउन में 64 बिट नहीं था इसलिए मैंने फिक्स्डविवोनी डॉट कॉम / / / को चबाया और इसे हल किया
— एलेक्स
4

यहाँ कई अच्छे जवाब हैं, और मैं यह सब नहीं पढ़ सकता, लेकिन, मैं अभी अपना थोड़ा योगदान भी दिया। मुझे 2 अलग-अलग समस्याएं थीं:

  1. vagrant upमेरे ssh ' id_rsa ' को खोजने में सक्षम नहीं था (क्योंकि मेरे पास यह उस समय अभी तक नहीं था): मैं भाग गया ssh-keygen -t rsa -b 4096 -C "myemailaddress@mydomain.com", इस GitHub के लेख , और voilá के आधार पर , उसके माध्यम से कदम रखा;

  2. फिर, मुझे इस प्रश्न की एक ही समस्या मिली " चेतावनी: कनेक्शन समय समाप्त हो गया। पुन: प्रयास कर रहा है ... ", शाश्वत ...: तो, बहुत पढ़ने के बाद, मैंने अपना सिस्टम फिर से शुरू किया है और अपने BIOS (F2 को प्राप्त करने के लिए देखा) पीसी पर), और वर्चुअलाइजेशन अक्षम थे । मैंने इसे सक्षम किया है, सहेजा है, और सिस्टम को एक बार फिर से शुरू किया है, यह जांचने के लिए कि क्या यह कुछ भी बदल गया है।

उसके बाद, vagrant upएक आकर्षण की तरह काम किया! यह 4am है, लेकिन यह चल रहा है! कैसे शांत, एक? : D जैसा कि मुझे पता है कि मेरे जैसे बहुत कम मसोकेस्ट डेवलपर हैं, जो विंडोज पर यह कोशिश करेंगे, विशेष रूप से विंडोज 10 में , मैं बस यहाँ आने को नहीं भूल सकता और अपना शब्द छोड़ दिया ... एक और महत्वपूर्ण जानकारी यह है कि, मैं होमलेड , वर्चुअलबॉक्स, कंपोजर आदि का उपयोग करके लारावेल 5 को सेट करने की कोशिश कर रहा था । तो, उम्मीद है कि यह उत्तर इस सवाल की तरह मदद करता है और उत्तर ने मेरी मदद की। मेरी शुभकामनाएं। जी अलविदा!

— giovannipds
स्रोत
4

मैं एक नए प्रविष्टि को जोड़कर अपने योनि वीएम में एक घुड़सवार फ़ोल्डर का परीक्षण कर रहा था /etc/fstab। बाद में मैंने लॉग आउट किया, योनि हॉल्ट दौड़ा, लेकिन जब मैं भागा तो vagrant upमुझे मिला:

SSH auth method: private key
Warning: Remote connection disconnect. Retrying...

मैंने इन सभी पोस्टों को पढ़ा और उन सभी को आज़माया जो मेरे मामले के लिए प्रासंगिक लग रहे थे (केवल योनि को नष्ट करने के अलावा, जिसने निश्चित रूप से मेरी समस्या को ठीक कर दिया होगा, लेकिन मेरे मामले में एक अंतिम उपाय था)। @Kiee द्वारा पोस्ट ने मुझे अपने VM को सीधे VirtualBox GUI से बूट करने का प्रयास करने का विचार दिया। बूट प्रक्रिया के दौरान वीएम ने खुद को रोक दिया और मुझसे पूछ रहा था कि क्या मैं उस परीक्षण फ़ोल्डर को माउंट करना छोड़ देना चाहता हूं जिसे मैंने पहले जोड़ा था /etc/fstab। (यही कारण है कि वीएमएन को बूट नहीं किया जा सकता है।) 'नो' का जवाब देने के बाद वीएम ने कोई समस्या नहीं उठाई। मैंने लॉग इन किया, अपने fstab से शरारती लाइन को हटाया, और VM को बंद कर दिया।

उसके बाद योनि ठीक-ठीक बूट करने में सक्षम थी।

ले जाओ? यदि सभी अचानक योनि आपके वीएम में वापस बूट नहीं कर सकते हैं, तो प्रदाता से सीधे बूट करने की कोशिश करें (मेरे मामले में वर्चुअलबॉक्स)। संभावना है कि आपका बूट एसएसएच से पूरी तरह से असंबंधित किसी चीज के लिए लटका हुआ है।

— wmaddox
स्रोत
3

मेरे पास एक ही मुद्दा था जब मैं x64 बॉक्स (शेफ / ubuntu-14.04) का उपयोग कर रहा था।

मैं x32 में बदल गया और इसने (हैशिकॉर्प / सटीक 32) काम किया।

— एंड्री फुरमानट्स
स्रोत
आपका मुद्दा यह हो सकता है कि आप हाइपर- V चला रहे हैं, ऊपर @ Kri का उत्तर देखें, मैं x64 पर x64 के साथ मुद्दों में भाग गया क्योंकि मैं हाइपर- V
— इयान एम
3

हो सकता है कि यह बहुत से लोगों की मदद करने के लिए एक जवाब है, लेकिन अगर आप नहीं करते हैं तो कोशिश करने के लायक है: "आवारा सस्पेंड" के बजाय "आवारा पड़ाव" करें और फिर वीएम को "आवारा" के साथ पुनरारंभ करें।

मुझे लगता है कि मेरी समस्या कुछ "kworker" प्रक्रिया के कारण छोटी गाड़ी हो रही थी और वीएम में लगातार समय समाप्त हो रहा था और इसलिए एक कठिन रिबूट करने से प्रक्रिया को सही ढंग से फिर से लोड करना प्रतीत हो रहा था जबकि एक सेव और रिस्टोर बस अपने टूटे हुए राज्य में टूटी हुई प्रक्रिया को बहाल कर रहा था।

— Ambulare
स्रोत
वाह। अंत में। इसने मेरे लिए काम किया। खिड़की का उपयोग कर रहा हूँ 7. @ धन्यवाद धन्यवाद!
— Emeka Mbah
3

मुझे यह तब मिला जब योनि / VirtualBox को VirtualBox के अंदर चला रहा था। मैंने इसे होस्ट मशीन में योनि यंत्र चलाकर हल किया।

— Jarzka
स्रोत
3

मुझे पता चला है कि वर्चुअलबॉक्स के साथ इसे जोड़ने के लिए MacOS पर आपको आगे जाने की अनुमति देगा: 

config.vm.provider 'virtualbox' do |vb|
  vb.customize ['modifyvm', :id, '--cableconnected1', 'on']
end
— डेविड
स्रोत
घंटों तक इस मुद्दे को देखने के बाद इसने मेरे लिए काम किया!
— सोरिन
मदद करने के लिए खुश :)
— डेविड
2

एक AMD64 बिट्स पर एक ubuntu32 बिट्स को स्थापित करने ने चाल चली। मेरे पास प्रतिबंधित वातावरण के बाद से BIO तक पहुंच नहीं है, लेकिन मैं अभी भी ubuntu / Trusty64 के बजाय ubuntu / Trusty32 के साथ काम करने में सक्षम था

विंडोज 7 SP1 पर VirtualBox 4.3.15 के साथ Vagrant 1.6.3 का उपयोग करना

उम्मीद है की वो मदद करदे।

— fracca
स्रोत
2

मेरे लिए यह योनि और आभासी बॉक्स के बीच संगतता थी।

मैं विंडोज़ 10 पर हूं और मैंने जो भी किया, मैंने योनि और वर्चुअल बॉक्स की स्थापना रद्द कर दी

फिर वर्चुअल बॉक्स के पुराने संस्करण को विशेष रूप से 4.3.38 पर स्थापित करें (इस संस्करण के लिए एक्सटेंशन पैक भी स्थापित करें)

तब आवारा की नवीनतम प्रति स्थापित (फिलहाल 1.8.5)

उसके बाद इसने काम किया।

— Jplus2
स्रोत
यहाँ भी यही समस्या थी। वर्चुअलबॉक्स में एक अद्यतन उपलब्ध था। यह अद्यतन करते हुए, और "आवारा नष्ट" और "आवारा" कमांड ने इसे ठीक कर दिया।
— mrBrown
1

यदि आप GUI को सक्षम नहीं करना चाहते हैं और फिर बाद में इसे अक्षम करना है, तो आप Oracle से एक्सटेंशन पैक भी स्थापित कर सकते हैं:

http://www.oracle.com/technetwork/server-storage/virtualbox/downloads/index.html#extpack

फिर वीआरडीपी सक्षम करने के लिए इसे अपने वैग्रांटफाइल में रखें:

vb.customize ["modifyvm", :id, "--vrde", "on"]

अब आप RDP का उपयोग अपने बॉक्स से कनेक्ट करने के लिए कर सकते हैं बिना SSH के चलने की आवश्यकता या हर समय GUI खोलने की आवश्यकता।

— JustinParker
स्रोत
1

VMware प्रदाता के उपयोगकर्ताओं के लिए एक और संभव समाधान: मेरे लिए एक ही होस्ट मशीन पर VirtualBox की समानांतर स्थापना को हटाने के बाद समस्या हल हो गई थी। VMware और VirtualBox के बीच नेटवर्क इंटरफेस जाहिरा तौर पर परस्पर विरोधी थे

— Hinnerk
स्रोत
1

मैंने उसी समस्या का सामना किया है। मैंने इसे सेटअप Virtualizationसे सक्षम करके निर्धारित किया है BIOS।

— महबूब
स्रोत
1
काउंटर-सहजता से, मेरे BIOS में, मुझे वर्चुअलाइजेशन को अक्षम करना और वीटी-एक्स को सक्षम करना था। अपने BIOS में इन सेटिंग को टॉगल करने का प्रयास करें।
— दुकान
1

फ़ाइल हटाएँ:

C:\Users\UserName\\.vagrant.d\insecure_private_key

फिर भागो:

vagrant up
— pppery
स्रोत
मैंने तीन दिनों के लिए इंटरनेट पर खोज की है और मैंने हर समाधान के बारे में कोशिश की है। केवल इसे खोजने के लिए इस के रूप में सरल हो सकता है। मेरे हीरो। धन्यवाद! +1
— रॉबिन वैन बालन
मेरे लिए कोई फर्क नहीं पड़ता। मेरे पास मैक है,
— वैग्रांट
1

मेरे लिए जो काम किया गया वह BIOS से 64 बिट OS (Ubuntu 13.10) पर 64 बिट वर्चुअलाइजेशन की अनुमति दे रहा था।

— गेशान
स्रोत
आप शायद 64 बिट वर्चुअलाइजेशन के बारे में बात कर रहे हैं!
— वेबकॉम
1

BIOS सेटअप में अपने CPU के वर्चुअलाइजेशन की जांच करें।

— mcrunix
स्रोत
1

मेरे मामले में, इसे एक स्थिर आईपी पता देना, बस समस्या का हल:

config.vm.network "private_network", ip: "192.168.50.50"

— Alexar
स्रोत
0

FWIW-- मेरी समस्या एक नए के बजाय एक बहुत पुरानी विन्यास फाइल का उपयोग करने के कारण थी। नई कॉन्फ़िगरेशन फ़ाइल का उपयोग करना (और इस तरह से बदल / बदल दिया गया डीएसएल) ने मेरी समस्याओं को तुरंत ठीक कर दिया।

— tehprofessor
स्रोत
0

मेरे लिए जो मदद मिली वह थी BIOS में वर्चुअलाइजेशन को सक्षम करना, क्योंकि मशीन बूट नहीं करती थी।

— बार्टोलोमिएज ज़ाल्स्की
स्रोत
काउंटर-सहजता से, मेरे BIOS में, मुझे वर्चुअलाइजेशन को अक्षम करना और वीटी-एक्स को सक्षम करना था। अपने BIOS में इन सेटिंग को टॉगल करने का प्रयास करें।
— दुकान
0

वर्चुअल बॉक्स से ctrl-d-ing के बजाए जब भी मैं कुछ भी करने के लिए तैयार हूं, मेरा मानना ​​है कि योनि आपको दूसरे टर्मिनल में जाना पसंद करेगी और एक:

vagrant halt

बॉक्स को बंद करने के लिए। फिर वीबी में वापस आने में कोई समस्या नहीं होगी ।

— राहेल
स्रोत
1
ctrl+dलॉग आउट करता है। ऐसा करने में कुछ भी गलत नहीं है, और यह एक रनिंग मशीन के लिए कुछ भी नहीं करता है। vagrant haltवर्चुअल मशीन बंद कर देता है।
— ज़ोल्टन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.