1. 程式人生 > >使用fsck修復檔案系統錯誤

使用fsck修復檔案系統錯誤

1、問題描述

伺服器maint_samba  

由於伺服器maint_samba (debian作業系統)沒有正常關機,在重新啟動過程中/dev/sdb1出現檔案系統錯誤,需要手動使用fsck進行掃描和修復。出現如下情況:

…...

Checking file systems ...fsck 1.41.3(12-OCT-2008)

/dev/sdb1 contains a file system with errors check forced

/dev/sdb1: |==========                                          百分數%

……

/dev/sdb1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY (i.e., without -a or -p options)

fsck died with exit status4

……

……/var/log/fsck/fsck  ---fsck報錯日誌的存放位置

……

Warning

……

Press enter for maintenance

(or type Control-D to continue): --- Ctrl+d繼續啟動伺服器。

2、手動fsck修復

2.1 fsck簡介

fsck不僅可以對檔案系統進行掃描,還能修正檔案系統的一些問題。值得注意的是fsck 掃描檔案系統時一定要在單使用者模式、修復模式或把裝置umount後進行

警告:如果掃描執行中的系統,會造成系統檔案損壞。

檔案系統掃描工具有 fsck,fsck.ext2,fsck.jfs,fsck.msdos,fsck.vfat,fsck.ext3,fsck.reiserfs(reiserfsck)。其中fsck 預設支援檔案系統ext2,如果想支援ext3檔案系統的掃描,應該加-j 引數。最好是根據不同的檔案系統來呼叫不同的掃描工具

,比如 ext3的檔案系統使用fsck.ext3,ext2檔案系統使用fsck.etx2等。

/dev/sdb1是ext3的檔案系統,只介紹fsck.ext3

fsck.ext3

[語法]

fsck.ext3[必要引數][選擇引數][裝置代號]

[功能]

fsck.ext3 命令:

針對ext3型檔案系統進行檢測

[執行許可權]

超級使用者 普通使用者

 [引數]

必要引數

 -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顯示版本資訊

 [參考範例]

範例1: 檢測磁碟

[[email protected] test]# fsck.ext3 /dev/fd0

範例2: 檢測磁碟並顯示時序資訊

[[email protected] test]# fsck.ext3 -ft /dev/fd0

2.2 伺服器maint_samba使用fsck.ext3對檔案系統進行修復過程

2.2.1檢視fsck報錯的日誌

fileserver:~# ls -l /var/log/fsck/

total 8

-rw-r----- 1 root adm 190 2011-06-09 10:03 checkfs

-rw-r----- 1 root adm 192 2011-06-09 10:03 checkroot

這兩個檔案中會出現fsck的報錯資訊。

fileserver:~# more /var/log/fsck/checkfs

fileserver:~# more /var/log/fsck/checkroot

2.2.2檢視當前的執行級別:

fsck.ext3掃描檔案系統時一定要在單使用者模式、修復模式或把裝置umount後進行如果掃描執行中的系統,會造成系統檔案損壞。

選擇在單使用者模式下執行

# runlevel  ---檢視執行級別

fileserver:~# runlevel

N 2

#init 1  --單使用者模式(1 S),在轉換成單使用者模式時可能會需要輸入root密碼。

fileserver:~# init 1

2.2.3 使用fsck.ext3對檔案系統進行掃描、修復

fileserver:~# fsck.ext3  -y /dev/sdb1  ---開始進入掃描、修正檔案系統

注意紅色方框,該位置需要輸入yes

fsck.ext3開始進入掃描、修正檔案系統,這個過程時間比較長,中間有數次停頓的過程,只需等待即可,千萬不要以為宕機而重啟伺服器。

fsck.ext3掃描、修正完檔案系統後,根據提示可能需要重啟系統。如果沒有提示重啟系統,也需要reboot來重啟系統。

fileserver:~# reboot  ---重啟系統

在重啟系統的過程中,fsck會對檔案系統進行掃描,如下:

fsck掃描完以後,會啟動到系統的登入介面,不需要進行任何干涉。

再次重新啟動系統,系統可以正常啟動。

至此伺服器maint_samba使用fsck修復檔案系統完成。

相關推薦

使用fsck修復檔案系統錯誤

1、問題描述 伺服器maint_samba   由於伺服器maint_samba (debian作業系統)沒有正常關機,在重新啟動過程中/dev/sdb1出現檔案系統錯誤,需要手動使用fsck進行掃描和修復。出現如下情況: …... Checking file system

linux命令--使用fsck修復檔案系統

分享一下我老師大神的人工智慧教程!零基礎,通俗易懂!http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識,造福人民,實現我們中華民族偉大復興!        

fsck---於檢查並且試圖修復檔案系統中的錯誤

fsck命令被用於檢查並且試圖修復檔案系統中的錯誤。當檔案系統發生錯誤四化,可用fsck指令嘗試加以修復。   -a:自動修復檔案系統,不詢問任何問題; -A:依照/etc/fstab配置檔案的內容,檢查檔案內所列的全部檔案系統; -N:不執行指令,僅列出實際執行會進行的動作; -P:當搭配"-

Centos 6.9中修復檔案系統

1.環境描述:    在Linux系統中,非正常關機,突然斷電,裝置資料讀寫異常等原因導致檔案系統的破壞。比較常見的是超級塊(supper-block)損壞。2.名詞解釋:超級塊--檔案系統的核心“檔案”,它記錄了該檔案系統的型別,大小,空閒磁碟塊等資訊,類似Windows的

fsck修復因異常關機導致損壞的磁碟檔案系統

