在 18.04.4 上安装good-bye-gdm-flick GNOME 扩展后，我无法再登录。登录后，只显示紫色屏幕（鼠标光标处于活动状态）。

我的下一步行动是卸载（删除）或禁用扩展，但据我所知，这不能全局完成，只能在用户的主目录中完成

~/.local/share/gnome-shell/extensions

但是用户主目录是加密的，所以如果我在恢复模式下打开 root shell，我无法删除扩展。

我设法将解密的用户数据挂载到/tmpwith ecryptfs-recover-private，所以我的问题是：

如果我在目录中编辑恢复的数据/tmp，这对加密数据有影响吗？即是否可以通过这种方式删除扩展名，或者恢复的数据只是原始数据的副本？

如果是这样，是否可以以任何方式删除/修改加密主目录中的文件？

或者是否有可能以某种方式全局禁用 gnome 扩展，以便登录后不执行错误代码？

编辑：

@ashvatthama 通过 TTY 登录的答案奏效了！

给未来读者的小提示：不知道这是否只是一个小故障，但我必须先更改为 lightdm，然后才能在登录屏幕上打开 TTY。（我dpkg-reconfigure lightdm在恢复模式下通过 root shell 执行此操作）。

我曾经用Ubuntu 14.04ecryptfs 加密私有目录。现在我正在考虑通过加密整个磁盘来增强安全性，在安装Ubuntu 18.04 LTS. 之后，是否仍然可以使用 ecryptfs 加密 Private 目录？

我计划取消加密我的主目录以便轻松将其移动到 SSD（按照本教程：https ://askubuntu.com/a/4960/645874 ），但我不确定这是否会影响 KDE金库。

KDE Vaults 是否依赖于软件包ecryptfs-utils或libecryptfs0? 如果是这样，是否需要卸载它们？

我有一个来自 16.04 安装的加密主文件夹，它在升级到 18.04 后仍然存在。后来，在 18.04 中，一切都出错了，现在我必须从 live USB 恢复我的主文件夹，以便我可以将主文件夹的内容复制到外部硬盘驱动器。（我正在使用 ubuntu-mate live USB 恢复。）

家庭驱动器加密是在安装时使用所有标准选项完成的。

使用以下命令，我可以挂载驱动器（适当替换 UUID 和 UNAME）：

sudo mount -t ecryptfs /media/ubuntu-mate/UUID/home/.ecryptfs/UNAME/.Private /home/ubuntu-mate/Private

这是问题：

如果我使用选项“n”安装加密文件名，它会成功安装，但我显然有一堆具有加密名称的文件夹和文件。

如果我使用选项“y”安装加密文件名，则安装文件夹中没有任何内容（它没有安装？）并且没有错误消息。

它对纯文本直通的“y”或“n”选项执行此操作。

我使用安装程序提供的选项安装我的工作站来加密我的“/home”目录，我希望它在使用时完全透明，但是在系统警告我文件系统已满后，我发现一半空间被报告为已使用“ecrypt”文件，而另一半由“/home/username”目录使用。

我确实读到了这样一个事实，即 /home/user 是 .ecrypt 中真实数据的虚拟挂载，不应在硬盘驱动器上占用更多空间。

但是我的系统（ubuntu 16.04）似乎并没有这样理解它，这让我无法完全使用我的硬盘。

"df" 报告 /home 分区的大小为 226G，"du" 确认一半用 /home/user 填充，一半用 .ecrypt 部分填充。

其他使系统调用检查文件系统的实用程序遇到了同样的问题，例如 python os.statvfs('/home/') 显示的结果与“du”一致。

如果 eCrypt 没有“加倍”用于 /home 文件夹的空间，我该如何帮助系统理解它？如果我的硬盘确实已满，我该如何正确使用 eCrypt，这样它就不会使 /home 数据所需的空间增加一倍？

下面是先前讨论的命令的确切结果：

系统信息 ：

$> uname -a
Linux pc-name 4.15.0-43-generic #46~16.04.1-Ubuntu SMP Fri Dec 7 13:31:08 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

df 结果：

$> df -h

