Even with around 15000 PassMark CPU Points the race to the mounting of /tmp is
unreliable. I switched to a memory based /tmp. I removed the mentioned lines
from /etc/crypttab and /etc/fstab and added
tmpfs /tmptmpfs mode=1777,strictatime,nosuid,nodev,size=4G
--
You received this bug
Public bug reported:
On a fresh and up-to-date Ubuntu 20.04 amd64 installation I configured
two encrypted partitions on the same hdd. On these I created a stripped
zpool. After login I can import and mount the pool without problems, but
the at-boot import fails after the first partitions is
Public bug reported:
I have configured a separate /tmp partition, which is a LVM volume and create
at boot via an /etc/crypttab entry
vol-tmp_crypt /dev/mapper/vol-tmp /dev/urandom
cipher=aes-xts-plain64,size=256,tmp,discard
and mounted via an fstab entry
/dev/mapper/vol-tmp_crypt /tmp
This bug exists in 14.04 with fresh updates. Installing libgnutls26 is
no longer possible, as it breaks depends for other packages. Version of
libgnutls26 from sid doesn't fix the bug.
Can I do something else to fix this or provide more information for
fixing?
--
You received this bug
4 matches
Mail list logo