故障現象:      10月份某機房一臺IBMX3650伺服器因為需要遷移機櫃位置,遷移後重新開機發現機器無法正常進入系統,啟動介面報錯: 故障分析:      經專案實施人員反饋,該伺服器在遷移下架的時候進行了

硬碟修復 Ext4檔案系統fsck後損壞的修復過程

 1.故障發生背景   Ext4檔案系統沒有umount下來,之後做了fsck操作檢查一致性,結果導致Ext4檔案mount不上(有時也會表現為導致目錄變成了檔案)。   報錯提示資訊:mount: wrong fs type, bad option, bad sup

Ext4檔案系統fsck後損壞的修復過程-linux資料恢復

在資料恢復案例開始之前有幾個概念需要了解塊組:Ext4檔案系統的全部空間被劃分為若干個塊組,每個塊組內的結構都是大致相同的。塊組描述符表:每個塊組都對應一個塊組描述符,這些塊組描述符統一放在檔案系統的前部,稱為塊組描述符表。每個塊組描述符大小為32位元組,其主要描述塊點陣圖、

一例Ext4檔案系統fsck後損壞的修復過程

1.故障發生背景 Ext4檔案系統沒有umount下來,之後做了fsck操作檢查一致性,結果導致Ext4檔案mount不上,並且導致目錄變成了檔案。 報錯提示資訊:mount: wrong fs type, bad option, bad superblock 2.

fsck修復受損的檔案系統

linux啟動時,出現以下錯誤: *** An error occurred during the file system check***Dropping you to a shell:the sy

ubuntu自動修復掛載檔案系統而產生的錯誤

在ubuntu系統啟動期間,可能會產生莫名的掛載檔案系統而產生的錯誤。解決辦法如下: 編輯rcS檔案 sudo vim /etc/default/rcS 找到FSCKFIX=no   修改為: FSCKFIX=yes 

Linux文件系統損壞導致無法正常啟動與fsck修復工具

linux 運維 文件系統損壞 fsck 問題:今天在打開自己的虛擬機學習的時候,發現在文件系統檢查過程中出現以下的報錯:/dev/mapper/VolGroup-lv_root:UNEXPECTED INCONSISTENCY;RUN fsck MANUALLY.

如何解決 Mongodb後在cmd下無法啟動,提示:服務名無效,發生系統錯誤2 系統找不到指定的檔案

1.電腦是64位,作業系統win0 2.下載的是mongodb3.4版本 3.安裝包直接安裝, 預設安裝在c:\program files\mongoDB, 手工建立目錄c:\program files\mongodb\service\3.4\data\db 4.安裝完成,新增路

Linux檔案系統管理 開機自動掛載及fstab檔案修復

概述 開機自動掛載及fstab檔案修復 開機自動掛載 實現開機後自動掛載,就需要修改系統的自動掛載檔案 /etc/fstab。因為系統就是依賴這個檔案決定啟動時載入的檔案系統的。通過vi 開啟/etc/fstab檔案 [[email protected] ~]# vi /etc/fst

修復損壞linux 檔案系統

revised by woflman 2007.08.05今天的我們早上我的伺服器無法啟動,停在檢查mail.wofman.com/var filesystem bad ,我的mail檔案在此目錄下;Bad magic number in super_block while trying to open /v

修復被破壞了的linux檔案系統分割槽表

昨天晚上在資訊港的機房裡鼓搗到凌晨4點多,幫助朋友修復損壞的硬碟資料。由於當時沒有詳細的記錄,憑回憶先記錄下整個過程,也許有錯誤的地方,請不吝指正!現象和環境:REDHAT FC4,一塊36G的SCSI硬碟(/dev/sdc)無法mount,fdisk也看不到分割槽資訊。另外一塊該盤重要資料的備份盤(9G S

記一次centos7.2 檔案系統修復

centos 7 系統恢復 故障描述 啟動之後作業系統只能進入到單使用者模式 使用U盤進入救援模式進行恢復 選擇Troubleshooting 選擇Rescue a Centos system 選擇1 contin

檔案系統fsck提速方案

朱穎航(個人微訊號:casualfisher),北京靈犀智造科技有限公司(www.linkedsee.com)技術總監,設計參與了百度智慧資料中心專案,集中在智慧供電方向, 負責了硬體感知專案,參與設計伺服器硬體採集及管理工具, 並基於採集資料進行故障及使用趨勢預測,曾設計和開發重複資料刪除檔案系統

用Linux_Recovery修復Synology群暉硬碟櫃消失的檔案系統

問題由來:     之前有個閒置的4T西數硬碟,因為聽說使用Synology群暉硬碟櫃搭建網路檔案儲存共享儲存系統很方便,就買了一個2盤位的DS214se,將閒置硬碟裝進去,連進區域網,用網路上的芳鄰的方式訪問,果然很方便,速度也不錯,而且功能很多,APP還可以從手機直接

《一個作業系統的實現》mount錯誤解決辦法(mount 您必須指定檔案系統的型別

http://kevinlp.com/oranges-mount-error.html 最近在看於淵著的《orange’s 一個作業系統的實現》,今天想動手做做裡面的實驗,其中有處說到把pm.img掛載到/mnt/floppy,pm.img是用bximage生成的,接著

linux檔案系統常用命令df du fsck dumpe2fs

df 【選項】 【掛載點】選項-a    顯示所有的檔案資訊,包含特殊檔案系統,如/proc,/sysfs-h    使用習慣(人性化)單位顯示容量,如KB,MB或GB等-T   顯示檔案系統型別-m  以MB為單位顯示容量-k   以KB為單位顯示容量,預設的以KB為單位-