目前我用我的Debian系统（主要是testing）有一些有趣的问题。
我现在启动一个实时系统，并将ext3转换为ext4（通过tune2fs …），也做了一个fsck.ext4。 在现场系统中，我可以挂载分区为ext4。
然后我把/ etc / fstab中的条目从ext3更改为ext4，然后重新启动我的Debian。
问题是这个分区（即使它在/ etc / fstab中声明为ext4）似乎仍然被挂载为ext3 – 至lessmount是这么说的。
当我尝试确定文件系统types时，我得到不一致的结果：
fsck -N报告ext4：
sudo fsck -N /dev/mapper/hed-root fsck from util-linux 2.20.1 [/sbin/fsck.ext4 (1) -- /] fsck.ext4 /dev/mapper/hed-root 但blkid说ext3
sudo blkid -o value -s TYPE /dev/mapper/hed-root ext3
正如我所说的文件系统驻留在lvm卷。 我什么也没有改变。
我能做些什么来解决这个问题？
非常感谢！
blkid可能仍然使用该LV的旧caching条目。
您可以确保blkid通过绕过caching报告正确的信息：
sudo blkid -p /dev/mapper/hed-root
也可以在caching上做垃圾收集传递：
sudo blkid -g /dev/mapper/hed-root
希望这可以帮助。
根据你的文件系统function输出，你实际上没有把你的文件系统转换成ext4。
要解决此问题， 请将文件系统转换为ext4 。 重新启动您的Live CD并运行相应的命令：
tune2fs -O extents,uninit_bg,dir_index /dev/mapper/hed-root e2fsck -fDC0 /dev/mapper/hed-root
（请注意，ext4驱动程序能够安装ext2和ext3文件系统，这就是为什么您的系统目前可用。）