Percobaan timeout koneksi macet macet


417

Gelandangan saya bekerja dengan sangat baik tadi malam. Saya baru saja menyalakan PC, tekan vagrant up, dan ini yang saya dapatkan:

==> 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...

Adakah yang pernah mengalami ini sebelumnya? gelandangan belum dicakup secara luas di web dan saya tidak dapat menemukan alasan mengapa ini terjadi.


Situasi ini mungkin karena VirtualBox gagal mengarahkan ulang port, meskipun mengatakan ' ==> default: Meneruskan port ... default: 22 => 2222 (adaptor 1) ' Anda mungkin melihat deskripsi lengkap di tautan pertanyaan saya di sini . Saya masih tidak tahu bagaimana cara memperbaiki pengalihan gagal (Anda mungkin telah melihat di log VirtualBox.
WebComer

Saya memiliki masalah yang sama. Masalahnya adalah server ssh tidak diinstal dan diaktifkan pada mesin tamu.
melihovv

Saya memiliki kesalahan yang sama menginstal ubuntu 16.04 - masalah ini diperbaiki dengan memutakhirkan kotak virtual ke 5.1.x - lihat askubuntu.com/a/822974/151137
house9

@Kiee Silakan periksa antivirus dan firewallnya, hentikan keduanya untuk saat ini dan kemudian pergi :)
AmmyTech

Jawaban:


375

Saya memecahkan masalah ini, dan akan menjawab jika ada orang lain yang memiliki masalah serupa.

Apa yang saya lakukan adalah: Saya mengaktifkan GUI kotak Virtual untuk melihat bahwa itu sedang menunggu input pada startup untuk memilih apakah saya ingin boot langsung ke ubuntu atau safemode dll.

Untuk mengaktifkan GUI Anda harus meletakkan ini di konfigurasi gelandangan Anda Vagrantfile:

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

17
@Huuuze masalahnya adalah bahwa mesin virtual mungkin tidak mematikan dengan benar, dan ketika saya mencoba SSHing ke dalamnya pada hari berikutnya, mesin ingin saya memilih mode mana saya ingin boot, tetapi melalui commandline saya tidak tahu sampai saya menyalakan gui yang membiarkan saya memilih mode.
Kiee

7
Terima kasih. Dalam kasus saya, VM macet di bootloader (grub) menunggu kunci ENTER. Saya menggunakan default hashicorp/precise32. Saya memulai mesin dengan GUI, kemudian menjalankan sudo grub-mkconfigyang mereset /boot/grub/grub.cfgfile, dan saya kemudian bisa berkomentar kembali vb.gui=true.
maggix

2
@TangibleDream File Vagrant Anda, di direktori Anda (atau seharusnya) menjalankanvagrant up
Kiee

4
@ jasa Jika ini adalah gelandangan vm, ada kemungkinan baik nama pengguna dan kata sandi keduanyavagrant
Kiee

7
GUI menunjukkan kepada saya kesalahan berikut: Akselerasi perangkat keras VT-x / AMD-V tidak tersedia di sistem Anda. Pencarian 64-bit Anda akan gagal mendeteksi CPU 64-bit dan tidak akan bisa boot
SKuijers

213

Ketika Anda terjebak dengan mesin gelandangan Anda dengan cara yang dijelaskan di atas tidak perlu boot dalam mode gui (dan tidak mungkin tanpa server X).

Ketika VM Anda sedang boot, di jendela terminal terpisah, cari tahu id dari mesin yang sedang berjalan.

vboxmanage list runningvms

Ini akan menghasilkan sesuatu seperti ini:

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

Cukup sering, VM hanya menunggu Anda untuk memilih opsi di bootloader. Anda dapat mengirim kode kunci yang sesuai (dalam kasus ini, Enter) ke vm dengan controlvm:

vboxmanage controlvm projects_1234567890 keyboardputscancode 1c

Itu dia. Mesin virtual Anda akan melanjutkan proses boot.


22
@ ParrisVarney: Sebagian besar waktu, hang ini disebabkan oleh bootloader menunggu entri yang akan dipilih. Ini dilakukan dengan mengirimkannya tombol enter, yang bisa Anda lakukan dengan menggunakan GUI, atau dengan menggunakan vboxmanageantarmuka baris perintah untuk VirtualBox. Jadi Anda "mengendalikan" VM dan mengirimkannya "kode pindai" untuk tombol Enter (1C) menggunakan parameter keyboardputscancode.
Kautiontape

