解决方案

购买单独的另外的8T硬盘， 挂载在我个人电脑上面，这个时候注意分区选择EXT4，就完美解决问题啦。

或者，把原有的Windows下面的D盘（Windows特有的NTFS区分磁盘），分出一个3T来，然后设置它这个分区的文件系统为EXT4也可以。

可以看到，下面的两个硬盘就是完全不一样的分区方案。

既然我们的500Gb的固态硬盘可以分成那么多不同花样的区，理论上我们的8T机械硬盘也应该是如此。

对8T机械硬盘进行分区操作

parted命令 是由GNU组织开发的一款功能强大的磁盘分区和分区大小调整工具，与fdisk不同，它支持调整分区的大小。

作为一种设计用于Linux的工具，它没有构建成处理与fdisk关联的多种分区类型，但是，它可以处理最常见的分区格式，包括：ext2、ext3、fat16、fat32、NTFS、ReiserFS、JFS、XFS、UFS、HFS以及Linux交换分区。

前面，我们看到其中一个分区直接就占满了这个8T硬盘：

(parted) print
Model: ATA ST8000NM000A-2KE (scsi)
Disk /dev/sda: 8002GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name                          Flags
 1      17.4kB  16.8MB  16.8MB               Microsoft reserved partition  msftres
 2      16.8MB  8002GB  8002GB  ntfs         Basic data partition          msftdata

(parted) mkpart xfs 50% 100%
Warning: You requested a partition from 4001GB to 8002GB (sectors 7814026583..15628053167).
The closest location we can manage is 8002GB to 8002GB (sectors 15628050432..15628053134).

这样的话，我们根本就没办法使用8T磁盘了。

减少分区大小是非常危险的操作

分区名称后面的（p）代表基本分区，（e）代表扩展分区，（l）代表逻辑分区。

因为我的8T硬盘里面有2T的数据，所以强行划分的话，我希望是4T拿出来，做了下面的的危险操作：

(parted) resize 2
Error: The resize command has been removed in parted 3.0
(parted) resizepart 2
Warning: Partition /dev/sda2 is being used. Are you sure you want to continue?
Yes/No? yes
End?  [8002GB]? 4000
Warning: Shrinking a partition can cause data loss, are you sure you want to continue?
Yes/No? yes

警报：数据丢失！！！唉，真的伤心，本来以为是

然后空余成立的4T硬盘位置就可以新建分区啦！

 mkpart xfs 4000MB  100%
 quit

关于文件系统：

• ext2/3/4：是适合Linux的文件系统类型，由于ext3文件系统多了日志记录功能，因此系统恢复起来更加快速，ext4是ext3的升级，效率更加高，因此建议使用默认类型ext4类型，而不要使用ext2/3；
• xfs：也是一个文件系统类型，在centos7中将被作为默认的文件系统类型，替换ext4。

后来我发现自己分区也写错了，应该是4000G写成了 4000MB 。

检查分区

sudo fsck -t ext4  /dev/sda4

fsck from util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
ext2fs_open2: Bad magic number in super-block
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sda4

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 
 or
    e2fsck -b 32768