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

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

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

3天內(nèi)不再提示

服務器數(shù)據(jù)恢復- Ext4文件系統(tǒng)服務器數(shù)據(jù)恢復案例

Frombyte ? 來源:Frombyte ? 作者:Frombyte ? 2023-09-04 15:32 ? 次閱讀

Ext4文件系統(tǒng)相關(guān)概念:
塊組:Ext4文件系統(tǒng)的空間被劃分為若干個塊組,每個塊組內(nèi)的結(jié)構(gòu)大致相同。
塊組描述符表:每個塊組都對應一個塊組描述符,這些塊組描述符統(tǒng)一放在文件系統(tǒng)的前部,稱為塊組描述符表。每個塊組描述符大小為32字節(jié),其主要描述塊位圖、i-節(jié)點位圖及i-節(jié)點表的地址等信息
超級塊(Superblock):用于存儲文件系統(tǒng)的配置參數(shù)(如塊大小、總塊數(shù)、i-節(jié)點數(shù))和動態(tài)信息(當前空閑塊數(shù)和i-節(jié)點數(shù))。Ext4文件系統(tǒng)的超級塊(Superblock)開始于1024字節(jié)處,即2號扇區(qū)。
i節(jié)點:描述文件的時間信息、大小、塊指針等信息。
塊組描述符和超級塊在塊中的位置:當塊大小為2個扇區(qū)時,0號塊是引導程序或者保留塊,超級塊起始于1號塊。當塊大小為4個扇區(qū)時,引導程序或者保留塊位于0號塊的前兩個扇區(qū),超級塊位于0號塊的后兩個扇區(qū)。當塊大小為8個扇區(qū)時,引導程序或者保留塊位于0號塊的0-1號扇區(qū),超級塊位于0號塊的2-3號扇區(qū)。
Ext4文件系統(tǒng)結(jié)構(gòu)及第一個塊組結(jié)構(gòu):

pYYBAGNSNzqAU2nXAAEm0EIImZA324.png

北亞企安數(shù)據(jù)恢復——Ext4文件系統(tǒng)數(shù)據(jù)恢復


Ext4文件系統(tǒng)故障&初檢&分析:
公司服務器Ext4文件系統(tǒng)umount失敗,管理員執(zhí)行fsck操作檢查一致性,導致Ext4文件系統(tǒng)mount不上并報錯,報錯信息:“mount:wrong fs type,bad option,bad superblock”。
日志和數(shù)據(jù)的不一致導致正常文件系統(tǒng)數(shù)據(jù)被覆蓋的情況在Ext3、Ext4文件系統(tǒng)中發(fā)生頻率較高。因為.journal日志文件保留了緩沖數(shù)據(jù),可以通過.joumal日志文件找到相應信息并重建源文件。
通過查看MBR分區(qū)表得知本案例中的Linux操作系統(tǒng)分了兩個分區(qū):交換分區(qū)+Ext4文件系統(tǒng)。北亞企安數(shù)據(jù)恢復工程師通過對該Ext4文件系統(tǒng)的分析,得到以下信息:
1、塊大小為固定的4KB,即8個扇區(qū)。
2、超級塊(Superblock)起始位置在1024字節(jié)處,即2號扇區(qū),大小為2個扇區(qū)。
3、塊組描述表從第一個塊開始,即從4096字節(jié)處開始。

服務器數(shù)據(jù)恢復過程:
1、將故障服務器上硬盤取出,檢測后沒有發(fā)現(xiàn)硬件故障。以只讀方式將磁盤做全盤鏡像,鏡像完成后按照原樣將磁盤還原到原服務器中。后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復操作都基于鏡像文件進行,避免對原始磁盤數(shù)據(jù)造成二次破壞。
2、用工具打開Ext4文件系統(tǒng),可以看到0-23扇區(qū)的數(shù)據(jù)(包括超級塊和塊組描述符)被日志記錄覆蓋。Ext3、Ext4文件系統(tǒng)的日志頁以C0 3B 39 98開頭。

pYYBAGNSN0WAXVA7AAILaPxQPHk007.png

北亞企安數(shù)據(jù)恢復——Ext4文件系統(tǒng)數(shù)據(jù)恢復