1
Saya benar-benar tidak mengerti apa ini, tetapi berhasil. Jadi terima kasih
Lavixu

1
Pendekatan khusus ini tidak berhasil untuk saya. Satu-satunya perubahan yang saya perhatikan adalah bahwa output pesan berubah dari default: Warning: Connection timeout. Retrying...menjadi default: Warning: Remote connection disconnect. Retrying...setelah berjalan vboxmanage controlvm dst_default_1407935479617_2464 keyboardputscancode 1c. Akan mencoba yang vb.gui = truesebaliknya.
Marius Butuc

4
vboxmanage di windows ditemukan di C:\Progra~1\Oracle\VirtualBox\VBoxManage.exeyang mengatakan, perubahan BIOS di bawah ini membantu memperbaiki masalah ini untuk saya
yingw

1
Jawaban ini sangat luar biasa, ini harus ditandai sebagai jawaban.
ingin tahu

47

Satu hal yang perlu diperiksa adalah apakah Hardware Virtualisasi diaktifkan di BIOS mesin Anda.

Masalah saya adalah rangkaian timeout yang sama tetapi saya hanya bisa melihat layar hitam di GUI.

Laptop yang baru saja saya setting terus menunjukkan masalah yang sama. Setelah berjam-jam mencari saya akhirnya menemukan tip untuk melihat apakah BIOS memiliki Hardware Virtualisasi diaktifkan.

Inilah konten dari pos yang saya temukan:

Saya melihat masih ada beberapa pengguna yang mengalami masalah ini. Jadi, saya akan mencoba merangkum daftar di bawah ini dari beberapa solusi yang mungkin untuk masalah batas waktu SSH:

  • Pastikan firewall atau antivirus Anda tidak memblokir program (yang saya ragu akan sering terjadi)
  • Berikan mesin gelandangan Anda waktu untuk terjadinya timeout. Jika Anda tidak memiliki PC / Mac yang sangat cepat, VM akan membutuhkan waktu untuk boot ke status siap SSH, sehingga timeout akan terjadi.
  • Oleh karena itu, pertama-tama cobalah untuk membiarkan gelandangan timeout SEPENUHNYA sebelum menyimpulkan bahwa ada kesalahan.
  • Jika waktu gelandangan habis sepenuhnya maka tambahkan batas waktu habis dalam file gelandangan menjadi beberapa menit dan coba lagi.
  • Jika itu masih tidak berhasil, maka cobalah untuk membersihkan boot mesin gelran Anda melalui antarmuka VirtualBox dan mengaktifkan GUI mesin sebelumnya. Jika GUI tidak menunjukkan apa pun yang terjadi (mis. Hanya blackscreen, tidak ada teks) saat sedang boot, maka mesin gelandangan Anda punya masalah.
  • Hancurkan seluruh mesin melalui antarmuka VB dan instal ulang.
  • Hapus file gambar ubuntu di folder Gambar Gelandangan di folder pengguna dan unduh serta instal.
  • Apakah Anda bahkan memiliki prosesor intel yang mendukung virtualisasi perangkat keras 64bit? Google itu. Jika ya, pastikan tidak ada pengaturan di Bios Anda yang menonaktifkan fitur ini.
  • Nonaktifkan fitur hyper-v jika Anda menjalankan windows 7 atau 8. Google cara menonaktifkan.
  • Pastikan Anda menjalankan klien yang diaktifkan SSH. Gunakan Git bash. Unduh: http://git-scm.com/downloads
  • Instal Ubuntu versi 32-bit seperti trusty32 atau presisi32. Cukup ganti versi di file gelandangan dan instal ulang gelandangan di direktori baru.
  • Pastikan Anda menggunakan versi gelandangan dan kotak virtual terbaru. Last resort: Format komputer Anda, instal ulang windows dan beli prosesor intel core isomething.

Semoga itu bisa membantu.


2
Kedua, "periksa untuk memastikan virtualisasi perangkat keras diaktifkan". Saya mengalami masalah persis ini, dan me-reboot host kemudian mengaktifkan virtualisasi di BIOS menyelesaikan masalah fir me.
MrBooks

2
Baru saja terkena ini. Hyper-V adalah penyebabnya dan menghapus instalannya memperbaikinya. tyvm
ChrisAnnODellell

