linux中检测、修复磁盘的命令是啥？

chkdsk。

10年积累的成都网站设计、网站制作经验，可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你，你也不认识我。但先网站制作后付款的网站建设流程，更有菏泽免费网站建设让你可以放心的选择与我们合作。

chkdsk的全称是checkdisk，就是磁盘检查的意思。这个东西是当你的系统崩溃或者非法关机的时候由系统来调用检查磁盘的，也可以由手工通过命令行调用来检查某一个磁盘分区。

该工具基于被检测的分区所用的文件系统，创建和显示磁盘的状态报告。Chkdsk 还会列出并纠正磁盘上的错误。如果不带任何参数，chkdsk 将显示当前驱动器中的磁盘状态。

扩展资料

chkdsk检查适用情况：

1、windows7系统进入到欢迎界面，无法输入用户密码，即键盘没反应，但键盘操作bios、F8功能键等进入欢迎界面之前的操作都正常，可以进入安全模式；

2、系统启动过程中蓝屏，即蓝底白字屏幕显示，低端显示stop:0x???????字样，即蓝屏代码。

3、磁盘分区变成ram格式。

4、突然断电，重启电脑无法进入系统；

5、电脑运行速度非常慢，磁盘指示灯非常忙，杀毒软件检测不到病毒。

参考资料来源：百度百科--chkdsk

u盘中的linux系统怎么修复

在 Linux 中修复闪存盘或其它类型驱动器简单的方法就是使用 fsck 工具，在此前需要先使用 lsblk 命令来确定好 U 盘，该命令可以列出当前 Linux 系统上连接的所有磁盘。要删除坏文件块，请在特定分区或整块磁盘上执行 fsck 命令， 一旦完成，你将获得一个健康的 Linux 分区。

当出现 U 盘已经完全不可读，里面的数据也无价值时，佳的修复办法就是使用 dd 命令将 U 盘完全清零。同样先使用 lsblk 命令找出 U 盘，再使用类似如下命令进行清零处理：

sudo dd if=/dev/zero of=/dev/sdb。清零操作完成后，需要用 fdisk 或其它工具对磁盘进行重新分区，之后再选择如下命令格式化之后即可正常使用：FAT32 sudo mkfs.msdosf 32 /dev/sdb1 EXT4 sudo mkfs.ext4 -f /dev/sdb1 NTFS sudo mkfs.ntfs -f /dev/sdb1

当LINUX文件系统受到破坏时，如何检查和修复系统？

fsck: 对Linux系统中常用文件系统的检查是通过fsck工具来完成的。检查文件系统并尝试修复错误。

Linux不正常关机，有时候再次启动时会报文件系统损坏，如何修复文件？

首先会让你输入root用户的密码。

1）出错的时候如果告诉你是哪一块硬盘的分区有问题，比如是/dev/hda3

接着用如下的命令去对付它呀：

#fsck -y /dev/hda3

结束后，reboot。这样就OK了！

2）如果你不知道时哪个地方出了问题。（常用此种方法）

可以直接

#fsck

在随后的多个确认对话框中输入:y

结束后，reboot。就ok了。

说明：　对Linux系统中常用文件系统的检查是通过fsck工具来完成的。

功能说明：检查文件系统并尝试修复错误。

语法：fsck [-aANPrRsTV][-t ][文件系统...]

补充说明：当文件系统发生错误四化，可用fsck指令尝试加以修复。

参数：

-a 自动修复文件系统，不询问任何问题。

-A 依照/etc/fstab配置文件的内容，检查文件内所列的全部文件系统。

-N 不执行指令，仅列出实际执行会进行的动作。

-P 当搭配"-A"参数使用时，则会同时检查所有的文件系统。

-r 采用互动模式，在执行修复时询问问题，让用户得以确认并决定处理方式。

-R 当搭配"-A"参数使用时，则会略过/目录的文件系统不予检查。

-s 依序执行检查作业，而非同时执行。

-t＜文件系统类型＞指定要检查的文件系统类型。

-T 执行fsck指令时，不显示标题信息。

-V 显示指令执行过程。

linux操作系统故障处理-ext4文件系统超级块“can't read superblock”损坏修复

前几天在广州参加植物病毒学会议，一边听会一边开着TeamViewer远程连接实验室装有linux系统的工作站跑程序干活。有一天下午发现TeamViewer显示服务器离线，原来是因为施工导致停电。Anyway, 不重要，发微信让小青儿给我重启服务器，结果发现重启不了，大概就是这个界面。

怎么着都进不去图形界面，简而言之，工作站重启不了了。索性不管了，好好听报告，心想回到福州再收拾工作站。回到福州第一件事就是坐下来重启工作站，发现无论怎么折腾都进不去系统。

虽然图形界面进不去，好在还能够在命令行下进行操作。当看到 /bioinfor ，这个存放目录的路径下啥都没有的时候，这可是我所有的数据啊！如果这个盘里的数据没了，各个合作者还不得把我手撕了。想到这里，冷汗差点下来了。

于是开始寻找解决方法。

首先得想办法进入系统，在反复地 sudo reboot 都无法进入系统之后，通过 df -h 也看不到/dev/sda（也就是挂载到/bioinfor路径的磁盘）信息。然后猜测是不是因为磁盘以及分区表之类出现了错误导致不能进入系统。通过 sudo vi /etc/fstab 将除了系统安装盘之外的所有硬盘的挂载信息全部注释掉，再 reboot , 这时候果然可以进入图形界面系统了。但依然看不到 /bioinfor 盘下的数据。能够开机就让我放心了很多。通过 gparted 工具，能够看到/dev/sda硬盘里used space大概是1.7T，还剩下1.9T左右，这就表示我的数据还在。试图通过 sudo umount /dev/sda 先取消挂载，再重新 sudo mount /dev/sda /bioinfor 挂载到/bioinfor路径，结果报错。

报错信息显示：

搜索网页发现，有一个哥们经历了跟我一样的遭遇， 意外断电造成mount挂载硬盘报错 。所以，这次事故是因为意外断电，基本实锤了。

但到底什么是superblock呢？

继续搜索，直到读到一篇技术文章 linux操作系统故障处理，ext4文件系统超级快损坏修复 。本文可以忽略，但这篇技术文章得认真读读。里面讲解了磁头，磁道，柱面，扇区，以及硬盘容量等等概念，以及最重要的inode和block，Superblock(超级块)概念。

既然报错提示Superblock出了问题，那我们就应该从这里入手。linux系统提供了一个磁盘命令 fsck 来尝试对设备进行修复。但可惜，用这个命令的时候，都会提醒你，应该安装最新的 fsck 工具包。

提示如下：

根据这篇文章 E2FSCK: how to handle the “metadata_csum” error by advancing the e2fsck version beyond default installed version 的提示，需要安装1.43X的 e2fsck , 安装方法小结如下。

检验一下是否更新成功：

能够看到已经更新到1.43.5版本。

安装完之后，开始对磁盘进行修复，命令如下：

一般都能修复完毕，然后可以再进行取消挂载或者重新挂载的操作。看到数据都还完好无缺地在电脑上，还处于后怕的我赶紧掏出移动硬盘进行原始数据的备份。

本次debug结束

这篇技术日志对读者可参考性并不高，是因为应用场合实在是少，（试想谁会天天断电呢），但还是有一些体会和感悟：

新闻名称：linux用命令系统修复 linux7系统修复
网页网址：http://pwwzsj.com/article/dojohho.html