在journal日志中將超級塊的備份查找出來,通過工具查找超級塊信息,其標志是“53ef”。超級塊0x18-0x1B處描述塊大小,確定本案例塊大小為4KB。
查找超級塊:

poYBAGNSN0yAPuagAAOP2HRmpK8266.png

北亞企安數(shù)據(jù)恢復——Ext4文件系統(tǒng)數(shù)據(jù)恢復



通過超級塊查看塊大小:

pYYBAGNSN1OAU5tnAAKQn9LY-UI346.png

北亞企安數(shù)據(jù)恢復——Ext4文件系統(tǒng)數(shù)據(jù)恢復



塊大小:

pYYBAGNSN1iAOeAPAAJ-Gs-RoJY400.png

北亞企安數(shù)據(jù)恢復——Ext4文件系統(tǒng)數(shù)據(jù)恢復


3、由于原文件系統(tǒng)超級塊損壞,所以恢復文件時,要把這部分超級塊信息粘貼回去,放在2號扇區(qū)開始,或1024字節(jié)處。做完以上操作,超級塊備份某些地方與實際的超級塊數(shù)值可能不一致,需要通過工具進行修改。對超級塊所在的塊組進行了修改,超級塊在第0個塊組里。

pYYBAGNSN12Aa-5GAAModKHgGMo455.png

北亞企安數(shù)據(jù)恢復——Ext4文件系統(tǒng)數(shù)據(jù)恢復


4、由于部分塊組描述表被破壞,所以需要在.journal日志文件里找到所有的塊組描述表并把它們粘貼回去。.journal日志文件里的塊組描述符表存儲在超級塊的后面,要找塊組描述表可以先找到超級塊,找到后將塊組描述符表內(nèi)容粘貼到4096字節(jié)處。
5、恢復某個文件夾比如kyproc文件夾里的數(shù)據(jù)時,我們發(fā)現(xiàn)這些文件夾在WinHex里是不能打開的狀態(tài)(如下圖1所示),很明顯這個目錄損壞了。打開其節(jié)點信息,發(fā)現(xiàn)正常數(shù)據(jù)被日志填充(如下圖2所示)。

poYBAGNSN2WAHiggAAIKHVH8Vx0023.png

北亞企安數(shù)據(jù)恢復——Ext4文件系統(tǒng)數(shù)據(jù)恢復

poYBAGNSN22APq6dAAJf-vmwbGs449.png

北亞企安數(shù)據(jù)恢復——Ext4文件系統(tǒng)數(shù)據(jù)恢復



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

poYBAGNSN3OAfeihAAKVGaqmAGk968.png

北亞企安數(shù)據(jù)恢復——Ext4文件系統(tǒng)數(shù)據(jù)恢復



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

pYYBAGNSN3iAUx6WAAQQOI_JXdE900.png

北亞企安數(shù)據(jù)恢復——Ext4文件系統(tǒng)數(shù)據(jù)恢復



根據(jù)所在塊號可以定位kyproc目錄相應節(jié)點的位置。打開.journal日志文件,從里面找到其節(jié)點信息,把相應的信息粘貼回去。
6、通過上述方法重建目錄后開始重建目錄里的文件。重建目錄里的文件也是使用同樣的方法:從.journal日志文件里找到相應的文件的節(jié)點信息,找到后粘貼回原來的位置,達到重建文件的目的。

審核編輯 黃宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 服務器
    +關(guān)注

    關(guān)注

    12

    文章

    8701

    瀏覽量

    84556
  • 數(shù)據(jù)恢復
    +關(guān)注

    關(guān)注

    10

    文章

    507

    瀏覽量

    17204
