分区与建立文件系统，mount和umount状态

[云海幻梦]

如果说建立文件系统时需要umount状态 （挂载状态会导致错误），那么分区时正常应该是什么状态？

[astolia]

如果说建立文件系统时需要umount状态 （挂载状态会导致错误）

这只是个格式化软件的自我要求，而不是系统层面的硬性限制。像mkfs.ntfs加个force参数在挂载状态下照样能格式化

那么分区时正常应该是什么状态？

建议将相关分区都卸载。部分软件不允许在有挂载分区的情况下重建分区表，部分软件在操作已挂载分区时会自动先进行卸载操作，但仍然有软件可以直接硬来。

这些操作本质上都是往/dev/下面的设备文件里写入数据，挂载操作并不影响写入

[云海幻梦]

那么对某a设备进行分区或建立文件系统，又要求某a设备umount状态，这是不是悖论？！意味着不用mount也能进行底层操作？！

[astolia]

那么对某a设备进行分区或建立文件系统，又要求某a设备umount状态，这是不是悖论？！

你在想啥呢？未挂载状态又不是要你先挂载再卸载。说一个人无负债，是不是他一定借过钱？

意味着不用mount也能进行底层操作？！

当然可以了。任何一个文件系统的数据结构都是确定的。你mount之后，文件相关的操作都是交给对应的文件系统驱动来负责修改底层数据结构。不mount的话，自己根据文件系统的规范来操作数据结构又没有什么问题，就相当于自己干了文件系统驱动的活。ext系的debugfs程序就是个典型例子，还有市面上那么多的数据恢复软件也都这个思路。

[云海幻梦]

奥，这个道理类似于某个程序被占用无法操作！只不过现在变成了mount和umount的情况

[云海幻梦]

果然，用一个U盘重新分区，一段红色提示，貌似要卸载所有文件系统和swap(要求这么高？！)
于是只想卸载U盘，提示返回未被加载，直接分区，保存，提示分区表使用中，仍在使用旧分区表，需要reboot。用partprobe命令不重启载入分区表，虽能写入但是还是在使用旧分区表