今天丢了不少数据，呜呼，哀哉！
事情是这样的，我的1.5T的移动硬盘划分了一个650G的分区，分区的格式是ext4，在平时我都用着没有问题，已经用了350G大小的空间。
今天解压缩一个文件包，由于我机器的cpu并不是很强（虽然双核的），于是我把移动硬盘通过我的计算机挂在到服务器上，靠服务器的高性能cpu帮助我解压，这些都没有问题，问题在下面出现了。
我不小心重启了我的机器，重启后发现我的解压失效了，于是我准备删除原来解压的内容，重新解压，发现删除不了原来解压的内容了，原来文件的属性都变成了“????“，显然文件节点发生错误，于是我使用了fsck工具来修复节点问题，在这儿是问题虽然是小问题，但是接着问题更大了。
由于我的分区仍然是mount在我的计算机上的，所以fsck的警告我并没有太在意，只是觉得fsck怎么老修复不了，重复运行了几次，发现以普通用户身份运行就可以，但是我的分区格式是ext4的，而ext4修复老说不支持，于是我默认使用fsck的类型，发现修复之后，里面除了lost+found文件夹外，就没有什么东西了，可用空间变成了400G，而很多文件被移到了lost+found文件下，搜索我需要解压的文件，已经不存在了。
只好重新从lost+found里面找到可以用的文件，然后删除不要的东东，df -Th看了一下医用空间150G。 -_-
从这次经验中，总结一下经验：在使用磁盘工具时一定需要将已经挂载的分区卸载掉，特别系统使用了自动挂载功能的。
事情是这样的，我的1.5T的移动硬盘划分了一个650G的分区，分区的格式是ext4，在平时我都用着没有问题，已经用了350G大小的空间。
今天解压缩一个文件包，由于我机器的cpu并不是很强（虽然双核的），于是我把移动硬盘通过我的计算机挂在到服务器上，靠服务器的高性能cpu帮助我解压，这些都没有问题，问题在下面出现了。
我不小心重启了我的机器，重启后发现我的解压失效了，于是我准备删除原来解压的内容，重新解压，发现删除不了原来解压的内容了，原来文件的属性都变成了“????“，显然文件节点发生错误，于是我使用了fsck工具来修复节点问题，在这儿是问题虽然是小问题，但是接着问题更大了。
由于我的分区仍然是mount在我的计算机上的，所以fsck的警告我并没有太在意，只是觉得fsck怎么老修复不了，重复运行了几次，发现以普通用户身份运行就可以，但是我的分区格式是ext4的，而ext4修复老说不支持，于是我默认使用fsck的类型，发现修复之后，里面除了lost+found文件夹外，就没有什么东西了，可用空间变成了400G，而很多文件被移到了lost+found文件下，搜索我需要解压的文件，已经不存在了。
只好重新从lost+found里面找到可以用的文件，然后删除不要的东东，df -Th看了一下医用空间150G。 -_-
从这次经验中，总结一下经验：在使用磁盘工具时一定需要将已经挂载的分区卸载掉，特别系统使用了自动挂载功能的。