udev 3,9G 0 3,9G 0% /dev
tmpfs 787M 9,5M 778M 2% /run
/dev/mapper/ubuntu--vg-root 226G 199G 16G 93% /
tmpfs 3,9G 71M 3,8G 2% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
/dev/nvme0n1p2 473M 121M 328M 27% /boot
/dev/nvme0n1p1 511M 3,5M 508M 1% /boot/efi
tmpfs 787M 36K 787M 1% /run/user/1000
/home/username/.Private 226G 199G 16G 93% /home/username

lsblk 的结果：

$>sudo lsblk -o NAME,FSTYPE,SIZE,MOUNTPOINT,LABEL
NAME                  FSTYPE        SIZE MOUNTPOINT LABEL
nvme0n1                           238,5G            
├─nvme0n1p3           LVM2_member 237,5G            
│ ├─ubuntu--vg-swap_1 swap          7,9G            
│ │ └─cryptswap1      swap          7,9G [SWAP]     
│ └─ubuntu--vg-root   ext4        229,6G /          
├─nvme0n1p1           vfat          512M /boot/efi  
└─nvme0n1p2           ext2          488M /boot

杜结果：

$> sudo du -h --max-depth=1 /home/
119G /home/username
119G /home/.ecryptfs
237G /home/

蟒蛇观点：

Python 2.7.12 (default, Nov 12 2018, 14:36:49) 
[GCC 5.4.0 20160609] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> statvfs = os.statvfs('/home/')
>>> statvfs.f_frsize * statvfs.f_blocks
242521694208
#that is 242G of hardrive
>>> statvfs.f_frsize * statvfs.f_bfree
29071433728
>>> statvfs.f_frsize * statvfs.f_bavail
16728436736
#16G of free space

欢迎进一步解决或诊断问题的任何帮助，例如检查实际磁盘使用情况的工具。

-- 编辑在用户未登录时添加 df 信息：

Sys. de fichiers            Taille Utilisé Dispo Uti% Monté sur
udev                          3,9G       0  3,9G   0% /dev
tmpfs                         787M    9,5M  778M   2% /run
/dev/mapper/ubuntu--vg-root   226G    201G   14G  94% /
tmpfs                         3,9G    252K  3,9G   1% /dev/shm
tmpfs                         5,0M    4,0K  5,0M   1% /run/lock
tmpfs                         3,9G       0  3,9G   0% /sys/fs/cgroup
/dev/nvme0n1p2                473M    121M  328M  27% /boot
/dev/nvme0n1p1                511M    3,5M  508M   1% /boot/efi
tmpfs                         787M    120K  787M   1% /run/user/1002

我使用 进行全盘加密ecryptfs，升级到18.10后，启动时开始出现警告消息：

cryptsetup：警告：crypttab 中缺少用于普通 dm-crypt 映射根的选项“大小”。请阅读 /usr/share/doc/cryptsetup/README.initramfs 并将正确的“大小”选项添加到您的 crypttab(5)。

从我看到的内容来看，/usr/share/doc/cryptsetup-initramfs/README.initramfs.gz我应该编辑/etc/cryptsetup并设置正确的大小，但是应该如何为我的系统计算这个大小？

这是的内容/etc/crypttab：

 cryptswap1 UUID=1d1XXXXXXXXXXXX /dev/urandom swap,offset=1024,cipher=aes-xts-plain64

我只想使用加密的主目录更改用户的用户名。有没有一种简单的方法来代替建议的恢复等等？

• 如何将加密的主目录移动到另一个分区？
• 如何将加密的 /home 移动到新计算机？

我正在尝试清理我的主目录以腾出空间，然后我继续运行du，/home结果如下：

