sdb sdc sddなどのディスクを持つ仮想マシンがあります。
以下のように、sdbディスクにext4ファイルシステムを作成します。
mkfs.ext4 -j -m 0 /dev/sdb -F
mke2fs 1.42.9 (28-Dec-2013)
Discarding device blocks: done
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
262144 inodes, 1048576 blocks
0 blocks (0.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=1073741824
32 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736
Allocating group tables: done
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done
ここで、以下のようにファイルシステムの種類を確認したいと思います。
lsblk -o NAME,FSTYPE | grep sdb
sdb
しかし、私たちは次の予想結果を得るべきです
lsblk -o NAME,FSTYPE | grep sdb
sdb ext4
sdbやsdcなどのディスクにext4ファイルシステムを作成した後にファイルシステムの種類をインポートできない理由は理解できません。外部4
答え1
lsblk
UDevデータベースはファイルシステムに関する情報を取得するために使用されるため、ファイルシステムの種類が表示されない場合はUDevに問題がある可能性があります。 UDevがデバイスについて知っていることを確認するには、キーを使用してudevadm info /dev/sdb
検索します。ID_FS_TYPE
デバイスでUDevが遅すぎてデータベース内の値がまだ更新されていないため、lsblk
「古い」値、つまり「ファイルシステムなし」が印刷されることがあります。udevadm settle
実行する前に実行してみることができますlsblk
。
sudo blkid -p /dev/sdb
または、sudo blkid -p /dev/sdb -s TYPE -o value
ファイルシステムタイプの値を使用または印刷することもできます。blkid
with-p
オプションは実際にはデバイスのメタデータ領域を読み取るため(これが必要な理由ですsudo
)、情報は常に正確で最新です。