【badblocks】Linux上使用badblocks命令检测、修复硬盘坏道

【badblocks】Linux上使用badblocks命令检测、修复硬盘坏道,第1张

使用badblocks命令检测、修复硬盘坏道

https://blog.51cto.com/pynliu/1617921

badblocks检测磁盘坏道

https://www.cnblogs.com/itfenqing/p/7536623.html

badblocks 检查硬盘是否有坏道

https://blog.csdn.net/dapeng0112/article/details/37971923

Linux磁盘管理常用三个命令为df、du、fdisk。

df,全称:disk full,列出文件系统的整体磁盘使用量

du,全称:disk used,检查磁盘空间使用量

fdisk,用于磁盘分区。

1、df命令

检查文件系统的磁盘空间占用情况,可以利用该命令获取磁盘被占用了多少空间,目前还剩下多少空间等信息。

语法:df[-ahikHTm][目录或文件名]

参数:

-a 列出所有文件系统,包括系统特有的/proc等文件系统

-k 以KBytes的容量显示各文件系统

-m 以MBytes的容量显示各文件系统

-h 以较易阅读的格式自行显示,比如:GBytes、MBytes、KBytes

-H 以M=1000K取代M=1024K的进位方式

-T 显示文件系统类型

-i 不用磁盘容量,以inode的数量来显示。

2、du命令

也是查看使用空间的,但是与df命令不同的是,Linux du命令是对文件和目录磁盘使用的空间进行查看,和df命令有一定的区别。

语法:du[-ahskm]文件或目录名称

参数:

-a 列出所有的文件与目录容量

-h 以较易阅读的格式显示

-s 列出总量而已,而不列出每个各别的目录占用容量

-S 不包括子目录下的统计,与-s存在差别

-k 以KBytes列出容量显示

-m 以MBytes列出容量显示。

3、fdisk命令

fdisk是Linux的磁盘分区表 *** 作工具。

语法:fdisk[-l]装置名称

参数:

-l 输出后面接的装置所有的分区内容。若仅有fdisk -l时,则系统将会把整个系统内能够搜寻到的装置的分区均列出来。

前几天在广州参加植物病毒学会议,一边听会一边开着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结束

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


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/8291224.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-15
下一篇 2023-04-15

发表评论

登录后才能评论

评论列表(0条)

保存