精品国产人成在线_亚洲高清无码在线观看_国产在线视频国产永久2021_国产AV综合第一页一个的一区免费影院黑人_最近中文字幕MV高清在线视频

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

【服務器數據恢復】Linux Ext4文件系統執行fsck檢查一致性后文件掛載報錯的數據恢復案例

Frombyte ? 來源:Frombyte ? 作者:Frombyte ? 2022-10-21 14:11 ? 次閱讀

服務器數據恢復環境:

Linux系統,Ext4文件系統;

劃分為2個分區:1個交換分區和1個文件系統分區。

在分析實際案例之前,我們先了解一下Ext4的相關知識。

Ext4文件系統的全部空間被劃分為若干個塊組,每個塊組內的結構大致相同。

每個塊組都對應一個塊組描述符,這些塊組描述符都放在文件系統的前部,稱為塊組描述符表。每個塊組描述符大小為32字節,描述了塊位圖、i-節點位圖及i-節點表的地址等信息

超級塊(Superblock)是用來存儲文件系統的配置參數(如塊大小、總塊數、i-節點數)和動態信息(當前空閑塊數和i-節點數)。Ext4文件系統的超級塊(Superblock)開始于1024字節處,即2號扇區。

i節點描述文件的時間信息、大小、塊指針等信息。

塊組描述符和超級塊在塊中的位置:當塊大小為2個扇區時,0號塊是引導程序或者保留塊,超級塊起始于1號塊。當塊大小為4個扇區時,引導程序或者保留塊位于0號塊的前兩個扇區,超級塊位于0號塊的后兩個扇區。當塊大小為8個扇區時,引導程序或者保留塊位于0號塊的0-1號扇區,超級塊位于0號塊的2-3號扇區。

Ext4文件系統的整體結構及第一個塊組的具體結構如下圖所示:

pYYBAGNSNzqAU2nXAAEm0EIImZA324.png

北亞數據恢復——Ext4文件系統數據恢復

服務器故障&分析:

公司Ext4文件系統umount失敗,管理員執行fsck檢查一致性,結果Ext4文件mount不上(有時也表現為目錄變成了文件),報錯信息:mount: wrong fs type, bad option,bad superblock。

因為日志和數據不一致而導致正常文件系統數據被覆蓋的情況在Ext3、Ext4文件系統中發生的頻率較高。由于journal日志文件保留著緩沖數據,數據恢復時可以通過joumal日志文件找到相關信息并重建源文件。

安裝Linux系統的硬盤第一個扇區是MBR扇區,通過觀察MBR分區表得知本案例中Linux系統分為兩個分區:交換分區和文件系統分區。北亞數據恢復工程師決定通過joumal日志文件找回丟失的數據。

經過數據恢復工程師的檢測分析,本案例Ext4文件系統相關信息如下:

1、塊大小為固定的4KB,即8個扇區。

2、超級塊(Superblock)起始位置在1024字節處,即2號扇區,大小為2個扇區。

3、塊組描述表從第一個塊開始,即從4096字節處開始。

服務器數據恢復過程:

1、首先用數據恢復工具將Ext4文件系統打開,發現0-23扇區的數據(包括超級塊和塊組描述符)被日志記錄所覆蓋。Ext3、Ext4文件系統的日志頁以C0 3B 39 98開頭。

pYYBAGNSN0WAXVA7AAILaPxQPHk007.png

北亞數據恢復——Ext4文件系統數據恢復

超級塊中可以找到關于塊大小的信息。從journal日志中把超級塊的備份查找出來,然后再通過數據恢復工具進行超級塊信息的查找,其標志是“53ef”。超級塊0x18-0x1B處描述塊大小,本案例塊大小為4KB。

poYBAGNSN0yAPuagAAOP2HRmpK8266.png

北亞數據恢復——Ext4文件系統數據恢復

通過超級塊查看塊大小。

pYYBAGNSN1OAU5tnAAKQn9LY-UI346.png

北亞數據恢復——Ext4文件系統數據恢復

通過數據恢復軟件的模板編輯器也可以顯示塊大小。

pYYBAGNSN1iAOeAPAAJ-Gs-RoJY400.png

北亞數據恢復——Ext4文件系統數據恢復

2、重建(恢復)超級塊;由于原文件系統超級塊損壞,所以恢復文件時要把這部分超級塊信息粘貼回去,即放在2號扇區開始或1024字節處。超級塊備份的某些部分的數值可能與實際的超級塊數值不一致,這種情況下需要通過數據恢復工具的模板管理器進行修改。本案例對超級塊所在的第0個塊組做了修改。