1
Counter-intuitif, di BIOS saya, saya harus menonaktifkan Virtualisasi dan mengaktifkan VT-X. Coba matikan pengaturan ini di BIOS Anda.
Onshop

44

Solusi yang saya temukan adalah memeriksa opsi koneksi kabel di adaptor 1 yang terpasang pada NAT. Saya benar-benar tidak tahu, ini adalah kotak gelandangan saya yang ke-4 tetapi ini adalah satu-satunya dengan opsi koneksi kabel yang tidak dicentang, dan setelah memeriksanya, ia berfungsi. Koneksi kabel NAT


1
Saya menggunakan Homestead 1.0.1 dan VirtualBox 5.0.28 dan saya memecahkan masalah berkat jawaban ini.
Pablo Ezequiel Leone

Melalui GUI saya bisa melihatnya sedang menunggu di antarmuka jaringan dan ini kemudian memecahkan masalah. Thank.s
nsc_feabhas

Tambang ini diperbaiki +1
Zac Grierson

Ini memperbaiki masalah saya: Vagrant 1.9; Virtualbox 5.1; Laravel / Homestead 5.3
J. LaRosee

34

Saya punya masalah yang sama persis. Saya pikir masalahnya mungkin dengan kunci SSH (salah pelokalan file atau sesuatu yang lain tapi saya memeriksanya berkali-kali) tetapi Anda selalu dapat menambahkan di bagian konfigurasi nama pengguna dan kata sandi (tanpa menggunakan kunci ssh) dan menjalankan gui sehingga kode di Vagrantfileharus terlihat seperti kurang lebih seperti di bawah ini:

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

Dalam kasus saya, bahkan jika GUI ditampilkan, saya mendapat layar hitam (tidak ada kesalahan atau kemungkinan untuk login atau apa pun) dan di konsol saya mendapatkan Error: Connection timeout. Retrying...berkali-kali. Saya memastikan VT-x (virtualisasi) diaktifkan di BIOS, saya memeriksa banyak kombinasi versi Virtual Box dan Vagrant bersama-sama dan banyak kotak Vagrant (untuk beberapa dari mereka saya tidak memiliki layar hitam di GUI tetapi masih memiliki koneksi masalah). Akhirnya saya telah memperbarui VirtualBox dan Vagrant lagi ke versi terakhir dan masalah masih terjadi.

Yang penting adalah melihat ikon di VirtualBox setelah menjalankan vagrantup (dengan GUI Vagrantfileseperti yang saya tunjukkan di atas) seperti pada gambar di bawah ini

masukkan deskripsi gambar di sini

Meskipun saya tidak memiliki kesalahan dalam VirtualPC (tidak ada peringatan bahwa VT-x tidak diaktifkan) saya V ikon sebelumnya berwarna abu-abu sehingga itu berarti VT-x dinonaktifkan. Seperti yang saya katakan, saya mengaktifkannya di BIOS saya sepanjang waktu.

Akhirnya saya menyadari masalah yang mungkin HYPER-Vsaya instal dan aktifkan untuk menguji situs di Internet Explorer yang lebih lama. Saya pergi ke Windows Control Panel -> Programs and functions / Softwaredan memilih dari menu di sebelah kiri Turn on or Turn off Windows functions(harap Anda akan menemukan itu, saya menggunakan Polandia Windows jadi tidak tahu nama bahasa Inggris yang tepat). Saya mematikan Hyper-V, me-restart PC dan setelah menjalankan Virtual Box dan vagrant upakhirnya saya tidak memiliki kesalahan, di GUI saya memiliki layar login dan Vikon saya berhenti menjadi abu-abu.

Saya membuang banyak waktu untuk menyelesaikan masalah ini (dan banyak PC restart) jadi saya harap ini dapat membantu siapa saja yang memiliki masalah pada Windows - pastikan Hyper-V Anda dimatikan di Control Panel Anda.


1
Itu masalahnya! Virtualisasi yang diaktifkan pada BIOS dan HYPER-V yang dinonaktifkan dalam Program dan fungsi. Bekerja sebagai pesona !!
Heroselohim

@ Heroselohim Senang itu membantu Anda, butuh banyak waktu untuk menyelesaikannya.
Marcin Nabiałek

1
Kata sandi ssh eksplisit membantu saya ketika folder dengan subfolder dot vagrant berada di Dropbox atau dibagikan di antara mesin dengan kunci ssh yang berpotensi berbeda.
mlt