kylrth@kylrth: ~$ du -a /home | sort -n -r | head -n 10
du: cannot read directory '/home/kylrth/.cache/dconf': Permission denied
du: cannot read directory '/home/.ecryptfs/kylrth/.Private/ECRYPTFS_FNEK_ENCRYPTED.FWZZRYUrNfRnNUTSMYdF2YnEmQUuSeE1Qy6JiqKkUaMvOKANZXamTsFCyk--/ECRYPTFS_FNEK_ENCRYPTED.FWZZRYUrNfRnNUTSMYdF2YnEmQUuSeE1Qy6Jn2nSPLgFTcWlfhNrElk3Pk--': Permission denied
208927300   /home
104467000   /home/.ecryptfs
104466996   /home/.ecryptfs/kylrth
104466976   /home/.ecryptfs/kylrth/.Private
104460296   /home/kylrth
45822400    /home/kylrth/programming
45822400    /home/.ecryptfs/kylrth/.Private/ECRYPTFS_FNEK_ENCRYPTED.FWZZRYUrNfRnNUTSMYdF2YnEmQUuSeE1Qy6JmGvjsCCj5Bma9vNbFUrDzk--
43557124    /home/kylrth/programming/data_project
43557124    /home/.ecryptfs/kylrth/.Private/ECRYPTFS_FNEK_ENCRYPTED.FWZZRYUrNfRnNUTSMYdF2YnEmQUuSeE1Qy6JmGvjsCCj5Bma9vNbFUrDzk--/ECRYPTFS_FNEK_ENCRYPTED.FWZZRYUrNfRnNUTSMYdF2YnEmQUuSeE1Qy6JJKIgGp1tJBy.    Pofhu9e6uE--
43556676    /home/kylrth/programming/data_project/data

什么是ecryptfs，为什么它的文件占用这么多空间？我可以删除它们吗？

我可能在我的 Ubuntu 安装上做错了一些事情，我希望这里的人可以帮助我解决这个问题。我将尝试详细描述我所做的，如果您需要更多技术细节，请在评论中询问我；我想我可以编辑消息并提供一些日志或某些特定命令的结果，如果这有助于诊断。

(1) 升级到 Ubuntu 18.04

几个星期以来，我收到了来自 Dropbox 的警告消息，指出它将停止在我的系统中工作，经过研究，我了解到这是因为我通过 ecryptfs 使用加密（我在 Ubuntu 16.04 上，使用 ext4 文件系统）。请注意，我并不真正了解 ecryptfs 的工作原理。当我安装 16.04 时，通过 .ecryptfs 加密很可能是自动完成的。虽然我仍然（在外部 HD 中）有一个文本文件，其中包含用于加密的密码（这是一个 32 位十六进制数字），当时我可能保存了它。

我读过 Ubuntu 18.04 解决了这个 Dropbox 问题，因为它不使用 ecryptfs（而是 LUKS，它是全局加密并被 Dropbox 接受）。无论如何，我并不真正关心（暂时）加密，我只是希望能够继续使用 Dropbox，而无需费心快速查找和安装替代方案。所以几天前我升级到了 Ubuntu 18.04。它进展顺利（除了明显的放缓，显然部分是因为进程 baloo_file_extractor，但这是另一个故事）。

但这并没有解决问题，因为我仍然安装了 ecryptfs 加密，并且仍然收到来自 Dropbox 的警告消息。

(2) 试图去掉ecryptfs加密

（回想起来，我应该在这里或其他论坛询问如何做到这一点：我通过谷歌搜索找到的唯一帮助相当陈旧，可能已经过时且不可靠。）我遵循（信中）以下操作方法：https：/ /www.howtogeek.com/116179/how-to-disable-home-folder-encryption-after-installing-ubuntu/

• 创建了 /home/vivien 目录的备份副本 (/home/vivien.backup)
• 注销，并登录到另一个管理员帐户
• 删除 /home/vivien 目录
• 删除文件夹 /home/vivien.backup/.ecryptfs
• sudo apt-get 删除 ecryptfs-utils libecryptfs0
• sudo mv /home/vivien.backup /home/vivien

注意：删除文件夹 /home/vivien.backup/.ecryptfs 后，我注意到 /home 文件夹内（但不在 vivien/ 或 vivien.backup/ 内）还有另一个 .ecryptfs 文件夹。我不确定是否也应该删除它，所以我没有删除它。

(3) 第一个结果（可以登录，但是丢失了配置文件）

