2015-01-29 17 views
5

Przez trzy miesiące miałem w pełni sprawnego włóczęgę, ale przez ostatnie trzy dni dostaję błędy, gdy próbuję uruchomić włóczęgę lub przeładować włóczęgę.Przechodź w górę i przeładuj - domyślnie: Ostrzeżenie: limit czasu połączenia. Ponowna próba ...

Jest to błąd pojawia się podczas uruchamiania vagrant reload

default: Attempting graceful shutdown of VM... 
default: Guest communication could not be established! This is usually because 
default: SSH is not running, the authentication information was changed, 
default: or some other networking issue. Vagrant will force halt, if 
default: capable. 
default: Forcing shutdown of VM... 
default: Clearing any previously set forwarded ports... 
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: 80 => 8080 (adapter 1) 
default: 22 => 2222 (adapter 1) 
default: Running 'pre-boot' VM customizations... 
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: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
default: Warning: Connection timeout. Retrying... 
Timed out while waiting for the machine to boot. This means that 
Vagrant was unable to communicate with the guest machine within 
the configured ("config.vm.boot_timeout" value) time period. 

If you look above, you should be able to see the error(s) that 
Vagrant had when attempting to connect to the machine. These errors 
are usually good hints as to what may be wrong. 

If you're using a custom box, make sure that networking is properly 
working and you're able to connect to the machine. It is a common 
problem that networking isn't setup properly in these boxes. 
Verify that authentication configurations are also setup properly, 
as well. 

If the box appears to be booting properly, you may want to increase 
the timeout ("config.vm.boot_timeout") value. 

Używam Elementary OS Luna i aktualizowane najnowsze wersje włóczęgi jak VirtualBox jak niektóre odpowiedzi sugerowane. Ale problemy nadal występują.

Próbowałem już wielu popularnych rozwiązań, w tym włączania GUI i this. Próbowałem również rozwiązania podanego here, ale nie mógł, ponieważ moje wirtualne pudełko nie loguje się.

Jednak GUI przedstawił mi z tym:

keys: press S to skip mounting or M for manual recovery 

Próbowałem zarówno kluczy, jeden po drugim, ale problem nadal pozostaje.

Czy ktoś miał to wcześniej, kto mógłby zaoferować rozwiązanie, włóczęga nie jest jeszcze szeroko w Internecie i nie mogę znaleźć powodu, dlaczego tak się dzieje.

+1

Wygląda na to, że masz uszkodzony system plików w swoim vm. Czy prawdopodobnie zamknąłeś komputer, gdy maszyna włóczęgów nadal działała? Czy GUI pokazuje więcej niż wiersz 'keys: ...'? –

+0

@SebastianStigler: Miałem zły zwyczaj bezpośredniego zamykania laptopa bez zamykania vm. Oto zrzuty ekranu z trzech przypadków: kiedy [wszedł M] (http://i.imgur.com/M0evsWb.png), [wprowadzono S] (http://i.imgur.com/piRPZrE.png) następnie [inny S] (http://i.imgur.com/HqzUDFP.png) Proszę dać mi znać, jeśli potrzebujesz dalszych informacji. – ankita

+0

Czy otrzymałeś konsolę lub pytanie o hasło roota po naciśnięciu klawisza "S" za każdym razem, gdy jest ono wymagane? –

Odpowiedz

8

Po zmaganiach z różnymi opcjami dostępnymi na różne pytania, wciąż miałem ten sam problem. Wreszcie zrobiłem

vagrant destroy 

następnie

vagrant up 

I mam mój system działa ponownie.

Uwaga: jeśli masz zwyczaj bezpośredniego wyłączania komputera, wkrótce możesz napotkać ten problem! W swojej Vagrant terminala (vagrant ssh), zawsze pójść na:

sudo shutdown -h now 

lub może po prostu wpisać

vagrant halt 

po wylogowaniu z ssh.

PS: Dla tych, którzy mogą bać się utraty danych/kodu/czegokolwiek podczas vagrant destroy, możesz się zrelaksować! Byłem niezdecydowany za pomocą polecenia, ale zgodnie z dokumentacją, wszystko to jest:

To polecenie zatrzymuje uruchomioną maszynę Vagrant zarządza i niszczy wszystkie zasoby, które zostały utworzone podczas procesu tworzenia maszyny. Po uruchomieniu tego polecenia komputer powinien pozostać w czystym stanie, tak jakby nigdy nie został utworzony komputer gościa.

Oznacza to, że kod pozostaną nienaruszone, a następnego vagrant up doprowadzi cię do tego samego stanu, jak w lewo, tylko problem rozwiązany teraz. :)

+0

Zamiast 'sudo shutdown -h teraz' możesz po prostu wpisać' vagrant stop' po wylogowaniu się ze swojego sesja ssh: –

+7

'vagrant destroy' dosłownie niszczy maszynę wirtualną, dlatego tracisz dane ** w ** maszynie wirtualnej, a nie na maszynie hosta! –

+0

@SebastianStigler: Zaktualizowałem funkcję zatrzymania. utrata danych, miałem na myśli kod, który napisałem, piszę rozszerzenie dla mediawiki i to nadal pozostało, IMHO, tylko dane konfiguracyjne maszyny wirtualnej zostały zniszczone i odtworzone. Proszę mnie poprawić, jeśli się mylę. – ankita