这是一个创建于 2496 天前的主题，其中的信息可能已经有所发展或是发生改变。
手贱就运行了一下 fio 命令
fio -filename=/dev/sda -direct=1 -iodepth 1 -thread -rw=randrw -rwmixread=70 -ioengine=psync -bs=16k -size=20G -numjobs=30 -runtime=100 -group_reporting -name=mytest1 然后就发现出现下面的错误，部分命令无法运行。
各位大神还有救嘛，
ma@tzc81:~$ java Inconsistency detected by ld.so: ../sysdeps/x86_64/dl-machine.h: 540: elf_machine_rela_relative: Assertion `ELFW(R_TYPE) (reloc->r_info) == R_X86_64_RELATIVE' failed! ma@tzc81:~$ ld Segmentation fault (core dumped) ma@tzc81:~$ ps -bash: /bin/ps: cannot execute binary file: Exec format error ma@tzc81:~$ top Segmentation fault (core dumped) ma@tzc81:~$ file file: error while loading shared libraries: /usr/lib/x86_64-linux-gnu/libmagic.so.1: invalid ELF header  | 1 likuku 2018-12-17 21:21:29 +08:00  1 备份在哪里？ |
 | 2 hellojinjie OP @likuku 目前没有备份，一直想着做备份，，一直拖着，，泪。。。 |
 | 3 BFDZ 2018-12-17 22:34:10 +08:00 这看着不像磁盘坏了，是系统程序坏了，把工作资料备份，重装个系统应该就可以了 试一下 fsck -y /dev/sda 修复文件系统 |
 | 4 kernel 2018-12-17 23:40:01 +08:00 这是啥命令啊，又是 io 又是目标文件是 /dev/sda 的，感觉很危险 |
| 5 likuku 2018-12-17 23:47:53 +08:00 |
 | 6 |
| 7 jimzhong 2018-12-18 00:01:59 +08:00 如果数据价值不高的话建议在 sda 上重建分区表然后重装系统。 |
| 8 likuku 2018-12-18 00:14:34 +08:00 1 碰巧因为隔壁帖子里提到正确擦除 ZFS Metadata 的讨论， 我想起了 GPT 分区除了磁盘头外，还在磁盘尾巴保留了第二分区表备份， 假若 LZ 是 GPT 分区，那么还有可能使用磁盘尾部的备用 GPT 分区表来恢复分区。 |
| 9 likuku 2018-12-18 00:15:40 +08:00 #6 作法必须称赞！非常标准专业正确。 |
| 10 jimzhong 2018-12-18 02:12:53 +08:00 |
 | 11 msg7086 2018-12-18 04:57:30 +08:00 看命令行，前 20G 的数据已经擦干净了。我觉得楼主可以洗洗睡了。 |
 | 12 vuuv 2018-12-18 09:12:42 +08:00 via Android 前 20G 有三成内容被随机覆盖，大约 6G 的数据，应该会干掉大部分系统文件及大量的用户数据。 建议放弃抢救。 |
 | 13 aaaaasam 2018-12-18 11:26:50 +08:00 一切皆为文件,你这个和 echo '' > /dev/sda 基本一样，估计你连分区表都弄没了，如果数据重要的话，就别瞎折腾了 送去数据恢复把 |
 | 14 statfall 2018-12-20 11:30:55 +08:00 via Android 心疼 |
 | 15 fox0001 133 天前 via Android 今天，我同事使用该命令，把办公室的服务器全部搞死…… |
Select Language