我正在跟进https://wiki.ubuntu.com/DebuggingKernelSuspend调试内核挂起错误。有一个部分要求我获取分区的当前 fsck 设置。我思考我的分区是/dev/nvme0n1p1
这样的,我尝试过:
[lz@dom0 ~]$ df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 2.0G 0 2.0G 0% /dev
tmpfs 2.0G 0 2.0G 0% /dev/shm
tmpfs 2.0G 1.4M 2.0G 1% /run
tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup
/dev/mapper/qubes_dom0-root 445G 5.2G 417G 2% /
tmpfs 2.0G 8.0K 2.0G 1% /tmp
xenstore 2.0G 232K 2.0G 1% /var/lib/xenstored
/dev/nvme0n1p1 500M 61M 440M 13% /boot/efi
tmpfs 393M 8.0K 393M 1% /run/user/1000
[lz@dom0 ~]$ tune2fs -l /dev/nvme0n1p1
tune2fs 1.43.3 (04-Sep-2016)
tune2fs: Permission denied while trying to open /dev/nvme0n1p1
Couldn't find valid filesystem superblock.
我究竟做错了什么?这不是分区吗?其他对我来说看起来是虚拟的, /dev/nvme0n1p1 看起来是唯一“真实”的
答案1
首先,您需要添加tune2fs
前缀sudo
。但请继续阅读...
这/dev/nvme0n1p1
是/boot/efi
包含 UEFI 引导加载程序的 EFI 系统分区的通用挂载点。通常它包含 FAT32 文件系统,因为这是 UEFI 固件规范保证支持的唯一文件系统类型。该tune2fs
命令仅适用于ext2
、ext3
和ext4
文件系统类型,不适用于 FAT32。
您的/dev/mapper/qubes_dom0-root
逻辑卷可能是 LVM。它是由设备映射器子系统处理的设备,但它不一定比任何分区设备更不“真实”。该设备的块与实际磁盘设备的块之间的映射稍微灵活一些,可以引用多个物理磁盘或分区。但无论是否虚拟,这都是您的根文件系统所在的位置 - 如果您需要使用 操作该文件系统tune2fs
,那么这就是该命令的正确目标设备。