我想分享以下非常奇怪的行为，对我来说这毫无意义，但它是我们生产 RHEL 7.2 服务器上的事实
磁盘是 VMDK
从中df -h我们可以看出以下内容：
sdb /DB_STORAGE_1
并且它也在/etc/fstab文件中定义
/dev/sdb /DB_STORAGE_1 ext4 defaults,noatime 0 0
但是当我运行时lsblk -f，我们可以看到磁盘FSTYPE上不存在sdb（也不是 UUID），
但 FSTYPE 在其他磁盘上存在sdc / sdd
lsblk -f
sdb /DB_STORAGE_1
sdc ext4 d77598ec-9f19-48dc-b364-bb60b0396019 /DB_STORAGE_2
sdd ext4 bf48c193-d58c-4ef3-b717-ea681ec1684a /DB_STORAGE_3
我可以肯定地告诉大家，文件系统ext4是过去为所有磁盘创建的sdb / sdc /sdd
所以我们不明白为什么 ext4 文件系统没有显示lsblk -f
第二下 /DB_STORAGE_1，我们可以看到相关数据和文件夹/文件
mkfs原则上大家都知道，如果没有通过命令创建的文件系统，我们就无法将磁盘挂载到文件夹中
ext4那么，这是怎么回事呢？不存在的原因可能是什么lsblk -f？
我们也从mount命令中看到了这一点。
/dev/sdb on /DB_STORAGE_1 type ext4 (rw,noatime,data=ordered)
当我跑步时blkid我得到
/dev/sdb: UUID="74d50923-817d-423c-9736-743863ebe5d2" TYPE="ext4"
那么，怎么会这样呢？
我从 dmesg 得到
dmesg -T | grep sdb
[Tue Mar 7 13:27:31 2023] sd 0:0:2:0: [sdb] 41943040 512-byte logical blocks: (21.4 GB/20.0 GiB)
[Tue Mar 7 13:27:31 2023] sd 0:0:2:0: [sdb] Write Protect is off
[Tue Mar 7 13:27:31 2023] sd 0:0:2:0: [sdb] Mode Sense: 3b 00 00 00
[Tue Mar 7 13:27:31 2023] sd 0:0:2:0: [sdb] Write cache: disabled, read cache: disabled, doesn't support DPO or FUA
[Tue Mar 7 13:27:31 2023] sdb: unknown partition table
[Tue Mar 7 13:27:31 2023] sd 0:0:2:0: [sdb] Attached SCSI disk
[Tue Mar 7 14:47:27 2023] EXT4-fs (sdb): mounted filesystem with ordered data mode. Opts: (null)
uptime
22:25:08 up 7 days, 8:57, 2 users, load average: 3.75, 3.41, 3.52
smartctl -a /dev/sdb
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.10.0-327.el7.x86_64] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Vendor: VMware
Product: Virtual disk
Revision: 2.0
User Capacity: 21,474,836,480 bytes [21.4 GB]
Logical block size: 512 bytes
LU is thin provisioned, LBPRZ=1
Rotation Rate: 15000 rpm
Device type: disk
Local Time is: Tue Mar 14 22:30:09 2023 UTC
SMART support is: Unavailable - device lacks SMART capability.
=== START OF READ SMART DATA SECTION ===
Error Counter logging not supported