linux系统磁盘复制错误，我该怎么办？

应该是磁盘文件损坏，可以使用fsck命令来进行修复

重启系统后使用root进入单用户模式，运行

fsck.ext4 -y /dev/vda3

说明：ext4的文件系统使用fsck.ext4。/dev/vda3是系统/根分区。

运行完毕后，reboot重启系统就恢复正常。20多台出问题的都是这样修复的，无失败案例。fsck.ext3开始进入扫描、修正文件系统，这个过程有

时很快，有时比较长，中间有数次停顿的过程，只需等待即可，千万不要以为死机而重启服务器。修正完文件系统后，如果没有提示重启系统，也需要reboot

来重启系统。

扩展知识：fsck简介

fsck不仅可以对文件系统进行扫描，还能修正文件系统的一些问题。注意的是fsck扫描文件系统时一定要在单用户模式、修复模式或把设备umount后进行。建议在单用户模式下运行。如果扫描正常运行中的系统，会造成系统文件损坏。文件系统扫描工具有fsck、fsck.ext2、fsck.ext3、fsck.ext4、fsck.msdos、fsck.cramfs、

fsck.ext4dev、fsck.vfat。最好是根据不同的文件系统来调用不同的扫描工具，比如ext3的文件系统使用

fsck.ext3，ext4文件系统使用fsck.ext4等。

/dev/vda3是ext4的文件系统，这里介绍fsck.ext4的参数：

fsck.ext4

[语法]

fsck.ext4[必要参数][选择参数][设备代号]

[功能]

fsck.ext4命令：针对ext4文件系统进行检测修复

[执行权限]

root

[参数]

必要参数

-a非互交模式，自动修复

-c检查是否存在有损坏的区块。

-C fsck.ext3命令会把全部的执行过程，都交由其逆向叙述，便于监控程序

-d详细显示命令执行过程

-f强制进行检查

-F检查文件系统之前，先清理该保存设备块区内的数据

-l把文件中所列出的损坏区块，加入标记

-L清除所有损坏标志，重新标记

-n非交互模式,把欲检查的文件系统设成只读

-P 设置fsck.ext2命令所能处理的inode大小为多少

-r交互模式

-R忽略目录

-s顺序检查

-S效果和指定“-s”参数类似

-t 显示fsck.ext2命令的时序信息。

-v显示详细的处理过程

-y关闭互动模式

选择参数

-b指定分区的第一个磁区的起始地址/Super Block

-B 设置该分区每个区块的大小

-I设置欲检查的文件系统，其inode缓冲区的区块数目

-V显示版本信息

系统、程序的内部错误，这个问题基本无解。除了重装。应该是程序编写或者编译器不正常导致的。

你的机器什么配置？按说这个东西在 x86、amd64 上不应该出现，你的机器是不是装了什么东西覆盖了系统重要文件？

这种情况应该是官方程序不会出现的，只能是自己手动编译或者直接安装某些程序而没用 yum 或者 rpm 出现的。

大哥，你的意思是将一个正在运行的完整的Linux系统复制到U盘中？ 首先，Linux系统正在运行，很多文件在使用中，无法复制是理所当然（这个和windows同理）。真想复制，也要在救援模式下（这样在一个临时的系统中）挂在这个系统，再复制就OK； 其次，你这样复制一个系统有什么意义？ 它也不能启动呀？如果真想复制数据，也没有必要这样。

---