在线观看www成人影院-在线观看www日本免费网站-在线观看www视频-在线观看操-欧美18在线-欧美1级

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

    文章

    11319

    瀏覽量

    209830
  • 服務器
    +關注

    關注

    12

    文章

    9231

    瀏覽量

    85625
  • 數據恢復
    +關注

    關注

    10

    文章

    580

    瀏覽量

    17522
收藏 人收藏

    評論

    相關推薦

    Ext4文件系統新特性

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

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

    服務器數據恢復環境: POWEREDGE系列某型號服務器LINUX系統+RAID5。
    的頭像 發表于 10-27 11:58 ?709次閱讀
    【<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 ?918次閱讀
    【<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>案例

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

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

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

    服務器數據恢復環境: 一臺服務器組由8塊盤組建的RAID5陣列,EXT3
    的頭像 發表于 08-08 15:15 ?504次閱讀
    <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 ?655次閱讀

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

    某公司服務器Ext4文件系統umount失敗,管理員執行fsck操作檢查
    的頭像 發表于 09-04 15:32 ?660次閱讀
    <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 ?974次閱讀

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

    由于工作人員的誤操作,將Ext4文件系統誤裝入到存儲中Ocfs2文件系統數據卷上,導致原Ocfs2文件系統被格式化為
    的頭像 發表于 12-04 10:49 ?465次閱讀
    <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>案例

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

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

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

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

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

    發行版本中。KVM使用Linux自身的調度進行管理。 本案例中的服務器操作系統Linux文件系統
    的頭像 發表于 04-17 14:22 ?390次閱讀
    虛擬機<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>案例

    服務器數據恢復EXT3文件系統下誤刪除數據恢復案例

    服務器數據恢復環境: 郵件服務器中有組由8塊盤組成的RAID5陣列, 上層是Linux操作
    的頭像 發表于 10-23 15:11 ?181次閱讀
    <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>案例

    服務器數據恢復—異常斷電導致linux系統無法啟動的數據恢復案例

    服務器數據恢復環境: 某品牌服務器+同品牌存儲,Linux centos7+EXT4
    的頭像 發表于 10-25 17:42 ?357次閱讀

    服務器數據恢復——Ext4文件系統umount失敗的數據恢復案例

    塊組:Ext4文件系統的全部空間被劃分為若干個塊組,每個塊組結構基本上相同。 塊組描述符表:每個塊組都對應個塊組描述符,這些塊組描述符統放在
    的頭像 發表于 11-13 13:25 ?323次閱讀
    <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>umount失敗的<b class='flag-5'>數據</b><b class='flag-5'>恢復</b>案例
    主站蜘蛛池模板: 免费人成在线| 免费观看视频在线观看| 99久精品| 在线免费观看一级片| 午夜影院免费观看| 天天操人人射| 久久天天躁狠狠躁夜夜不卡| bt天堂资源| 亚洲第一成网站| 日本三级456| haodiaose在线精品免费观看| 2022年国产精品久久久久| 国产h在线| 老师受不了了好硬好大| 一二三区在线视频| 日本啪啪小视频| 亚洲一区二区三区影院| 国产精品免费久久久免费| 香港日本三级在线播放| 伊人啪| 被啪漫画羞羞漫画| 亚洲欧美一区二区三区麻豆| kkkbo色综合| 天堂网bt| 午夜影院亚洲| 日本高清黄色| 日本三浦理惠子中文字幕| 免费看片aⅴ免费大片| 成人免费淫片95视频观看网站| 天天爽天天操| 黄色在线观看网站| 18美女扒开尿口无遮挡| 色91在线| 欧美另类69xxxxx性欧| 人人爽人人看| 国产乱码一区二区三区四川人 | 日日干夜夜欢| 国产免费啪啪| 亚洲国产精品网站久久| 免费看国产一级特黄aa大片| 在线免费色视频|