boxcutter/ubuntu

Unable to open terminal in Ubuntu 16.04 desktop

endejoli opened this issue · 9 comments

I am using below Vagrantfile to bring up a Ubuntu desktop VM in wndows10. VM comes up fine, but when I click on terminal inside Ubuntu, it does not launch the terminal.

-- mode: ruby --

vi: set ft=ruby :

Vagrant.configure("2") do |config|
config.vm.box = "boxcutter/ubuntu1604-desktop"
config.vm.provider "virtualbox" do |vb|
vb.gui = true
vb.memory = "2048"
vb.cpus = "2"
end
config.vm.provision "file", source: "setup.sh", destination: "setup.sh"
end

same

I had this same problem, I see it reported here but it seems to be a locale problem.

I tried a bunch of commands and rebooted, and that seems to have fixed the problem but I don't know which of these actually fixed it. I ran these in xterm

sudo locale-gen
sudo localectl set-locale LANG="en_US.UTF-8"

Then a vagrant halt and vagrant up. Now Ctrl+Alt+T works.

So I guess this would have to be added into the packer bash scripts?

yep

I had this too. Managed to get it working as above, but still unable to search for the terminal in the Unity dash.

Similar to what's described here.

https://askubuntu.com/questions/113302/cant-search-for-terminal-in-unity-dash

Tried all sorts of suggested solutions but giving up. I've wasted too much time on this already.

There are multiple PRs open to fix this but so far the maintainers haven't merged any of those.

#121 (comment) didn't fix it for me.

Have you tried the other fix mentioned here?

Ok, well I did this and it now seems to work...

  • cloned this repo at latest commit (fd499fb)

  • modified ubuntu1604-desktop.json to point at server iso:

    "iso_checksum": "ee834fbeb94cc55972b38caafa2029c29625e2e8",
    "iso_url": "http://releases.ubuntu.com/16.04/ubuntu-16.04.4-server-amd64.iso",
    
  • packer build -only=virtualbox -var-file=ubuntu1604-desktop.json ubuntu.json

  • cd box/virtualbox

  • vagrant init ubuntu1604-desktop ubuntu1604-desktop-0.1.0.box

  • vagrant up

  • vagrant ssh

  • cat /etc/default/locale

    #  File generated by update-locale
    LANG="en_US.UTF-8"
    LANGUAGE="en_US:"
    

I'm not sure exactly what combination of circumstances is making it work this time.

I can also confirm that the terminal issue appears to be fixed (I built the image from 58f500b).