pYYBAGNSN12Aa-5GAAModKHgGMo455.png

北亞數據恢復——Ext4文件系統數據恢復

3、重建(恢復)塊組描述表;由于部分塊組描述表被破壞,所以需要先在journal日志文件里找到所有塊組描述表并把它們粘貼回去。本案例中journal日志文件里的塊組描述符表存儲在超級塊的后面,要找塊組描述表可以先找超級塊,找到后將塊組描述符表內容粘貼到4096字節處。

4、重建(恢復)目錄;當要恢復某個文件夾里的文件時,比如kyproc文件夾里的數據,這些文件夾在WinHex里是不能打開的狀態,這意味著這個目錄已經損壞(下圖1)。打開其節點信息,發現正常數據被日志填充(下圖2)。

poYBAGNSN2WAHiggAAIKHVH8Vx0023.png

北亞數據恢復——Ext4文件系統數據恢復

poYBAGNSN22APq6dAAJf-vmwbGs449.png

北亞數據恢復——Ext4文件系統數據恢復

找到上一級目錄var文件夾,右擊點“open”,打開后能看到var文件夾里的所有文件的目錄信息。找到要恢復的kyproc目錄的信息:12 32 EE 00是其i-節點號,10 00表示其目錄項長度,06表示其文件名稱長度,02表示其文件類型為目錄。如下圖所示。

poYBAGNSN3OAfeihAAKVGaqmAGk968.png

北亞數據恢復——Ext4文件系統數據恢復

在var文件夾的目錄塊下查找kyproc目錄的位置,如下圖所示,標紅的位置是找到的結果。此位置顯示所在塊號為62399108。

pYYBAGNSN3iAUx6WAAQQOI_JXdE900.png

北亞數據恢復——Ext4文件系統數據恢復

根據所在塊號可以定位kyproc目錄相應節點的位置。由于人工補節點比較繁瑣,可以從journal日志文件里面找到其節點信息,把相應的信息粘貼回去。

通過上述方法可以重建(恢復)目錄。恢復目錄里的文件也是通過同樣的方法從journal日志文件里找到相應的文件的節點信息,找到后粘貼回原來的位置,達到重建(恢復)文件的目的。

5、經過數據恢復工程師的努力,終于把用戶需要的數據都恢復出來,經過數據恢復工程師和用戶的核檢沒有發現問題。本次數據恢復工作完成。

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • Linux
    +關注

    關注

    87

    文章

    11123

    瀏覽量

    207919
  • 服務器
    +關注

    關注

    12

    文章

    8701

    瀏覽量

    84556
  • 數據恢復
    +關注

    關注

    10

    文章

    507

    瀏覽量

    17204
