[Bug 1386153] Re: Inconsistent behaviour between 2 ways of launching Ubiquity
[Expired for ubiquity (Ubuntu) because there has been no activity for 60 days.] ** Changed in: ubiquity (Ubuntu) Status: Incomplete => Expired -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1386153 Title: Inconsistent behaviour between 2 ways of launching Ubiquity To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1386153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1386153] Re: Inconsistent behaviour between 2 ways of launching Ubiquity
Mathieu: I forgot to mention it in the descripiton. To observe this problem you first need to apply Colin's patch for bug #1386113 (https://launchpadlibrarian.net/188412508/fix-keyfile-error.patch). Thanks for looking at this! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1386153 Title: Inconsistent behaviour between 2 ways of launching Ubiquity To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1386153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1386153] Re: Inconsistent behaviour between 2 ways of launching Ubiquity
I should have mentioned, my tests were run with ubuntu-14.04.1-desktop- amd64.iso; so it was also for a Trusty desktop installation. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1386153 Title: Inconsistent behaviour between 2 ways of launching Ubiquity To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1386153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1386153] Re: Inconsistent behaviour between 2 ways of launching Ubiquity
I've been testing this in qemu, with two different virtual machines (built with the same default settings), one doing Scenario 1, then Scenario 2, one the other way around. I'm using the same preseed; with the exception that "d-i partman- auto/choose_recipe select boot-crypto" is commented out (it shouldn't be necessary, but I also testing without commenting it), and using /dev/vda rather than /dev/sda as a target device. I'm unable to get precisely the message "No modifications can be made to the device Encrypted volume (sda5_crypt) for the following reasons: In use by LVM volume group ubuntu-vg." when installing with scenario 2 if I follow your steps precisely. I do get a message about creating the key file, followed by a "An error occurred while configuring encrypted volumes. The configuration has been aborted.". I am then left at the partman dialog. In indeed appears to happen independently of any previous installation artefacts on the disk. However, if I re-run the same installer step for Scenario 2 (ie. fully automated), but with the addition of "automatic-ubiquity" which behaves the same as passing --automatic to ubiquity in Scenario 1, then the installation completes successfully. Could you please try again, with adding 'automatic-ubiquity' for scenario 2; and report here whether it solves the problem? Thanks! ** Changed in: ubiquity (Ubuntu) Status: New => Incomplete ** Changed in: ubiquity (Ubuntu) Importance: Undecided => Low -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1386153 Title: Inconsistent behaviour between 2 ways of launching Ubiquity To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1386153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1386153] Re: Inconsistent behaviour between 2 ways of launching Ubiquity
syslog with set -x added to partman- base/choose_partition/partition_tree/do_option ** Attachment added: "syslog.set-x" https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1386153/+attachment/4283430/+files/syslog.set-x -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1386153 Title: Inconsistent behaviour between 2 ways of launching Ubiquity To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1386153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1386153] Re: Inconsistent behaviour between 2 ways of launching Ubiquity
/var/log/installer/debug from the 2nd attempt (with workaround). ** Attachment added: "debug" https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1386153/+attachment/4283017/+files/debug -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1386153 Title: Inconsistent behaviour between 2 ways of launching Ubiquity To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1386153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1386153] Re: Inconsistent behaviour between 2 ways of launching Ubiquity
syslog from the 2nd attempt (with workaround). ** Attachment added: "syslog" https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1386153/+attachment/4283016/+files/syslog -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1386153 Title: Inconsistent behaviour between 2 ways of launching Ubiquity To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1386153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1386153] Re: Inconsistent behaviour between 2 ways of launching Ubiquity
There is a line in the syslog: > Dec 17 18:00:28 ubuntu log-output: No volume groups found and then a couple of seconds later: > Dec 17 18:00:39 ubuntu partman-lvm: Physical volume > "/dev/mapper/sda5_crypt" successfully created > Dec 17 18:00:39 ubuntu partman-lvm: Volume group "crypt" successfully > created > Dec 17 18:00:39 ubuntu partman-lvm: Logical volume "root" created > Dec 17 18:00:39 ubuntu partman-lvm: Logical volume "swap_1" created so clearly there is a race of some kind present during the installation, but I have no idea what causes it. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1386153 Title: Inconsistent behaviour between 2 ways of launching Ubiquity To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1386153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1386153] Re: Inconsistent behaviour between 2 ways of launching Ubiquity
Colin, thanks for the hint. I have made sure that the disk is clear (all partitions erased, no VGs or LVs present) before running scenario 2. Unfortunately the workaround did not change the outcome. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1386153 Title: Inconsistent behaviour between 2 ways of launching Ubiquity To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1386153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1386153] Re: Inconsistent behaviour between 2 ways of launching Ubiquity
I *think* that this has not much to do with the different ways you're launching ubiquity - the debug log shows that the preseed file has definitely been applied successfully by casper - and a lot to do with the second scenario having been run after the first on a disk that's no longer blank. lvm2's udev rules are going to have brought up all the LVM volumes they can find on the system, and nothing in ubiquity takes care to bring them down again before partitioning. (Of course it's also possible that there's some kind of race that means the two ways of starting ubiquity behave a bit differently, but it doesn't look like anything very fundamental.) Try something like this as a workaround? d-i partman/early_command string vgchange -a n -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1386153 Title: Inconsistent behaviour between 2 ways of launching Ubiquity To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1386153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