31

Milik saya berjalan dengan baik dan kemudian ini "Peringatan: Putuskan sambungan jarak jauh. Coba lagi ..." berulang kali - mungkin 20 kali - sampai terhubung. Berdasarkan jawaban di atas saya hanya

vagrant destroy
vagrant up

dan semuanya baik-baik saja. Milik saya sangat sederhana tetapi saya membuatnya dengan memotong Vagrantfile menjadi hanya config.vm.box = "ubuntu/trusty64"dan itu masih melakukannya. Jadi itu sebabnya menghancurkan dan memulai lagi sepertinya pilihan terbaik. Mengingat sifat kewarganegaraan dari gambar-gambar Vagrant ini saya tidak melihat mengapa itu tidak berhasil dalam setiap kasus. Saya baru saja membahas ini dan saya mungkin belum belajar bahwa itu tidak benar.


Solusi yang bagus jika Anda dapat menyediakan vm Anda. Dalam kasus saya membangun vm lebih rumit dan akan mengambil lebih banyak waktu.
user12121234

5
Ya saya mengatur alias dan hal-hal lain pada VM saya, menghancurkannya bukan jawaban yang bagus
Batman

Bagus, saya mencoba berkali-kali dengan vragant halttetapi ini bekerja dengan sempurna!
Med

Bekerja sangat baik untuk saya, saya menghadapi kedua masalah koneksi localhost reset dan ini dan menghancurkan dan membuat gelandangan lagi memperbaikinya.
shivgre

19

Saya mengalami masalah yang sama pada mesin Windows 8.1. Waktu tunggu koneksi dan mengaktifkan gui sama sekali tidak berguna, layarnya hitam. Perbaikan dalam kasus saya menonaktifkan "Hyper V"

Kutipan dari dokumentasi Vagrant https://docs.vagrantup.com/v2/hyperv/index.html

Peringatan: Mengaktifkan Hyper-V akan menyebabkan VirtualBox, VMware, dan teknologi virtualisasi lainnya tidak berfungsi lagi. Lihat posting blog ini https://www.hanselman.com/blog/SwitchEasilyBetweenVirtualBoxAndHyperVWithABCDEditBootEntryInWindows81.aspx untuk cara mudah membuat entri boot untuk mem-boot Windows tanpa Hyper-V diaktifkan, jika ada saat-saat Anda membutuhkan hypervisor lainnya.


5
Ini berhasil untuk saya. Saya cukup menonaktifkan Hyper-V di Program dan Fitur.
stringo0

Saya sudah mencoba semua solusi sebelumnya dan hanya ini yang berhasil juga!
Gilberto Albino

17

Jika Anda bekerja pada Windows 8 atau 10, inilah yang bekerja untuk saya:

  1. Ubah pengaturan BIOS untuk memungkinkan virtualisasi 64bit.
  2. Begini caranya:
    • Restart PC menggunakan Advanced Startup (Ke Advanced Startup -'restart sekarang '-' troubleshooting '-'advanced option'-' UEFI Firmware Setting '-' Restart ')
    • Di dalam jendela BIOS - Buka menu / tab 'Advanced' - Aktifkan 'Intel Virtual Technology'
    • Simpan & Keluar.

2
Sama di sini pada notebook T440p
Terpisah

Sama disini. Di mesin saya itu berarti mengaktifkan virtualisasi Vt-x
Erez Cohen

Terima kasih! Virtualisasi dinonaktifkan di pengaturan BIOS saya. Saya sebelumnya menggunakan gelandangan di mesin yang sama, tetapi untuk beberapa alasan pengaturan BIOS diubah tanpa saya sadari. Jadi, periksa pengaturan ini terlebih dahulu.
Bahman.

8

Saya punya masalah dengan ini dengan kotak yang ada (tidak yakin apa yang berubah), tetapi saya bisa terhubung melalui SSH, meskipun kotak Vagrant gagal untuk boot. Ketika itu terjadi, kunci SSH saya entah bagaimana berubah.

Dari folder root gelandangan saya berlari vagrant ssh-configyang memberitahu saya di mana file kuncinya. Saya membuka ini dengan puttygen dan kemudian memberi saya kunci baru.

Pada tamu Linux saya, saya mengedit ~/.ssh/authorized_keysdan menjatuhkan kunci publik baru di sana.

Semuanya berfungsi lagi - untuk saat ini!


