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

当LINUX文件系统受到破坏时,如何检查和修复系统?,第1张

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 显示指令执行过程。

首先你的断电是指什么?现在的手持设备都有超过3种供电电源。那我猜的说的断电是同时切断包括电池和USB在内的所有外部电源了。那么不论你的挂载点在哪里,kernel肯定是直接down掉的,cpu状态也不会被保存,内存清空,所有进程都不存在了,已经在读的进程不再持有文件句柄(没影响),已经在写的进程就写到某个字符停住,但是这些都不会影响到硬盘啊。所以对文件系统不会有损坏,但是对硬件会有些许伤害。但现在手持设备都维持在2.5~3V,断电对硬件的影响实际也不大。

至于你说的“怎么才能再以可读写属性挂载该磁盘呢”。我不理解这个“再”字。重新上电后一切重新开始,kernel boot重跑一遍,跟断电前你的挂载已经没有关系了。另一种情况,你可以在linux控制台启动句柄里面设置,把你的挂载命令写在那里面,那么每次启动时就自动挂载了

介绍两个数据恢复:TestDisk 和 PhotoRec。其中,TestDisk 主要用来恢复损坏的分区以及拯救无法引导的磁盘;而 PhotoRec 则主要用于恢复损坏的数据文件,包括文档、图片、等。

TestDisk 及 PhotoRec 皆支持在 Windows、Linux、Unix、Mac OS 等系统上执行。TestDisk 还支持包括 FAT、NTFS、Ext2、Ext3、ReiserFS、RAID 等在内的广泛的文件系统。而 PhotoRec 也能够在硬盘、光盘、优盘等各种存贮介质上工作。


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

原文地址: https://outofmemory.cn/yw/7493410.html

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

发表评论

登录后才能评论

评论列表(0条)

保存