une2fs -l /dev/nvme0n1p1,找不到有效的文件系统超级块

une2fs -l /dev/nvme0n1p1,找不到有效的文件系统超级块

我正在跟进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命令仅适用于ext2ext3ext4文件系统类型,不适用于 FAT32。

您的/dev/mapper/qubes_dom0-root逻辑卷可能是 LVM。它是由设备映射器子系统处理的设备,但它不一定比任何分区设备更不“真实”。该设备的块与实际磁盘设备的块之间的映射稍微灵活一些,可以引用多个物理磁盘或分区。但无论是否虚拟,这都是您的根文件系统所在的位置 - 如果您需要使用 操作该文件系统tune2fs,那么这就是该命令的正确目标设备。

相关内容