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。しかし、読んでください...

これは、UEFIブートローダを含むEFIシステムパーティションの汎用マウントポイント/dev/nvme0n1p1です。/boot/efi通常、これにはFAT32ファイルシステムが含まれます。これは、UEFIファームウェア仕様でサポートされている唯一のファイルシステムタイプであるためです。このコマンドは、FAT32ではなく、FAT32などのファイルシステムタイプtune2fsにのみ適用されます。ext2ext3ext4

論理/dev/mapper/qubes_dom0-rootボリュームはおそらくLVMです。これは、デバイスマッパーサブシステムによって処理されるデバイスですが、必ずしも他のパーティションデバイスほど「実際」であるとは限りません。このデバイスのブロックと物理ディスクデバイスのブロック間のマッピングは少し柔軟性があり、複数の物理ディスクまたはパーティションを参照できます。しかし、仮想かどうかにかかわらず、これはルートファイルシステムがある場所です。そのファイルシステムを操作する必要がある場合は、tune2fsこのコマンドの正しいターゲットデバイスです。

おすすめ記事