8

Saya memiliki masalah yang sama setelah saya menghapus baris ini dari Vagrantfile saya:

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

VM dimuat dengan baik setelah saya mengembalikan baris ini.


Saya menggunakan kotak scotch, yang saya lakukan adalah menghapus tanda komentar pada garis config.vm.networkdan memecahkan masalah.
Alexar

5

Batas waktu koneksi SSH selama booting awal mungkin terkait dengan berbagai alasan seperti:

  • periksa apakah virtualisasi diaktifkan di BIOS (sesuai komentar ),
  • sistem menunggu interaksi pengguna (mis. partisi pembagian tidak siap ),
  • ketidakcocokan kunci pribadi Anda (periksa konfigurasi via vagrant ssh-config),
  • proses booting membutuhkan waktu lebih lama (coba tambah config.vm.boot_timeout),
  • boot dari drive yang salah (mis. dari installer ISO),
  • iptablesKonfigurasi salah firewall VM (mis konfigurasi ),
  • aturan firewall lokal, konflik port atau konflik dengan perangkat lunak VPN,
  • sshd salah konfigurasi.

Untuk men-debug masalah, jalankan --debugopsi atau suka:

VAGRANT_LOG=debug vagrant up

Jika tidak ada yang jelas, cobalah menghubungkannya dari terminal lain, dengan vagrant sshatau oleh:

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

Jika SSH masih gagal, coba jalankan dengan GUI (mis config.gui = true.).

Jika tidak, periksa proses yang berjalan (misalnya dengan vagrant ssh -c 'pstree -a':) atau verifikasi sshd_config.


Jika itu VM sekali pakai, Anda selalu dapat mencoba destroydan upmenggunakannya lagi.

Anda juga harus mempertimbangkan memutakhirkan Vagrant dan Virtualbox Anda.


Untuk informasi lebih lanjut, periksa halaman Debugging dan Pemecahan Masalah .


4

Saya memiliki masalah yang sama, tetapi tidak ada jawaban lain yang sepenuhnya memecahkan masalah saya. Jawaban oleh @Kiee sangat membantu, walaupun yang saya lihat di GUI adalah layar hitam (dengan garis bawah di kiri atas, masalah ini di Virtual Box juga telah diangkat secara terpisah dalam stack overflow, sekali lagi tidak ada yang membantu).

Akhirnya, solusi terbukti sangat sederhana: periksa versi mesin virtual Anda.

Lebih tepatnya, saya punya kotak dari orang lain dengan 64-bit Debian, tetapi Virtual Box bersikeras untuk memperlakukannya sebagai 32-bit, apa yang tidak saya perhatikan. Untuk mengubahnya, buka Kotak Virtual, lalu buka terminal dan jalankan

vagrant up

tunggu antrean

default: SSH auth method: private key

sekarang Anda dapat menekan ctrl + C (atau menunggu timeout) dan jalankan

vagrant halt

mesin virtual Anda tidak akan dimusnahkan, sehingga Anda dapat melihatnya di menu Virtual Box, tetapi akan dimatikan, sehingga Anda dapat mengubah pengaturan. Pilih mesin Anda di menu, klik 'Pengaturan' -> 'Umum' dan pilih 'Versi' yang tepat, bagi saya itu adalah 'Debian (64-bit)'. Setelah tipe inivagrant up lagi.

Jika ini adalah kasus untuk Anda (atau perubahan berbeda dalam 'Pengaturan' menyelesaikan masalah Anda), Anda dapat membuat kotak baru dari yang sudah diketik mengetik

vagrant package --output mynew.box

Beberapa rincian lebih lanjut: host 32-bit Ubuntu 12.04, guest 64-bit Debian 8.1, Virtual Box 5.0.14, Vagrant 1.8.1


Saya memiliki situasi yang sama, saya kehilangan satu hari untuk ini, juga saya tidak memiliki 64 bit di dropdown saya di sana jadi saya cheched fixedbyvonnie.com/2014/11/… dan menyelesaikannya
Alex Sutu

4

