I am taking a course on Udacity that requires me to set up a virtual machine on my system. I have already downloaded and installed Virtual Box and Vagrant. When I try to run the command vagrant up, I get this error:
Could anyone please explain what might be going wrong?
I am working on my office laptop so I cannot change the firewall settings. They are controlled by McAfee. Also, the firewall has been turned off by McAfee to the best of my knowledge. I tried searching a lot but couldn't come up with a solution to this.
Well, I researched more about this and was finally able to find something. This issue comes up when vagrant doesn't have folder permission. Sometimes Cygwin shell in Windows doesn't get permission to write or create a new folder.
I followed their github issue. This is what made it work for me:
Rename C:\HashiCorp\Vagrant\embedded\gnuwin32\bin\bsdtar.exe to
something like bsdtar_backup.exe (or temporarily move it)
In that same directory, create bsdtar.bat with this content:
#ECHO OFF
"%~dp0....\mingw\bin\bsdtar.exe" %*
This will result in Vagrant using the mingw binary, without you having to dive into some code. After these two steps, try adding a box.
Related
When i try to execute "solana-test-validator" command in my terminal, i get error and it says:
"libcrypto1_1-x64.dll not found"
"libssl-1_1-x64.dll not found"
I searched everywhere and i looked every solana-test-validator related error things but i never be able to solve my problem.
Here is how I solved it. The solution is in the problem. It needs those two DLL files. Therefore, find a correct version of the both the DLL over the internet and paste in the solana active-release path or if you have zoom installed, you can copy the DLLs from there.
Zoom Location - C:\Users\Asus\AppData\Roaming\Zoom\bin
Solana Active release - C:\Users\Asus\.local\share\solana\install\active_release\bin
Once you copy paste the DLLs, just start the CMD as an admin and run
solana-test-validator
I solved my problem by reinstalling the Ubuntu terminal.
Today I got this error message:
"WSL not found at: C:\Users\Nick\AppData\Local\Microsoft\WindowsApps\debian.exe"
Before this message today, everything worked fine (I start Debian through start menu, restart the ssh service, then start CLion and it linked up just fine.).
The executable is there, just 0kb. The strange thing is that the Linux environment can be opened from windows as always (debian), I can ssh into it just fine (looks like CLion can as well, see picture).
This happened after an update tot CLion 2018.2.2 from 2018.2.1. Rolling back did not fix the issue.
What could be going wrong here?
I've found a fix for the issue. In Windows config select the apps list, find Debian and press advanced settings. Then end the service and recover it (the mild recovery was enough for my case). Although I'm not certain it aided in fixing the issue I've also removed the Jetbrains folder in the LocalCache/Local folder of the Debian folder in my AppData\Local\Packages.
I've been using gitbash these past few days and it's working just fine. But a while ago, after install a pdf reader with patch file, when I opened my gitbash it gave me the error which says "Failed to run '/usr/bin/bash': No such file or directory". I don't know what happened and why, but I think the patch file of the application that I installed has something to do with it. My pc antivirus prompted a warning, and I took actions. Then the trouble in the gitbash happened. Please help me, I don't want to reinstall gitbash again coz I also have to install some things.
Had the same issue, searched for it, this is one of the first few results. So if you are looking why you got this message recently: check your antivirus and that the folder and the file actually exist. As previous answers mentioned, reinstall helps bring it back, but antivirus might break it again. So I would check your antivirus GUI and see if you can restore it and add an exception.
Mine was that Avast antivirus classified it as 'IDP.Generic' threat (weirdly only when I would close the shell with ctrl+c or ctrl+d on Windows 10).
to resolve this issue simply reinstall git.
I disabled Avast antivirus software
Then uninstalled and reinstalled git
It worked for me:)
Like jack this was caused by my virus scanner(avast). To resolve I opened the quarantine page restored and added exemption.
Try 'echo $PATH' in CygWin Terminal to get the PATH it must written something like
/usr/local/bin:/usr/bin:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program
Files/TortoiseHg:/home
Depending on the Chroot in you sshd_config it looks for the /bin/bash file
you will have three options
you might have to copy the files into the Chroot mentioned folder and give the permission.
You can update with you Chroot
Or bind mounting would also help
ref
To resolve this issue simply deactivate your antivirus while reinstalling git.
So, I'm trying to run vagrant package on my current Vagrant VM, and it seems to be working fine(no errors reported); however, it is not saving the file to the location that it reports to be saving it. I cannot locate the file anywhere else on the system either, so I'm not sure if it's actually being created or if the command is silently failing.
I am running Vagrant 1.6.1 on Windows 8.1 and using virtualbox as my hypervisor. Are there logs that I can be looking at which might help diagnose the problem?
I figured out what the issue was. This is specifically related to using vagrant on windows with mingw. A DLL dependency is screwed up for bsdtar, so if you follow the steps in http://sourceforge.net/p/mingw/bugs/2150/, you should be fine.
I'm trying to install cygwin on a windows 2008 server. I managed to get a hold of the cygwin setup.exe version 2.721.
Since cygwin.com is down at the moment, i tried several mirrors found through the google cache of the cygwin mirrors. I ran into the same problem like this guy: Help needed installing cygwin: may be ini file problem
Like they suggested, I tried http://mirrors.kernel.org as mirror. It downloads some setup.bz files fine. Then I get the error "Unable to get setup.ini from http://mirrors.kernel.org/". Any suggestions how to install cygwin now?
I got this error when I tried to use http://cygwin.com/setup.exe and not http://cygwin.com/setup-x86.exe or http://cygwin.com/setup-x86_64.exe. It seems the mirrors have just recently removed support for setup.exe. The setup.exe is still available to download but none of the mirrors work.
The solution is to use either the setup-x86.exe or the setup-x86_64.exe.
The mirror should be the full path http://mirrors.kernel.org/sourceware/cygwin
If you get complaints about the .ini being from a newer version of setup, you'll need to find a newer setup.exe somewhere on the net that you trust. (And cygwin guys? Grrr for not including setup.exe in your mirrors and for not signing your exe!)
the reason is so simple:
the setup.ini changed its's location!
just go to cygwin site, download the latest setup.exe file. it will be OK.
While installing, select Install through http/ftp proxy. Firewall may block the installation. Hence, proxy will help. Also try running as Administrator.
It helps..
Regards,
Frank..!!
For those who are still getting this error even with the correct installer, make sure that you're running the setup file on your local hard drive.
My problem was that I was trying to launch the executable from a mapped network drive. Copying down and running the program locally fixed the issue.
Can you use another mirror? Try lug.mtu.edu or something like that. I've always had nothing but good results from there.
Was giving me the same Unable to get setup from ... error.
I used the new setup-x86_64.exe from the Cygwin.org site & had to select the option Use Internet Explorer Proxy Settings.
It fetched the mirror urls.
It worked that way for me.
But, if it does not fetch all the mirrors by itself, we can
add the url http://mirrors.kernel.org in the Download list.
Initially, when it was not downloading the mirrors list by itself, I had tried adding the above http://mirrors.kernel.org url manually & it had worked that way too.
Was facing the Same issue... Run the installer in administrator mode and set the FTP/HTTP proxy to the proxy setting configured in internet explorer. Later if the download doesn't occur try different proxies. Selecting this mirror http://mirrors.kernel.org worked for me.