当我cp通过在运行时键入Ctrl+ 来终止复制命令时，ext4 文件系统会产生什么后果C？
文件系统是否损坏？复制不完整的文件所占用的分区空间，删除后还能使用吗？
而且，最重要的是，终止cp进程是否安全？
我们已经看到操作系统在 fork 进程时进行 Copy on Write 优化。原因是大多数情况下 fork 都在 exec 之前，所以我们不想承担页面分配和从调用者地址空间不必要地复制数据的成本。
那么在带有 ext4 或 xfs（日志）文件系统的 linux 上执行 CP 时，是否也会发生这种情况？如果它没有发生，那为什么不呢？
split将文件分割成多个块，这些块总共消耗相同的存储空间（消耗的磁盘空间加倍）。
ln可以创建到其他（目标）文件的符号链接（symlink），同时不复制文件，因此不会消耗目标文件双倍的空间。
由于缺乏存储空间，是否可以通过指向大文件中特定偏移量的引用/符号方式（即虚拟地分割文件）来分割文件？
例如，给定一个 2MB 的文件，将其分成 2 个部分，其中每个部分引用大文件的 1MB（与符号链接工作原理相同），这样每个部分：
piece_1.file -> 2mb.file 1st MB
piece_2.file -> 2mb.file 2nd MB
并且每块的存储大小远小于1MB