当我用我的普通帐户再次登录时，就好像我从头开始重新安装了 Ubuntu（我所做的配置中的每一个更改都不再存在，我得到了默认配置，甚至还有 Ubuntu 的欢迎消息）。所以我可能丢失了所有的配置文件。特别是，我所有的 Firefox 书签/历史记录都消失了（幸运的是，我通过 Firefox Sync 进行了备份）。不过，这不是我的主要问题。我还注意到一切都非常（非常）慢。所以大约 30 分钟后，我决定重新启动。

(4) 第二个结果（重启后无法登录）

当我想再次登录时，这不起作用：即我点击我的名字，输入我的密码，屏幕变黑，然后再次显示登录屏幕。我登录到辅助管理员帐户。这就是我得到的：

root@Cleobule3:~# cd /home/vivien/
root@Cleobule3:/home/vivien# ls
Access-Your-Private-Data.desktop  README.txt

而且这两个文件是不可读的。例如，如果我单击 Nautilus 中的自述文件（以 root 身份启动），我会弹出一个窗口，上面写着：“链接“README.txt”已损坏。将其移至废纸篓？链接不能使用，因为它的目标“/use/share/ecryptfs-utils/ecrypts-mount-private.txt”不存在。

如果我查看 /home 文件夹，仍然有 .ecryptfs 文件夹：

root@Cleobule3:~# cd /home
root@Cleobule3:/home# ls -all
total 20
drwxr-xr-x  5 root      root      4096 Nov  7 01:59 .
drwxr-xr-x 24 root      root      4096 Oct 29 00:35 ..
drwxr-xr-x  3 root      root      4096 Jun 17  2017 .ecryptfs
drwxr-xr-x 18 tempadmin tempadmin 4096 Nov  7 11:16 tempadmin
dr-x------  3 vivien    vivien    4096 Nov  7 09:45 vivien
root@Cleobule3:/home# cd .ecryptfs/
root@Cleobule3:/home/.ecryptfs# ls
vivien
root@Cleobule3:/home/.ecryptfs# cd vivien/
root@Cleobule3:/home/.ecryptfs/vivien# ls -all
total 36
drwxr-xr-x  4 vivien vivien  4096 Jun 17  2017 .
drwxr-xr-x  3 root   root    4096 Jun 17  2017 ..
drwx------  2 vivien vivien  4096 Nov  6 08:09 .ecryptfs
drwx------ 30 vivien vivien 20480 Nov  7 09:36 .Private
root@Cleobule3:/home/.ecryptfs/vivien# cd .ecryptfs/
root@Cleobule3:/home/.ecryptfs/vivien/.ecryptfs# ls -all
total 20
drwx------ 2 vivien vivien 4096 Nov  6 08:09 .
drwxr-xr-x 4 vivien vivien 4096 Jun 17  2017 ..
-rw-r--r-- 1 vivien vivien    0 Jun 17  2017 auto-mount
-rw-r--r-- 1 vivien vivien    0 Jun 17  2017 auto-umount
-rw------- 1 vivien vivien   13 Jun 17  2017 Private.mnt
-rw------- 1 vivien vivien   34 Jun 17  2017 Private.sig
-rw------- 1 vivien vivien   58 Jun 17  2017 wrapped-passphrase
-rw-rw-r-- 1 vivien vivien    0 Jun 17  2017 .wrapped-passphrase.recorded

在 /home/.ecryptfs/vivien/.Private 中有很多名字很奇怪的文件，很可能是我的加密文件。

我想这一切对于了解 ecryptfs 加密的人来说一定是有意义的，但作为一个相对的菜鸟，我感到不知所措。我是否丢失了所有文件（嗯，我在某处有一些部分备份，但不是全部），还是有办法挽救这个烂摊子？我看到这里有一些类似的问题，但我现在有点犹豫在没有知道他们在做什么的人的帮助下尝试随机的事情。预先感谢您的任何帮助。

Ubuntu 18.04 中默认未安装 ecryptfs（如本AU 问题中所述）。

当我通过一切安装 ecryptfsapt-get时，起初似乎一切正常。但是重新启动后，我在使用时收到以下错误ecryptfs-mount-private：

mount：没有这样的文件或目录

知道如何解决这个问题吗？
它似乎在 Linux Mint 19 Tara 中得到解决。