收藏 人收藏

    評論

    相關推薦

    Ext4文件系統新特性

    任何Ext3文件系統都可以輕松的遷移到Ext4文件系統,你只需要在只讀模式下運行幾條命令即可。這就意味著你完全可以不格式化硬盤、不重裝操作系統
    發表于 04-27 19:30 ?1222次閱讀

    服務器數據恢復linux ext3文件系統執行FSCK后無法掛載數據恢復案例

    服務器數據恢復環境: POWEREDGE系列某型號服務器LINUX系統+RAID5。
    的頭像 發表于 10-27 11:58 ?621次閱讀
    【<b class='flag-5'>服務器</b><b class='flag-5'>數據</b><b class='flag-5'>恢復</b>】<b class='flag-5'>linux</b> <b class='flag-5'>ext</b>3<b class='flag-5'>文件系統</b><b class='flag-5'>執行</b><b class='flag-5'>FSCK</b>后無法<b class='flag-5'>掛載</b>的<b class='flag-5'>數據</b><b class='flag-5'>恢復</b>案例

    服務器數據恢復】ocfs2文件系統被誤格式化的數據恢復案例

    用戶誤操作將linux文件系統誤裝入到Ocfs2文件系統數據卷上,導致原始Ocfs2文件系統被格式化為
    的頭像 發表于 12-28 11:21 ?767次閱讀
    【<b class='flag-5'>服務器</b><b class='flag-5'>數據</b><b class='flag-5'>恢復</b>】ocfs2<b class='flag-5'>文件系統</b>被誤格式化的<b class='flag-5'>數據</b><b class='flag-5'>恢復</b>案例

    FreeNAS層UFS2文件系統數據恢復案例

    ESXI系統連接到服務器存儲上。 管理員對上層文件系統數據進行檢查,發現文件系統和存儲
    的頭像 發表于 02-13 14:21 ?930次閱讀
    FreeNAS層UFS2<b class='flag-5'>文件系統</b><b class='flag-5'>數據</b><b class='flag-5'>恢復</b>案例

    EXT4文件系統下分區不能掛載數據恢復案例

    服務器數據恢復環境: 某品牌PowerEdge系列服務器,磁盤陣列存儲型號為該品牌MD3200系列存儲,分配lun; linux cen
    的頭像 發表于 02-23 14:44 ?732次閱讀

    服務器數據恢復-EXT3文件系統下郵件數據恢復案例

    服務器數據恢復環境: 一臺服務器組由8塊盤組建的RAID5陣列,EXT3
    的頭像 發表于 08-08 15:15 ?420次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數據</b><b class='flag-5'>恢復</b>-<b class='flag-5'>EXT</b>3<b class='flag-5'>文件系統</b>下郵件<b class='flag-5'>數據</b><b class='flag-5'>恢復</b>案例

    服務器數據恢復-ext4文件系統服務器數據恢復案例

    一臺服務器掛載臺存儲設備,存儲中劃分個Lun;服務器操作系統
    的頭像 發表于 08-10 14:03 ?528次閱讀

    服務器數據恢復- Ext4文件系統服務器數據恢復案例

    某公司服務器Ext4文件系統umount失敗,管理員執行fsck操作檢查
    的頭像 發表于 09-04 15:32 ?507次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數據</b><b class='flag-5'>恢復</b>- <b class='flag-5'>Ext4</b><b class='flag-5'>文件系統</b><b class='flag-5'>服務器</b><b class='flag-5'>數據</b><b class='flag-5'>恢復</b>案例

    服務器數據恢復-LINUX下誤刪除/格式化的數據恢復方案

    服務器數據恢復環境: 基于EXT2/EXT3/EXT4/Reiserfs/Xfs
    的頭像 發表于 09-15 15:29 ?791次閱讀

    服務器數據恢復—ocfs2文件系統被誤格式化為Ext4文件系統數據恢復案例

    由于工作人員的誤操作,將Ext4文件系統誤裝入到存儲中Ocfs2文件系統數據卷上,導致原Ocfs2文件系統被格式化為
    的頭像 發表于 12-04 10:49 ?352次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數據</b><b class='flag-5'>恢復</b>—ocfs2<b class='flag-5'>文件系統</b>被誤格式化為<b class='flag-5'>Ext4</b><b class='flag-5'>文件系統</b>的<b class='flag-5'>數據</b><b class='flag-5'>恢復</b>案例

    【北亞服務器數據恢復】卷映射到多個系統導致文件系統一致性出錯的數據恢復案例

    對這個映射過來的卷進行初始化,原來的solaris系統上的磁盤報錯,重啟服務器后這個卷已經無法掛載了。 聯系原廠工程師尋求幫助,原廠工程師檢測后
    的頭像 發表于 12-29 11:38 ?292次閱讀

    服務器數據恢復】UFS2文件系統數據恢復案例

    服務器數據恢復環境: 一臺服務器,虛擬化系統為esxi,上層使用iSCSI的方式實現FC SAN功能,iSCSI通過FreeNAS構建。
    的頭像 發表于 01-09 14:53 ?603次閱讀

    服務器數據恢復—非正常關機導致服務器文件丟失的數據恢復案例

    服務器數據恢復環境: 某品牌PowerEdge R730服務器+PowerVault MD3200存儲,劃分若干lun,操作系統版本是ce
    的頭像 發表于 01-19 13:42 ?328次閱讀

    虛擬機數據恢復EXT4文件系統下KVM虛擬機數據恢復案例

    發行版本中。KVM使用Linux自身的調度進行管理。 本案例中的服務器操作系統Linux,文件系統
    的頭像 發表于 04-17 14:22 ?268次閱讀
    虛擬機<b class='flag-5'>數據</b><b class='flag-5'>恢復</b>—<b class='flag-5'>EXT4</b><b class='flag-5'>文件系統</b>下KVM虛擬機<b class='flag-5'>數據</b><b class='flag-5'>恢復</b>案例

    服務器數據恢復—KVM虛擬機raw格式磁盤文件數據恢復案例

    服務器數據恢復環境: 一臺服務器安裝Linux操作系統+E
    的頭像 發表于 05-17 13:33 ?312次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數據</b><b class='flag-5'>恢復</b>—KVM虛擬機raw格式磁盤<b class='flag-5'>文件數據</b><b class='flag-5'>恢復</b>案例