启动时无法识别现有的 /root 用户目录

启动时无法识别现有的 /root 用户目录

我相信最近的内核更新可能导致我的 /root 目录在启动时停止被挂载/识别。

我在 vbox 机器内的 ubuntu 20.04 服务器上。

当前/目录加载正确并且服务器的所有其他功能似乎正常。

具体的问题似乎是/root 用户目录在启动时未被加载/识别。

我显然没有很好地描述出来的一个典型症状是 ssh 功能。

当我的 ubuntu vm 测试服务器正常工作时,root 用户 ssh 密钥工作正常,因为它存储在/root/.ssh

现在,因为 /root用户目录及其内部的所有文件(即.ssh包含根 ssh 公钥的子目录)都丢失了,每次我通过 ssh 进入框时都被要求输入 root 的密码。

如果我从 Linux 系统救援磁盘启动我的虚拟机,然后手动将我的根目录挂载//mnt/root...我可以通过 cd 进入/root用户目录并查看所有正确的文件和子目录(即.ssh目录)

问题:
为什么/root我正常启动时用户目录没有被挂载/识别?

笔记:如果我在启动序列结束之前使用 ssh,我始终可以获得正确的 /root用户目录。如果我等到启动序列结束后再使用 ssh 进入框...那么,我始终会得到错误的“空”/root用户文件夹。

这是一个更好的屏幕截图,它通过命令显示 UUID,blkid证明这些是屏幕截图中显示的相同磁盘 在此处输入图片描述 我的/etc/fstab包含:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/vgadmin-root        /       ext4    relatime,usrquota,rw,quota,errors=remount-ro,grpquota   0       1
# /boot/efi was on /dev/sda1 during installation
UUID=55F1-E290  /boot/efi       vfat    umask=0077      0       1
/dev/mapper/vgadmin-swap_1 none            swap    sw              0       0
/swapfile none swap sw 0 0

lsblk显示:

root@test:~# lsblk
NAME               MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda                  8:0    0   40G  0 disk 
├─sda1               8:1    0  512M  0 part /boot/efi
├─sda2               8:2    0    1K  0 part 
└─sda5               8:5    0 39.5G  0 part 
  ├─vgadmin-root   253:0    0 38.5G  0 lvm  /
  └─vgadmin-swap_1 253:1    0  976M  0 lvm  [SWAP]

有小费吗?

相关内容