Just a quick update on my end. This also addresses @Xavier Gnata's
question here: https://bugs.launchpad.net/ubuntu/+source/ecryptfs-
utils/+bug/1756840/comments/3
> Ok but what am I supposed to do on a dual boot machine??
I'm writing this all from memory. I did this a long time ago.
My
I've been using FScrypt on my Ubuntu 20.04 for a couple of months so
far, and it's working fine.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1756840
Title:
Buggy, under-maintained, not fit for
I just installed Ubuntu 20.04 on a new machine and I’m a little
frustrated that the installer made no mention of encrypting my home
directory, which is what I was planning to do. I did a search and found
out this is why. If ecryptfs is so broken and better alternatives exist,
why does the
I have ecryptfs working in a computer that I upgraded to from 16.04 to
18.04. Boot is somewhat slow, but I do not know, if it is related.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1756840
Title:
Let me also link back to a few of my related comments (and related
questions and answers) here, to kind of tie all of my efforts together:
1.
https://askubuntu.com/questions/1029249/how-to-encrypt-home-on-ubuntu-18-04#comment1927239_1031509
and
Also note I have a dual boot Windows/Ubuntu setup with UEFI and I don't
want to break the dual boot.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1756840
Title:
Buggy, under-maintained, not fit
Any news or progress on this? I've been fighting with installing
ecryptfs now for days (first time using it) after installing Ubuntu 18
by following these instructions: https://www.howtogeek.com/116032/how-
to-encrypt-your-home-folder-after-installing-ubuntu/amp/.
These instructions fail with
Another ecryptfs use case that I didn't notice in these comments:
Protecting a directory tree within a user's home directory, to be
unlocked for short term use and then re-locked immediately afterward,
without logging out or requiring root access. This is appropriate for
limiting the exposure of
** Description changed:
The preffered way to get encrypted disks, these days, is to do full disk
encryption using LUKS.
- If per-directory encryption is required, it is recommended to us fscrypt
- support in e.g. ext4.
+ If per-directory encryption is required, it is recommended to use
+
I have similar use-case as @urop. I had my /home partition encrypted
using dm-crypt while all other partition remained decrypted. After
performing "wake-on-lan", I would remotely login using SSH and manually
decrypt the /home partition. I am still a novice user so I coulnd't
figure out the
@xavier-gnata @dave400 @xnox Bug for supporting encrypted LVM option on
dual-boot installation -
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1514120
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Thanks for not including properly documented migration paths from
ecryptfs-encryption to encrytion X.
I'll stick to 17.10 for the time being.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1756840
Jut be aware that, apparently, ecryptfs does not automatically encrypt
back your /home on user logout.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1756840
Title:
Buggy, under-maintained, not fit
Thank you Dimitri. The dropbear initramfs technique looks interesting.
It ought to provide a solution for my use case... I'll give it a go.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1756840
@urop
You should switch to using ecryptfs / ext4 encryption.
For remote password entry, one can include ssh server in the initramfs
and use e.g. dropbear i believe it is called, to ssh into the initramfs
to enter passphrases to unlock the fully disk encrypted systems.
Either of these things are
I'd like to add another use case requiring non-full disk encryption.
Machines that need to be powered on and off remotely, which is currently
done using a wake-on-lan. The machines are not full-disk encrypted, but
make use of encrypted homes and certain encrypted disks/partitions that
can be
Would people please note that full-disk encryption is already possible,
where everything on a new installation is encrypted even including
/boot, but without wiping any existing OS such as Windows. (This is why
the existing full-disk encryption is not useful for the majority of
users.)
This would
On Tue, Jun 12, 2018 at 06:35:56PM -, Urop wrote:
> it worked, *including the encrypted home*. How about that for a seamless
> upgrade! That was from an Ubuntu 17.10 server install, on which xubuntu-
> core had been installed. Let's hope the other upgrades go a bit more
> smoothly than that!
Good work Urop and great follow-on documentation of your experiences!
Trial by fire, my friend. Truly. You have been baptized and reborn.
>:-]
I hope your next upgrade(s) go smoother.
“Was mich nicht umbringt macht mich stärker." ~Friedrich Nietzsche
["what does not kill me makes me
Thank you Chris. Having first checked my backup, your post gave me the
confidence to start the upgrade. It was a complete nightmare. I thought
my system was completely borked. The upgrade (using do-release-upgrade)
froze part way through, immediately after reporting the following to the
console:
It _WILL_ work. I've done it.
17.10 --> 18.04 _upgraded_ with ecryptfs 'home'.
Tools remain installed and unaffected.
As always: BACKUPS-FIRST !! BACKUPS-FIRST !! BACKUPS-FIRST !!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I currently have several installs with encrypted homes. Today I was
going to upgrade the first of them, in this case, from 17.10 to 18.04.
Having one last scan of the release notes before upgrading, I spotted
this issue
@Seth-Arnold I don't think your comment is relevant to the problem. Let
expand on @savvdm Dmitry's comment, for I feel that a couple of balls
were dropped, too.
Some of us have caught the habit of using a separate /home partition
from the early days for the convenience of data-, settings-, and
On Wed, Jun 06, 2018 at 11:30:59AM -, Dmitry Savvateev wrote:
> It should be mentioned clearly in release notes that you can't even log
> into your encryptfs-encrypted home with Ubuntu 18.04.
Dmitry, if do-release-upgrade uninstalled the ecryptfs-utils package
when upgrading, please file a
> Yes there is. Use dm-crypt / LUKS. for the partitions that are used by
Ubuntu.
Is it possible to do this automatically from (alternative) installer? Or
should I learn to do this manually? Full disk encryption is not an
option for me. I can only encrypt individual partitions.
Consider also this
On 24 May 2018 at 22:26, David <1756...@bugs.launchpad.net> wrote:
> No way to encrypt Ubuntu AND swap file when dual-booting with Windows?
>
Yes there is. Use dm-crypt / LUKS. for the partitions that are used by
Ubuntu.
--
You received this bug notification because you are a member of Ubuntu
No way to encrypt Ubuntu AND swap file when dual-booting with Windows?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1756840
Title:
Buggy, under-maintained, not fit for main anymore; alternatives
> Acknowledge it
It is acknowledged. That's why it's mentioned in the Release Notes.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1756840
Title:
Buggy, under-maintained, not fit for main anymore;
fscrypt is not yet ready. As of now, ubuntu 18.04 "LTS" does not offer
encryption support for directories. Several use cases cannot be
satisfied with full-partition encryption.
https://askubuntu.com/a/1031509
[Linus Torvalds' gracious mode on] Quit the corpo-crap. This is a loss
in
"Full disk encryption" doesn't actually mean the full disk -- it means a
specific block device, so you could leave your NTFS partitions alone and
encrypt only your ext4 partitions (and swap partitions, if you use
them).
You've got two real options:
- block device encryption such as via dm-crypt
Ok but what am I supposed to do on a dual boot machine??
I cannot use full disk encryption as I have other partitions for the other OS
(or can I??)
fscrypt ? where is it documented??
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Changed in: ecryptfs-utils (Ubuntu)
Status: Opinion => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1756840
Title:
Buggy, under-maintained, not fit for main anymore;
It is in universe now, marking as fixed released.
** Changed in: ecryptfs-utils (Ubuntu)
Status: Confirmed => Opinion
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1756840
Title:
Buggy,
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: ecryptfs-utils (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1756840
** Branch linked: lp:~ubuntu-core-dev/ubuntu-seeds/platform.bionic
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1756840
Title:
Buggy, under-maintained, not fit for main anymore; alternatives exist
35 matches
Mail list logo