我相信最近的内核更新可能导致我的 /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]
有小费吗?