Tim Asked: 2019-02-19 08:11:40 +0800 CST2019-02-19 08:11:40 +0800 CST 2019-02-19 08:11:40 +0800 CST `parted resizepart` 和 `resize2fs` 不会修改或删除分区上的现有文件吗? 772 parted's命令是否resizepart默认不修改或删除分区上的现有文件?此外,它是否永远不会修改或删除分区上的现有文件(即使通过某些选项)? 类似的问题resize2fs? 谢谢。 partition parted 1 个回答 Voted Best Answer telcoM 2019-02-19T13:32:37+08:002019-02-19T13:32:37+08:00 收缩文件系统时,resize2fs首先检查要被切除的文件系统部分是否空闲。如果没有,它可以尝试将这些文件移出将被切除的区域,如果有空间可以这样做。如果无法做到这一点,它会停止并报告错误而不收缩文件系统。 resizepart根本不关心文件系统。它只是更改分区表以指定分区现在结束的新位置。它不会覆盖该位置处或附近的任何内容。修改分区表后,它会向内核发出分区表已更改的信号。如果可能,内核将读取新表并应用它。 但对于文件系统驱动程序来说,分区的尽头将是一堵硬墙。如果文件系统在分区之前没有收缩,或者分区意外收缩得比分区还多,文件系统的一部分现在将与其余部分切断。 文件系统将假定截止空间仍然可用,直到它实际尝试使用它。此时,负责将任何分区相关块号映射到实际的整个磁盘块号的内核部分将向文件系统驱动程序返回错误,因为文件系统正在尝试访问超出其分区末尾的内容。文件系统驱动程序通常会进入只读模式,因为这样的错误往往表明文件系统可能已损坏。此时,系统管理员通常会参与其中。 此时,如果系统管理员意识到分区调整操作已经切断了部分文件系统,并且撤消了分区调整操作,则文件系统可以再次通过分区设备完全访问,一切可能仍然很好:文件系统可能需要fsck清除错误标志,但文件仍然存在。再次挂载文件系统后,被分区调整大小操作一分为二的文件将再次完全可访问。 但是如果系统管理员只是简单地对处于收缩状态的分区运行文件系统检查,文件系统检查器将看到有一些文件似乎在分区结束后继续存在,并且对自己说:“让我们截肢”。由于它将分区大小作为一个可靠的事实,它别无选择,只能截断或删除似乎超出分区末尾的文件。这是造成实际损害的地方。文件系统元数据也需要进行一些调整,以从“书籍”中删除超出分区末尾的空间。 文件系统检查器完成后,文件的截断部分仍然存在于物理磁盘上,超出分区的新端,未更改......但仍在文件系统内的文件部分现在被截断为树桩.
收缩文件系统时,
resize2fs
首先检查要被切除的文件系统部分是否空闲。如果没有,它可以尝试将这些文件移出将被切除的区域,如果有空间可以这样做。如果无法做到这一点,它会停止并报告错误而不收缩文件系统。resizepart
根本不关心文件系统。它只是更改分区表以指定分区现在结束的新位置。它不会覆盖该位置处或附近的任何内容。修改分区表后,它会向内核发出分区表已更改的信号。如果可能,内核将读取新表并应用它。但对于文件系统驱动程序来说,分区的尽头将是一堵硬墙。如果文件系统在分区之前没有收缩,或者分区意外收缩得比分区还多,文件系统的一部分现在将与其余部分切断。
文件系统将假定截止空间仍然可用,直到它实际尝试使用它。此时,负责将任何分区相关块号映射到实际的整个磁盘块号的内核部分将向文件系统驱动程序返回错误,因为文件系统正在尝试访问超出其分区末尾的内容。文件系统驱动程序通常会进入只读模式,因为这样的错误往往表明文件系统可能已损坏。此时,系统管理员通常会参与其中。
此时,如果系统管理员意识到分区调整操作已经切断了部分文件系统,并且撤消了分区调整操作,则文件系统可以再次通过分区设备完全访问,一切可能仍然很好:文件系统可能需要
fsck
清除错误标志,但文件仍然存在。再次挂载文件系统后,被分区调整大小操作一分为二的文件将再次完全可访问。但是如果系统管理员只是简单地对处于收缩状态的分区运行文件系统检查,文件系统检查器将看到有一些文件似乎在分区结束后继续存在,并且对自己说:“让我们截肢”。由于它将分区大小作为一个可靠的事实,它别无选择,只能截断或删除似乎超出分区末尾的文件。这是造成实际损害的地方。文件系统元数据也需要进行一些调整,以从“书籍”中删除超出分区末尾的空间。
文件系统检查器完成后,文件的截断部分仍然存在于物理磁盘上,超出分区的新端,未更改......但仍在文件系统内的文件部分现在被截断为树桩.