** Tags removed: mate precise trusty utopic vivid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted swap no longer mounted at bootup
To manage notifications about this bug go
I ran into the same problem on "Ubuntu 18.04.2 LTS" but the only
required thing to fix it was to run "sudo update-initramfs -u".
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
I am running Ubuntu 14.04.5 LTS and the offset parameter to preserve the
UUID simply does not work for me. A later version of Ubuntu on the same
PC shows there is a PARTUUID for the encrypted swap partition, but this
is not visible in 14.04. The UUID for the cryptswap partition is always
lost
@akwala, I have the same setup (full disk + home folder encryption). I
just ran a mkswap on the swap mapped device that fdisk reports providing
the UUID that blkid gives, and it seemed to work:
~$ sudo blkid # Grab UUID from here (if not for the swap-mapped partition, then
the root-mapped one)
** Tags added: mate xenial
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted swap no longer mounted at bootup
To manage notifications about this bug go to:
Same problem here with Ubuntu 16.04.1 LTS
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:Ubuntu 16.04.1 LTS
Release:16.04
Codename: xenial
$ cat /etc/crypttab
#
sda5_crypt
Same here using MATE 16.04, I fixed ( At least I think did ) the UUID
problem at /etc/crypttab and now I'm asked for the passphrase at boot.
Boot and Shut down is still slow.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I had this error on 16.04 LTS as well. I had it on 2 systems, so this
does not seem to be fixed yet.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted swap no longer mounted at
Yeah, I don't know why they haven't patched this bug. It's very
unfortunate. Luckily, the work around isn't too much of a hassle.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
(EDIT to 104, it should have been offset=1024, not offset=20)
Okay, here's what I do to fix the problem (for 14.04). I'll break it down into
three steps.
1. Reformat the original swap partition on the system and make note of
it's new uuid. You need to do this, because ubuntu wipes the uuid when
Yes, that is a possible fix for the issue, but the point is, the bug has
been fixed on the newest releases but not on the 14.04 long term support
edition. As damien asked, I have not seen any news on this recently.
--
You received this bug notification because you are a member of Ubuntu
Bugs,
Okay, here's what I do to fix the problem (for 14.04). I'll break it
down into three steps.
1. Reformat the original swap partition on the system and make note of
it's new uuid. You need to do this, because ubuntu wipes the uuid when
it encrypts the partition on the first boot.
2. Now change
Encrypted home and crypt-swap work in the new LTS release, 16.04. I have
tested, and it seems reliable. I don't know about 14.04 LTS.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Any news on 14.04 ?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted swap no longer mounted at bootup
To manage notifications about this bug go to:
When will be fix on Ubuntu 14.04?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted swap no longer mounted at bootup
To manage notifications about this bug go to:
I get the impression this is known and expected, but this problem still
exists in the latest 14.04.4 daily ISOs (which have proposed enabled).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
** Changed in: ubiquity (Ubuntu Trusty)
Milestone: ubuntu-14.04.3 => ubuntu-14.04.4
** Changed in: ecryptfs-utils (Ubuntu Trusty)
Milestone: None => ubuntu-14.04.4
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Changed in: ecryptfs-utils (Ubuntu)
Milestone: ubuntu-15.04 => None
** Changed in: systemd (Ubuntu)
Milestone: ubuntu-15.04 => None
** Changed in: ubiquity (Ubuntu)
Milestone: ubuntu-15.04 => None
--
You received this bug notification because you are a member of Ubuntu
Bugs,
@Albert: trusty tasks added for ecryptfs and ubiquity. I'll upload
ecryptfs for trusty together with the fix for bug 1453738.
** Also affects: ubiquity (Ubuntu Trusty)
Importance: Undecided
Status: New
** Also affects: ecryptfs-utils (Ubuntu Trusty)
Importance: Undecided
@Jochen: This bug is closed. If you are using LVM, then you are
experiencing bug 1453738. Otherwise please file a new bug report.
Thanks!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
@Martin Pitt: This bug has not been fixed on 14.04 LTS, only on later editions.
I do not know how to add trusty as affected, can you do that?
We lost sight on trusty in this bug when it became apparent that vivid had an
additional problem to fix, namely systemd.
--
You received this bug
This Bug still persists in 15.04 and I'm affected with this. Did the
steps mentioned in the header. It helped but but cryptswap asks me for a
password on startup.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I'm testing Lubuntu Wily installed from the alternate 32-bit iso file,
and see that there is a regression (or maybe a new bug). The test-case
with encrypted disk and encrypted home with cryptswap does not work.
There is swap which survives reboot, but no cryptswap.
There are two entries in fstab,
Cryptswap works with only encrypted home with cryptswap.
Is it by intention, that there is regular swap in a system with both
encrypted disk and encrypted home? In that case I think it is better to
keep it like it was long ago and also in Vivid when it started to work
again. Think of the case of
There was only a temporary glitch in yesterday's build. Cryptswap works
again in today's daily build :-)
The Lubuntu test-case with encrypted disk and encrypted home with
cryptswap works again.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
I was in a situation similar to akwala's, post #13
(http://unix.stackexchange.com/questions/1367/how-to-test-swap-
partition). In my case I use Mint 17 Rebecca (based on Trusty).
In this case, both encrypt home and encrypt the full partition have
been selected during installation.
I believe that
Some important points to add to my previous post:
1) This worked for me. However there is NO GUARANTEE that it will work
for you, hence, point 2)
2) If you don't have a fresh installation, BACK UP YOUR DATA before any
attempt at playing with your partitions. I have a couple of scars that
show
Can anybody mark this bug as affecting Trusty too? In Trusty, the offset
in crypttab has not been fixed yet. In Vivid it has (along with a lot of
systemd stuff, that Trusty does not require of course).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
So my multi-cycle-upgraded-currently-vivid machine had a cryptswap entry
with an old device name instead of the UUID. As per earlier comment in
this bug, I just changed the device name to the now-current one rather
than mess around with UUIDs and it works fine. Probably *should* use a
UUID, but
As far as I can tell, lp:1447282 is a different bug, but it would be helpful to
have input from the other ecryptfs users who are following this bug:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1447282
--
You received this bug notification because you are a member of Ubuntu
Bugs,
It is different I think, the bug to which we are replying at the moment
pre-dates systemd in Ubuntu. Systemd was just an additional problem
which appeared while fixing this bug.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
ISO testing result for Lubuntu Vivid
http://iso.qa.ubuntu.com/qatracker/milestones/338/builds/92211/testcases/1439/results
step 1 OK: cryptswap works when rebooting after installation.
step 2 OK: no long delay when rebooting again.
step 3 OK: cryptswap works when rebooting again. I provoked
** Changed in: systemd (Debian)
Status: Confirmed = 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/953875
Title:
Encrypted swap no longer mounted at bootup
To manage
** Changed in: systemd
Status: Confirmed = 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/953875
Title:
Encrypted swap no longer mounted at bootup
To manage notifications about
** Bug watch added: Debian Bug tracker #751707
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751707
** Also affects: systemd (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751707
Importance: Unknown
Status: Unknown
** Bug watch added: freedesktop.org Bugzilla
systemd fix sent upstream and committed to Debian experimental branch.
** Changed in: systemd (Ubuntu Vivid)
Milestone: None = ubuntu-15.04
** Changed in: systemd (Ubuntu Vivid)
Status: In Progress = Fix Committed
--
You received this bug notification because you are a member of
** Changed in: systemd (Debian)
Status: Unknown = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted swap no longer mounted at bootup
To manage notifications
Launchpad has imported 5 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=87717.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
This bug was fixed in the package systemd - 219-7ubuntu2
---
systemd (219-7ubuntu2) vivid; urgency=medium
* cryptsetup: Implement offset and skip options. (Closes: #751707,
LP: #953875)
-- Martin Pitt martin.p...@ubuntu.com Thu, 16 Apr 2015 14:59:39 -0500
** Changed in:
** Tags removed: rls-v-incoming
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted swap no longer mounted at bootup
To manage notifications about this bug go to:
This shell script quickly reproduces the issue on a temporary scsi_debug
disk. That's useful for a first round of verification and putting into
an autopkgtest.
** Changed in: systemd (Ubuntu Vivid)
Status: New = In Progress
--
You received this bug notification because you are a member
** 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/953875
Title:
Encrypted swap no longer mounted at bootup
To manage notifications about this bug go to:
With the ubiquity fix we get further, but after the second boot
something wipes the entire original swap partition again, not respecting
the offset.
** Changed in: ubiquity (Ubuntu Vivid)
Status: In Progress = Fix Committed
** Changed in: ubiquity (Ubuntu Vivid)
Assignee: Martin Pitt
This bug was fixed in the package ubiquity - 2.21.19
---
ubiquity (2.21.19) vivid; urgency=medium
* user-setup-encrypted-swap: Don't zero out the first 4K of the swap
partition so that the UUID gets retained. /etc/crypttab refers to the
cipher device via UUID. See
This definitively did work a few weeks ago when I tested this. I have a
gut feeling the offset= bit isn't respected by the systemd integration
of cryptsetup, so adding a systemd task for the time being.
** Also affects: systemd (Ubuntu)
Importance: Undecided
Status: New
** Changed in:
ecryptfs is actually fine now, but ubiquity has yet another scripts
/user-setup-encrypted-swap wrapper which zeros out the complete original
swap partition. It must not do that to retain the UUID.
** Also affects: ubiquity (Ubuntu)
Importance: Undecided
Status: New
** Changed in:
** Tags added: rls-v-incoming vivid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted swap no longer mounted at bootup
To manage notifications about this bug go to:
Just tried this:
sudo swapon -a
And got this:
swapon: stat failed /dev/mapper/cryptswap1: No such file or
directory
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted
From '/var/log/syslog'.
Mar 31 12:46:37 martin-VirtualBox systemd[1]: Job
dev-disk-by\x2duuid-d57ffbf4\x2d27ba\x2d42f6\x2d9f16\x2dc40786779a46.device/start
timed out.
Mar 31 12:46:37 martin-VirtualBox systemd[1]: Timed out waiting for device
Doing a sudo mkswap -U ... seems to work after booting, but upon
reboot, I need to do this again and again on Vivid. Any ideas? I'm
thinking it has something to do with systemd?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
The bug already exists in Trusty, is there any chance of a fix in the
LTS edition too?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted swap no longer mounted at bootup
To
I've noticed that Ubuntu 15.04 and Ubuntu MATE 15.04 experienced
significant delay when booting if encrypted home directory has been
selected during install. As requested by Martin Pitt, here is the
additional information.
sudo fdisk -l
Disk /dev/sda: 16 GiB, 17179869184 bytes, 33554432
** Changed in: ecryptfs-utils (Ubuntu Vivid)
Status: Fix Released = Confirmed
** Changed in: ecryptfs-utils (Ubuntu Vivid)
Milestone: ubuntu-15.03 = ubuntu-15.04
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Here is the output of `grep systemd /var/log/syslog`
Mar 31 11:49:53 martin-VirtualBox systemd-modules-load[230]: Inserted module
'lp'
Mar 31 11:49:53 martin-VirtualBox systemd-modules-load[230]: Inserted module
'ppdev'
Mar 31 11:49:53 martin-VirtualBox systemd-modules-load[230]: Inserted
I commented out cryptswap1 in crypttab and the problem corrected itself.
I am running ecryptfs-utils 106-0ubuntu1 in Ubuntu MATE 15.04 Beta 2
released what yesterday, and it doesn't appear to be cleaning up after
cryptswap.
--
You received this bug notification because you are a member of Ubuntu
Are you running without swap or with unencrypted swap? (Unencrypted swap
can be a security hole.)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted swap no longer mounted at
*affects Xubuntu*
This bug does not only affect Lubuntu but also Xubuntu. There is no
cryptswap, no swap at all. See this link to the Ubuntu Forums thread
LVM encrypted disk encrypted home in Lubuntu Vivid complicated or
buggy posts # 58, 59, 60.
Another alternative is not using ecryptfs-setup-swap, but using a script with
the following content
-
#!/bin/bash
swpdev=$(grep '# swap was on' /etc/fstab|cut -d ' ' -f 5)
uuid=$(cut -d ' ' -f 2 /etc/crypttab |cut -d = -f 2)
sudo mkswap -U $uuid $swpdev
sudo blkid -c /dev/null
sudo swapon -a
ISO-tested Lubuntu Vivid desktop i386, the current daily build version
dated
ecryptfs-setup-swap is updated with the offset.
I ran it, and cryptswap worked again :-) but only after one reboot :-(
After the next reboot it was gone again, and login was slow.
Please compare with Lubuntu 14.04.1
Added to the previous post: ISO-tested Lubuntu Vivid desktop i386, the
current daily build version dated 2015-03-15
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted swap no
@ Martin Pitt,
When you test your tweaks, please reboot several times and check that
the cryptswap survives!
And when it works for you, please tell us what steps are necessary to
make it work (if it is still not working automatically after an
installation of 'Encrypted home'. I promise that I
swapon -a by default
I'm not worried about default behaviour, just wondering what can go
wrong long term.
How about putting a keyless LUKS header on it. You can't do anything
with it (as the manpage states, Removing the last passphrase makes the
LUKS container permanently inaccessible.). But it
What if the system were to use the unencrypted swap
That's actually a valid point -- systemd-gpt-auto-generator will see
this on GPT systems and activate it, so we need to verify that it
ignores this non-working swap partition header.
--
You received this bug notification because you are a
What if the system were to use the unencrypted swap (since there's a
valid header for it) and the encrypted swap (since an encrypted device
with offset was created for it) at the same time? The two swaps would
overlap and overwrite each others memory, and the system goes *ka-boom*.
Now, that's an
swapon -a by default only enables swap partitions that are in fstab, and
ecryptfs-setup-swap comments the old swap's line there, so the correct
swap is mounted on boot. And with the encrypted swap as provided by
ecryptfs-setup-swap, hibernate is not possible so you shouldn't mind
overwriting data
or should it be possible to use 'Encrypted home' with cryptswap in new
installations?
It should, if you use a very recent image with ecryptfs-utils 1.0.6.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
The following instructions from the release message *did not work for
me* when testing Lubuntu Vivid. See also
http://ubuntuforums.org/showthread.php?t=2266912
Is this bugfix only avoiding 90 seconds waiting time when upgrading, or
should it be possible to use 'Encrypted home' with cryptswap in
I used the version that came with yesterday's iso file. I see now, that
it is 1.0.4-0ubuntu1 while the newest version available via the repos is
1.0.6-0ubuntu1. I'll update to the new one and see if things improve.
--
You received this bug notification because you are a member of Ubuntu
Bugs,
I tested now with 1.0.6-0ubuntu1 (everything updated/dist-upgraded). It
reboots with cryptswap the first time, but the second time it takes 90
seconds, and cryptswap is gone
** Attachment added: dialogue.txt
I should say that things work with Lubuntu 14.04.1 LTS desktop i386
(corresponding to what I try here).
In Lubuntu 14.04.1 LTS it is even possible to install 'Encrypted home
with cryptswap' inside 'Encrypted disk vid LVM' and cryptswap will
survive several reboots.
--
You received this bug
I'm running Ubuntu 14.04 Gnome 64-bit.
The Swap became available after I applied the updates presented to me
today. But upon restarting the computer it lost the Swap again.
Here is the upgrade log from /var/log/apt/history.log
Start-Date: 2015-03-12 11:14:51
Commandline: aptdaemon
@Linux Lover,
You can make it work with some tweaks in 14.04.1 LTS. See this link
(post #52)
http://ubuntuforums.org/showthread.php?t=2266912page=3p=13244000#post13244000
But I'm also looking forward to a solution when it works without tweaks
:-)
--
You received this bug notification because
** Branch linked: lp:ecryptfs
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted swap no longer mounted at bootup
To manage notifications about this bug go to:
** Changed in: ecryptfs
Status: New = In Progress
** Changed in: ecryptfs
Importance: Undecided = High
** Changed in: ecryptfs
Assignee: (unassigned) = Dustin Kirkland (kirkland)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
** Branch linked: lp:~ubuntu-branches/ubuntu/vivid/ecryptfs-utils/vivid-
proposed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted swap no longer mounted at bootup
To manage
** Changed in: ecryptfs
Status: In Progress = Fix Released
** Changed in: ecryptfs-utils (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.
This bug was fixed in the package ecryptfs-utils - 106-0ubuntu1
---
ecryptfs-utils (106-0ubuntu1) vivid; urgency=medium
[ Dustin Kirkland and Martin Pitt ]
* debian/ecryptfs-utils.postinst: LP: #953875
- detect and clean up after nonexisting cryptswap devices
[ Tyler Hicks
Hi Martin,
I'm glad that you are working to squash this bug :-)
If you need help to test different solutions, please post at the
following thread in the Ubuntu Forums
'Ubuntu Development Version - LVM encrypted disk encrypted home in
Lubuntu Vivid complicated or buggy'
** Changed in: ecryptfs-utils (Ubuntu)
Milestone: None = ubuntu-15.03
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted swap no longer mounted at bootup
To manage
This is a lot worse now that systemd actually complains about the
missing device and blocks the boot on it for 90s. I just discussed that
with Dustin. Summary:
- This was introduced in
https://bazaar.launchpad.net/~ecryptfs/ecryptfs/trunk/revision/776 but can't
work (see
This script finds and comments out cryptswap devices which are broken in
this way. It's very defensive and focussed, so I believe this is
reasonably safe to put into ecryptfs-utils' postinst script.
** Attachment added: script to disable broken crypttab devices
** Description changed:
+ SUMMARY
+ ===
+ During installation with encrypt my home folder mode, a broken
/etc/crypttab gets created which defines a non-existing swap device (usually
cryptswap1) with a UUID. This will also be put into /etc/fstab. As after
installation the UUID does not
** Changed in: ecryptfs-utils (Ubuntu Vivid)
Status: Triaged = 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/953875
Title:
Encrypted swap no longer mounted at bootup
To manage
I found what I think is this bug in a system installed from the Lubuntu
Vivid alternate 32-bit daily iso file.
vivid-alternate-i386.iso
cryptswap is there when I reboot from the installer, but the second time I
reboot it is gone.
-
/etc/crypttab:
cryptswap1
Hi, Nio.
I think this bug is related to this one:
https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/1310058
I found that the workaround from the original 1310058 report (to fix
ecryptfs-setup-swap) did the job for me.
But indeed, that would also point the way to the permanent fix!
Nio: No, in a very recent case installing 14.04.02 i386, I successfully
used the installer script patch from 1310058 Comment #3:
Edit the installer script /usr/bin/ecryptfs-setup-swap and add:
***
# Add crypttab entry
echo cryptswap$i UUID=$uuid /dev/urandom
Thanks for the tip, John :-)
Do you mean post #41 by syscon-hh (syscon-kono) written on 2015-02-04?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted swap no longer mounted at
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/953875
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
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/953875
** Tags added: iso-testing
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Thanks, it works for me too in Lubuntu Vivid i386 with that added option
offset=8
to create cryptswap that survives rebooting :-)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
I've checked this bug started happening first on Ubuntu 13.04. It's been
three editions now and it's not corrected yet. Will it be when 16.04 LTS
version comes out?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
As for the fix in
https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/1310058/comments/22
adding noauto anywhere and doing step 3 was not necessary.
I did install using LVM, not encrypting the whole disk, but encrypting home
(and consequently encrypting swap), so I used
Could someone link this bug to 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/953875
Title:
Encrypted swap no longer mounted at bootup
To manage notifications about this bug go
Thank you tnrng! I'm not currently using encrypted swap, but your workaround
may be useful for other people.
I was going to investigate this further, but then I saw the other bug reports
(like the one you linked).
For others seeing this issue on 14.04, see:
I tested ecryptfs-setup-swap in Debian sid and, guess what: it worked!
When running that command, swapon gave an error but, after reboot, the
encrypted swap was working.
So, the bug is in Ubuntu!
In Debian, /etc/crypttab contains /dev/sdxX instead of the UUID.
And funny thing: ecryptfs-utils
I edited /usr/bin/ecryptfs-setup-swap and replaced the line:
echo cryptswap$i UUID=$uuid /dev/urandom swap,cipher=aes-cbc-essiv:sha256
/etc/crypttab
with:
echo cryptswap$i $swap /dev/urandom swap,cipher=aes-cbc-essiv:sha256
/etc/crypttab
Then I ran (in Virtualbox) ecryptfs-setup-swap,
Tested a few more times, and the encrypted swap mount failures started
appearing in my Kubuntu virtual machine. Oh well.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted swap
Maybe my workaround can help you brunonova:
https://bugs.launchpad.net/ubuntu/+source/ecryptfs-
utils/+bug/1310058/comments/22
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted
Similar here on Mint 17.
I manually setup ecryptfs and used ecryptfs-setup-swap to encrypt the
swap parition. However, my swap partition lost its UUID thous rendering
the UUID entry in /etc/crypttab useless. Changing the entry to /dev/sda2
solved it.
--
You received this bug notification
Just faced it here today. I have 8 Gb of RAM and was not using swap for
weeks, untill today when I asked how much RAM was used, so I noticed
that the swap was off.
I changed crypttab to use the device and not the UUID and seems that
worked.
--
You received this bug notification because you are
1 - 100 of 125 matches
Mail list logo