Ada banyak jawaban bagus di sini, dan saya tidak bisa membaca semuanya, tetapi, saya hanya datang untuk memberikan kontribusi kecil saya juga. Saya memiliki 2 masalah berbeda:

  1. vagrant uptidak dapat menemukan ssh ' id_rsa ' saya (karena saya belum memilikinya, pada saat itu): saya berlari ssh-keygen -t rsa -b 4096 -C "myemailaddress@mydomain.com", berdasarkan artikel GitHub ini , dan voilá, melangkah melalui itu;

  2. Kemudian, saya mendapat masalah yang sama dari pertanyaan ini " Peringatan: Waktu koneksi habis. Mencoba lagi ... ", selamanya ...: Jadi, setelah banyak membaca, saya telah memulai ulang sistem saya dan melihat BIOS saya (F2 untuk mendapatkan di sana, di PC), dan ada Virtualisasi dinonaktifkan . Saya telah mengaktifkannya, menyimpan, dan memulai sistem sekali lagi, untuk memeriksa apakah telah mengubah apa pun.

Setelah itu, vagrant upbekerja seperti pesona! Ini jam 4 pagi tetapi sedang berjalan! Bagaimana keren, ha? : D Seperti yang saya tahu ada sedikit pengembang masochist seperti saya, yang akan mencoba ini di Windows, khususnya di Windows 10 , saya tidak bisa tidak lupa datang ke sini dan meninggalkan kata saya ... informasi penting lainnya, adalah bahwa, Saya mencoba mengatur Laravel 5 , menggunakan Homestead, VirtualBox, komposer dll. Ini berhasil. Jadi, semoga jawaban ini membantu seperti pertanyaan ini dan jawaban membantu saya. Harapan terbaik saya. G-selamat tinggal!


4

Saya sedang menguji folder yang dipasang di VM gelandangan saya dengan menambahkan entri baru ke /etc/fstab. Kemudian saya keluar, berlari gelandangan berhenti, tetapi ketika saya berlari vagrant upsaya mendapat:

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

Saya membaca semua posting ini dan mencoba semua yang tampaknya relevan untuk kasus saya (kecuali untuk penghancuran gelandangan, yang tentunya akan memperbaiki masalah saya, tetapi merupakan pilihan terakhir dalam kasus saya). Posting oleh @Kiee memberi saya ide untuk mencoba mem-boot VM saya langsung dari GUI VirtualBox. Selama proses boot, VM berhenti dan bertanya apakah saya ingin melewatkan pemasangan folder tes yang telah saya tambahkan sebelumnya /etc/fstab. (Itu sebabnya gelandangan tidak bisa mem-boot VM.) Setelah menjawab 'TIDAK', VM mem-boot tidak masalah. Saya login, menghapus garis nakal dari fstab saya, dan mematikan VM.

Setelah itu gelandangan bisa boot dengan baik.

Bawa pulang? Jika tiba-tiba gelandangan tidak bisa boot kembali ke VM Anda, cobalah untuk boot langsung dari penyedia (VirtualBox dalam kasus saya). Kemungkinan boot Anda tergantung pada sesuatu yang sama sekali tidak terkait dengan SSH.


3

Saya memiliki masalah yang sama ketika saya menggunakan kotak x64 (chef / ubuntu-14.04).

Saya berubah menjadi x32 dan berhasil (hashicorp / precision32).


Masalah Anda mungkin adalah Anda menjalankan Hyper-V, lihat jawaban @ Kri di atas, saya mengalami masalah dengan x64 pada x64 karena saya menjalankan Hyper-V
Ian M

3

Mungkin ini adalah jawaban yang terlalu sederhana untuk membantu banyak orang, tetapi patut dicoba jika Anda belum: Lakukan "penghentian gelandangan" alih-alih "penghentian gelandangan" kemudian mulai ulang VM dengan "gelandangan".

Saya pikir masalah saya adalah karena beberapa "kworker" proses mendapatkan buggy dan terus waktu di VM dan melakukan reboot sulit tampaknya memuat ulang proses dengan benar sedangkan menyimpan dan mengembalikan hanya memulihkan proses yang rusak dalam keadaan rusak.


Wow. Akhirnya. Ini berhasil untuk saya. Saya menggunakan window 7. @Ambulare terima kasih!
Emeka Mbah

3

Saya mendapatkan ini ketika menjalankan vagrant / VirtualBox di dalam VirtualBox. Saya menyelesaikan ini dengan menjalankan mesin gelandangan di mesin host.


3

Saya telah menemukan bahwa di MacOS dengan VirtualBox menambahkan ini ke Vagrantfile akan membuat Anda melangkah lebih jauh:

