Actually I see you already have :) For anyone that ends up here, look at
https://bugs.launchpad.net/ubuntu-mate/+bug/1447038
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1445587
Title:
Installer ha
It seems this is a bug only in VirtualBox still. The fix worked for
hardware and kvm. Unsure about VMWare but no one's been complaining, so
I guess that's a good thing. So if you could file a new bug specifically
referencing VirtualBox and how this bug does not fix it, that would be
fantastic. Even
It does show up in Ubuntu MATE 15.04 20150422.1. Virtualbox guest
4.3.26. See attachment also.
** Attachment added: "Install restart.png"
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1445587/+attachment/4381562/+files/Install%20restart.png
--
You received this bug notification b
This bug was fixed in the package ubiquity - 2.21.23
---
ubiquity (2.21.23) vivid; urgency=medium
* Stop running ubiquity.service as an oneshot service, as this blocks the
initial boot transaction (including ureadahead etc.). Instead, manually
start lightdm in the cases wher
** Branch linked: lp:ubiquity
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1445587
Title:
Installer hangs after clicking "Restart Now"
To manage notifications about this bug go to:
https://bugs.la
** Changed in: ubiquity (Ubuntu Vivid)
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1445587
Title:
Installer hangs after clicking "Restart Now"
To manag
Indeed, as you can see from one of the dupes, this can affect bare
metal, other virtual machines, any flavor, etc. Thanks Martin!
** Summary changed:
- Installer hangs after clicking "Restart Now" when running under qemu
+ Installer hangs after clicking "Restart Now"
** Description changed:
- I
Martin,
Thanks for looking into this! So from what you're saying, this could
potentially happen on a bare-metal install also if, say, the
installation media was fast enough?
When I'm doing qemu installs, often most or all of the ISO is already
cached in RAM, so it make sense that such a race cond
I finally understand this now. gtk_ui.py's do_reboot() and do_shutdown()
call reboot/poweroff. But under systemd this is faster and kills
ubiquity.service before it gets to orderly shutting down X.org in
ubiquity-dm. So this race has been there all the time, we just didn't
notice on most systems as
This bug has been reported on the Ubuntu ISO testing tracker.
A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1445587
** Tags added: iso-testing
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is s
** Also affects: ubiquity (Ubuntu Vivid)
Importance: High
Assignee: Martin Pitt (pitti)
Status: In Progress
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1445587
Title:
Installer hang
** Changed in: ubiquity (Ubuntu)
Importance: Undecided => Medium
** Changed in: ubiquity (Ubuntu)
Milestone: None => ubuntu-15.04
** Changed in: ubiquity (Ubuntu)
Assignee: (unassigned) => Martin Pitt (pitti)
** Changed in: ubiquity (Ubuntu)
Status: New => In Progress
** Chan
Mathieu, this sounds like the bug you mentioned last Friday, right?
ubiquity-dm not *being* a display manager, but running before it, and
lightdm trying to start after that, in parallel with shutdown?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscrib
13 matches
Mail list logo