收藏 人收藏

    評論

    相關(guān)推薦

    服務器誤刪除郵件數(shù)據(jù)數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: 8塊盤組成的RAID5磁盤陣列; EXT3文件系統(tǒng)服務器故障:
    的頭像 發(fā)表于 09-22 11:26 ?1170次閱讀
    <b class='flag-5'>服務器</b>誤刪除郵件<b class='flag-5'>數(shù)據(jù)</b>的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

    服務器數(shù)據(jù)恢復】Linux Ext4文件系統(tǒng)執(zhí)行fsck檢查一致性后文件掛載報錯的數(shù)據(jù)恢復案例

    某公司Ext4文件系統(tǒng)umount失敗,管理員執(zhí)行fsck檢查一致性,結(jié)果Ext4文件mount不上(有時也表現(xiàn)為目錄變成了文件),報錯信息
    的頭像 發(fā)表于 10-21 14:11 ?1259次閱讀
    【<b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>】Linux <b class='flag-5'>Ext4</b><b class='flag-5'>文件系統(tǒng)</b>執(zhí)行fsck檢查一致性后<b class='flag-5'>文件</b>掛載報錯的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

    服務器數(shù)據(jù)恢復】Zfs文件系統(tǒng)誤刪除的數(shù)據(jù)恢復案例

    一臺zfs文件系統(tǒng)服務器,運維人員誤操作刪了服務器上的數(shù)據(jù),用戶聯(lián)系到我們數(shù)據(jù)恢復中心要求
    的頭像 發(fā)表于 12-05 10:50 ?1116次閱讀
    【<b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>】Zfs<b class='flag-5'>文件系統(tǒng)</b>誤刪除的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

    EXT4文件系統(tǒng)下分區(qū)不能掛載的數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: 某品牌PowerEdge系列服務器,磁盤陣列存儲型號為該品牌MD3200系列存儲,分配lun; linux centos 7操作
    的頭像 發(fā)表于 02-23 14:44 ?732次閱讀

    服務器數(shù)據(jù)恢復-EXT3文件系統(tǒng)下郵件數(shù)據(jù)恢復案例

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

    服務器數(shù)據(jù)恢復-ext4文件系統(tǒng)服務器數(shù)據(jù)恢復案例

    一臺服務器掛載一臺存儲設備,存儲中劃分一個Lun;服務器操作系統(tǒng)是Linux centos,EXT4文件系統(tǒng)
    的頭像 發(fā)表于 08-10 14:03 ?528次閱讀

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

    服務器數(shù)據(jù)恢復環(huán)境: 基于EXT2/EXT3/EXT4/Reiserfs/Xfs
    的頭像 發(fā)表于 09-15 15:29 ?791次閱讀

    服務器數(shù)據(jù)恢復-zfs文件系統(tǒng)服務器數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: 一臺服務器共配備32塊硬盤,組建了4組RAIDZ,Windows操作系統(tǒng)
    的頭像 發(fā)表于 09-27 14:46 ?397次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>-zfs<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

    服務器數(shù)據(jù)恢復—ocfs2文件系統(tǒng)被誤格式化為Ext4文件系統(tǒng)數(shù)據(jù)恢復案例

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

    【北亞服務器數(shù)據(jù)恢復】ZFS文件系統(tǒng)服務器RAIDZ數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: 服務器中有32塊硬盤,組建了3組RAIDZ,部分磁盤作為熱備盤。zfs文件系統(tǒng)
    的頭像 發(fā)表于 12-28 15:17 ?454次閱讀
    【北亞<b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>】ZFS<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>服務器</b>RAIDZ<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

    服務器數(shù)據(jù)恢復】UFS2文件系統(tǒng)數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: 一臺服務器,虛擬化系統(tǒng)為esxi,上層使用iSCSI的方式實現(xiàn)FC SAN功能,iSCSI通過FreeNAS構(gòu)建。
    的頭像 發(fā)表于 01-09 14:53 ?603次閱讀

    服務器數(shù)據(jù)恢復—非正常關(guān)機導致服務器文件丟失的數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: 某品牌PowerEdge R730服務器+PowerVault MD3200存儲,劃分若干lun,操作系統(tǒng)版本是ce
    的頭像 發(fā)表于 01-19 13:42 ?328次閱讀

    服務器數(shù)據(jù)恢復】硬盤壞道掉線導致服務器崩潰的數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: 一臺IBM某型號服務器上有16塊FC硬盤組建RAID陣列。上層linux操作系統(tǒng)
    的頭像 發(fā)表于 02-26 11:36 ?612次閱讀

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

    服務器數(shù)據(jù)恢復環(huán)境: 一臺服務器安裝Linux操作系統(tǒng)+EXT4
    的頭像 發(fā)表于 05-17 13:33 ?312次閱讀
    <b class='flag-5'>服務器</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—KVM虛擬機raw格式磁盤<b class='flag-5'>文件數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例