config.vm.provider 'virtualbox' do |vb|
  vb.customize ['modifyvm', :id, '--cableconnected1', 'on']
end

Ini bekerja untuk saya setelah melihat masalah ini selama berjam-jam!
Sorin

senang membantu :)
David

2

Menginstal bit ubuntu32 pada AMD64 bit berhasil. Saya tidak memiliki akses ke BIO karena lingkungannya terbatas, tetapi saya masih bisa membuatnya bekerja dengan ubuntu / trusty32 bukannya ubuntu / trusty64

Menggunakan Vagrant 1.6.3 dengan VirtualBox 4.3.15 pada Windows 7 SP1

berharap itu bisa membantu.


2

Bagi saya itu adalah kompatibilitas antara gelandangan dan kotak virtual.

Saya di windows 10 dan apa yang saya lakukan saya menghapus kotak gelandangan dan virtual

Kemudian instal versi lama dari kotak virtual khusus versi 4.3.38 (Instal paket ekstensi juga untuk versi ini)

Kemudian instal salinan gelandangan terbaru (1.8.5 saat ini)

Setelah itu berhasil.


Punya masalah yang sama di sini. Virtualbox memiliki pembaruan yang tersedia. Memperbarui itu, dan perintah "gelandangan menghancurkan" dan "gelandangan" memperbaikinya.
mrBrown

1

Jika Anda tidak ingin mengaktifkan GUI dan kemudian harus menonaktifkannya nanti, Anda juga bisa menginstal paket ekstensi dari Oracle:

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

Kemudian taruh ini di Vagrantfile Anda untuk mengaktifkan VRDP:

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

Sekarang Anda dapat menggunakan RDP untuk terhubung ke kotak Anda sesuai permintaan tanpa SSH perlu dijalankan atau GUI terbuka sepanjang waktu.


1

Satu lagi solusi yang mungkin untuk pengguna penyedia VMware: Bagi saya masalah ini diselesaikan setelah menghapus instalasi paralel VirtualBox pada mesin host yang sama. Antarmuka jaringan antara VMware dan VirtualBox tampaknya saling bertentangan


1

Saya telah menghadapi masalah yang sama. Saya memperbaikinya dengan mengaktifkan Virtualizationdari BIOSpengaturan.


1
Counter-intuitif, di BIOS saya, saya harus menonaktifkan Virtualisasi dan mengaktifkan VT-X. Coba matikan pengaturan ini di BIOS Anda.
Onshop

1

Hapus file:

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

Lalu lari:

vagrant up

Saya telah mencari di internet selama tiga hari dan mencoba hampir setiap solusi yang saya temui. Hanya dengan menemukannya dapat sesederhana ini. Pahlawanku. Terima kasih! +1
Robin van Baalen

tidak membuat perbedaan bagi saya. Saya punya mac, Vagrant 1.9.3
Razvan Tudorica

1

Apa yang berhasil bagi saya adalah memungkinkan virtualisasi 64 bit pada OS 64 bit (Ubuntu 13.10) dari BIOS.


Anda mungkin berbicara tentang virtualisasi 64 bit!
WebComer

1

Periksa virtualisasi CPU Anda dalam pengaturan BIOS diaktifkan.


1

Dalam kasus saya, memberikannya alamat IP statis, cukup selesaikan masalahnya:

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


0

FWIW-- Masalah saya adalah karena menggunakan file konfigurasi yang sangat lama dan bukan yang baru. Menggunakan file konfigurasi baru (dan dengan demikian mengubah / mengubah DSL) memperbaiki masalah saya secara instan.


0

Yang membantu saya adalah mengaktifkan virtualisasi di BIOS, karena mesin tidak bisa boot.


Counter-intuitif, di BIOS saya, saya harus menonaktifkan Virtualisasi dan mengaktifkan VT-X. Coba matikan pengaturan ini di BIOS Anda.
Onshop

0

Daripada ctrl-d-ing keluar dari kotak virtual karena saya tidak akan melakukan setiap kali saya ssh ke apa pun, saya percaya gelandangan akan lebih suka Anda masuk ke terminal lain dan melakukan:

vagrant halt

untuk menghentikan kotak. Maka tidak akan ada masalah kembali ke VB.


1
ctrl+dkeluar. Tidak ada yang salah dengan melakukan itu, dan itu tidak melakukan apa pun pada mesin yang sedang berjalan. vagrant haltmenghentikan mesin virtual.
Zoltán
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.