| 2010-04-19 11:10:41 |
Evan |
bug |
|
|
added bug |
| 2010-04-19 11:11:24 |
Evan |
bug task added |
|
ecryptfs-utils (Ubuntu) |
|
| 2010-04-19 11:11:53 |
Evan |
attachment added |
|
ecryptfs-fail.png http://launchpadlibrarian.net/44809420/ecryptfs-fail.png |
|
| 2010-04-19 11:12:16 |
Evan |
attachment added |
|
debug http://launchpadlibrarian.net/44809427/debug |
|
| 2010-04-19 11:12:53 |
Evan |
attachment added |
|
apt history from /target http://launchpadlibrarian.net/44809488/history.log |
|
| 2010-04-19 11:13:19 |
Evan |
attachment added |
|
partman http://launchpadlibrarian.net/44809549/partman |
|
| 2010-04-19 11:13:52 |
Evan |
attachment added |
|
dpkg log from /target http://launchpadlibrarian.net/44809563/dpkg.log |
|
| 2010-04-19 11:14:32 |
Evan |
attachment added |
|
syslog http://launchpadlibrarian.net/44809670/syslog |
|
| 2010-04-19 11:15:10 |
Evan |
attachment added |
|
apt term log from /target http://launchpadlibrarian.net/44809680/term.log |
|
| 2010-04-19 11:15:35 |
Evan |
attachment added |
|
ls -la ~ http://launchpadlibrarian.net/44809796/home |
|
| 2010-04-19 11:16:02 |
Evan |
attachment added |
|
dpkg --list *ecryptfs* http://launchpadlibrarian.net/44809809/ecryptfs-state |
|
| 2010-04-19 11:17:20 |
Evan |
description |
Binary package hint: ubiquity
I installed with the "encrypt my home directory" option enabled, then installed over top of that with automatic login enabled and the root partition marked as "do not format". This causes the ecryptfs-utils prerm to fail inside ubiquity, as ~/.ecryptfs exists (we don't delete it in clear_partitions).
This results in an error message, though the install otherwise completes. However, upon rebooting, logging into the system fails as .ecryptfs is present in a broken state. |
Binary package hint: ubiquity
I installed with the "encrypt my home directory" option enabled, then installed over top of that with automatic login enabled and the root partition marked as "do not format". This causes the ecryptfs-utils prerm to fail inside ubiquity, as ~/.ecryptfs exists (we don't delete it in clear_partitions).
This results in an error message (http://launchpadlibrarian.net/44809420/ecryptfs-fail.png), though the install otherwise completes. However, upon rebooting, logging into the system fails as .ecryptfs is present in a broken state. |
|
| 2010-04-19 11:18:18 |
Evan |
ubiquity (Ubuntu): milestone |
|
ubuntu-10.04 |
|
| 2010-04-19 17:00:51 |
Launchpad Janitor |
branch linked |
|
lp:~ubuntu-core-dev/partman-target/ubuntu |
|
| 2010-04-19 17:00:55 |
Launchpad Janitor |
branch linked |
|
lp:~ubuntu-core-dev/user-setup/ubuntu |
|
| 2010-04-19 17:01:09 |
Evan |
ecryptfs-utils (Ubuntu): status |
New |
Invalid |
|
| 2010-04-19 17:02:16 |
Launchpad Janitor |
branch linked |
|
lp:ubiquity |
|
| 2010-04-19 17:03:13 |
Evan |
bug task added |
|
partman-target (Ubuntu) |
|
| 2010-04-19 17:03:39 |
Evan |
bug task added |
|
user-setup (Ubuntu) |
|
| 2010-04-19 17:04:00 |
Evan |
partman-target (Ubuntu): status |
New |
Fix Committed |
|
| 2010-04-19 17:04:19 |
Evan |
ubiquity (Ubuntu): status |
New |
Fix Committed |
|
| 2010-04-19 17:04:39 |
Evan |
user-setup (Ubuntu): status |
New |
Fix Committed |
|
| 2010-04-20 13:03:07 |
Evan |
description |
Binary package hint: ubiquity
I installed with the "encrypt my home directory" option enabled, then installed over top of that with automatic login enabled and the root partition marked as "do not format". This causes the ecryptfs-utils prerm to fail inside ubiquity, as ~/.ecryptfs exists (we don't delete it in clear_partitions).
This results in an error message (http://launchpadlibrarian.net/44809420/ecryptfs-fail.png), though the install otherwise completes. However, upon rebooting, logging into the system fails as .ecryptfs is present in a broken state. |
Please accept a freeze exception for the following changes:
There exists a bug wherein if you install with an encrypted home directory, then install again without formatting / or /home, but do not elect to use an encrypted home directory, the installer will crash. This is because we do not clear files from the home directories in this partitioning method, and the ecryptfs-utils prerm fails when it sees ~/.ecryptfs. The solution is to force the user to use encrypted home if they used it in the previous system and are not removing their encrypted home directories.
This does not affect the alternate CDs as it requires ecryptfs-utils to be copied to the target system and removed, which ubiquity does as a result of the nature of its design.
I've tested this in a virtual machine with both the desktop CDs to make sure that it forces the selection to the encrypted home option, and to make sure that the install is able to complete successfully. I've also tested the changes with an alternate CD to make sure that it's unaffected.
The original report follows:
Binary package hint: ubiquity
I installed with the "encrypt my home directory" option enabled, then installed over top of that with automatic login enabled and the root partition marked as "do not format". This causes the ecryptfs-utils prerm to fail inside ubiquity, as ~/.ecryptfs exists (we don't delete it in clear_partitions).
This results in an error message (http://launchpadlibrarian.net/44809420/ecryptfs-fail.png), though the install otherwise completes. However, upon rebooting, logging into the system fails as .ecryptfs is present in a broken state.
|
|
| 2010-04-20 13:03:43 |
Evan |
attachment added |
|
566552-partman-target.patch http://launchpadlibrarian.net/44894533/566552-partman-target.patch |
|
| 2010-04-20 13:04:15 |
Evan |
attachment added |
|
566552-user-setup.patch http://launchpadlibrarian.net/44894572/566552-user-setup.patch |
|
| 2010-04-20 13:05:32 |
Evan |
attachment added |
|
566552-ubiquity.patch http://launchpadlibrarian.net/44894646/566552-ubiquity.patch |
|
| 2010-04-20 13:09:40 |
Evan |
description |
Please accept a freeze exception for the following changes:
There exists a bug wherein if you install with an encrypted home directory, then install again without formatting / or /home, but do not elect to use an encrypted home directory, the installer will crash. This is because we do not clear files from the home directories in this partitioning method, and the ecryptfs-utils prerm fails when it sees ~/.ecryptfs. The solution is to force the user to use encrypted home if they used it in the previous system and are not removing their encrypted home directories.
This does not affect the alternate CDs as it requires ecryptfs-utils to be copied to the target system and removed, which ubiquity does as a result of the nature of its design.
I've tested this in a virtual machine with both the desktop CDs to make sure that it forces the selection to the encrypted home option, and to make sure that the install is able to complete successfully. I've also tested the changes with an alternate CD to make sure that it's unaffected.
The original report follows:
Binary package hint: ubiquity
I installed with the "encrypt my home directory" option enabled, then installed over top of that with automatic login enabled and the root partition marked as "do not format". This causes the ecryptfs-utils prerm to fail inside ubiquity, as ~/.ecryptfs exists (we don't delete it in clear_partitions).
This results in an error message (http://launchpadlibrarian.net/44809420/ecryptfs-fail.png), though the install otherwise completes. However, upon rebooting, logging into the system fails as .ecryptfs is present in a broken state.
|
Please accept a freeze exception for the following changes:
http://launchpadlibrarian.net/44894533/566552-partman-target.patch
http://launchpadlibrarian.net/44894572/566552-user-setup.patch
http://launchpadlibrarian.net/44894646/566552-ubiquity.patch
There exists a bug wherein if you install with an encrypted home directory, then install again without formatting / or /home, but do not elect to use an encrypted home directory, the installer will crash. This is because we do not clear files from the home directories in this partitioning method, and the ecryptfs-utils prerm fails when it sees ~/.ecryptfs. The solution is to force the user to use encrypted home if they used it in the previous system and are not removing their encrypted home directories.
This does not affect the alternate CDs as it requires ecryptfs-utils to be copied to the target system and removed, which ubiquity does as a result of the nature of its design.
I've tested this in a virtual machine with both the desktop CDs to make sure that it forces the selection to the encrypted home option, and to make sure that the install is able to complete successfully. I've also tested the changes with an alternate CD to make sure that it's unaffected.
The original report follows:
Binary package hint: ubiquity
I installed with the "encrypt my home directory" option enabled, then installed over top of that with automatic login enabled and the root partition marked as "do not format". This causes the ecryptfs-utils prerm to fail inside ubiquity, as ~/.ecryptfs exists (we don't delete it in clear_partitions).
This results in an error message (http://launchpadlibrarian.net/44809420/ecryptfs-fail.png), though the install otherwise completes. However, upon rebooting, logging into the system fails as .ecryptfs is present in a broken state.
|
|
| 2010-04-22 15:19:18 |
Launchpad Janitor |
user-setup (Ubuntu): status |
Fix Committed |
Fix Released |
|
| 2010-04-22 16:16:11 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/user-setup |
|
| 2010-04-22 19:27:48 |
Launchpad Janitor |
partman-target (Ubuntu): status |
Fix Committed |
Fix Released |
|
| 2010-04-22 20:15:52 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/partman-target |
|
| 2010-04-23 09:19:37 |
Launchpad Janitor |
ubiquity (Ubuntu): status |
Fix Committed |
Fix Released |
|
| 2010-04-23 14:02:39 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/ubiquity |
|
| 2013-09-01 21:00:27 |
Evan |
removed subscriber Evan Dandrea |
|
|
|
