女人自慰AV免费观看内涵网,日韩国产剧情在线观看网址,神马电影网特片网,最新一级电影欧美,在线观看亚洲欧美日韩,黄色视频在线播放免费观看,ABO涨奶期羡澄,第一导航fulione,美女主播操b

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

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

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

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

Frombyte ? 來源:Frombyte ? 作者:Frombyte ? 2023-02-23 14:44 ? 次閱讀

服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:
某品牌PowerEdge系列服務(wù)器,磁盤陣列存儲(chǔ)型號(hào)為該品牌MD3200系列存儲(chǔ),分配lun;
linux centos 7操作系統(tǒng),EXT4文件系統(tǒng)。

服務(wù)器故障:
服務(wù)器在工作中由于未知原因突然關(guān)機(jī)且無法啟動(dòng),管理員經(jīng)過修復(fù)后可以啟動(dòng)服務(wù)器,但服務(wù)器的某個(gè)分區(qū)無法掛載。管理員對(duì)無法掛載的分區(qū)執(zhí)行了fsck修復(fù),修復(fù)完成后該分區(qū)可以成功掛載,但是查看該分區(qū)數(shù)據(jù)后發(fā)現(xiàn)部分文件丟失。

服務(wù)器數(shù)據(jù)恢復(fù)過程:
1、數(shù)據(jù)恢復(fù)工程師到達(dá)現(xiàn)場后將故障服務(wù)器以只讀模式映射到北亞企安數(shù)據(jù)恢復(fù)服務(wù)器上,將所有硬盤數(shù)據(jù)以只讀方式鏡像到數(shù)據(jù)恢復(fù)服務(wù)器上,后續(xù)數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都基于鏡像文件進(jìn)行,避免對(duì)原始數(shù)據(jù)造成二次破壞。
2、通過對(duì)鏡像文件的分析,數(shù)據(jù)恢復(fù)工程師初步診斷導(dǎo)致該服務(wù)器故障的原因是機(jī)房供電不穩(wěn)引起的服務(wù)器非正常關(guān)機(jī)。
3、仔細(xì)分析故障服務(wù)器的底層數(shù)據(jù),發(fā)現(xiàn)服務(wù)器的異常斷電導(dǎo)致目錄項(xiàng)被破壞,所幸的是底層數(shù)據(jù)依然存在,只需要數(shù)據(jù)恢復(fù)工程師手工修復(fù)即可恢復(fù)數(shù)據(jù)。
4、由于管理員對(duì)文件系統(tǒng)執(zhí)行了fsck修復(fù),被破壞的目錄項(xiàng)在修復(fù)失敗后以目錄節(jié)點(diǎn)號(hào)命名,并存放于lost+found目錄內(nèi),隨后又清除了這些目錄項(xiàng)所對(duì)應(yīng)的數(shù)據(jù)區(qū)索引。這就是分區(qū)掛載成功后部分文件丟失的原因。這樣的情況想要恢復(fù)數(shù)據(jù),可以根據(jù)被刪除的虛擬磁盤文件的文件系統(tǒng)和文件類型在vmfs卷自由空間中進(jìn)行排查,匹配碎片并重新合并,最終通過這種方式將刪除的虛擬磁盤文件恢復(fù)。
5、由于故障服務(wù)器采用的是EXT4文件系統(tǒng),EXT4文件系統(tǒng)有一個(gè)特點(diǎn)就是文件丟失后其節(jié)點(diǎn)信息也會(huì)被清除,所以在本案例不能采用基于節(jié)點(diǎn)信息進(jìn)行還原的方法來恢復(fù)數(shù)據(jù),而是根據(jù)丟失的文件目錄項(xiàng)節(jié)點(diǎn)號(hào)匹配lost+found目錄下的文件名稱這種方式來恢復(fù)數(shù)據(jù)。因?yàn)閘ost+found目錄下的文件命名規(guī)則就是該文件的目錄項(xiàng)節(jié)點(diǎn)號(hào)。可以先提取目錄項(xiàng)節(jié)點(diǎn)號(hào)并與lost+found目錄下的文件名進(jìn)行一一對(duì)應(yīng),最終還原出服務(wù)器的原始目錄結(jié)構(gòu)。
6、基于鏡像文件分析底層,在底層空間掃描目錄項(xiàng)的區(qū)域,將目錄項(xiàng)的節(jié)點(diǎn)號(hào)、數(shù)量等信息進(jìn)行統(tǒng)計(jì)和記錄,根據(jù)服務(wù)器磁盤中的文件系統(tǒng)信息將統(tǒng)計(jì)到的目錄項(xiàng)和節(jié)點(diǎn)號(hào)進(jìn)行整合匹配,然后匹配lost+found目錄下的文件記錄號(hào),最終將服務(wù)器分區(qū)丟失的數(shù)據(jù)恢復(fù)出來。
7、經(jīng)過管理員對(duì)恢復(fù)出來的數(shù)據(jù)進(jìn)行反復(fù)驗(yàn)證后,確認(rèn)恢復(fù)出來的數(shù)據(jù)完整有效,本次數(shù)據(jù)恢復(fù)工作完成。

審核編輯黃宇

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

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    在眾核場景EXT4該如何應(yīng)對(duì)才能發(fā)揮性能

    一、背景和問題 1. EXT4日志的問題 隨著計(jì)算機(jī)系統(tǒng)加載數(shù)百個(gè)CPU內(nèi)核,文件系統(tǒng)的可擴(kuò)展性得到進(jìn)一步強(qiáng)調(diào)。因此本文主要定位服務(wù)器中廣泛使用的Ext4
    的頭像 發(fā)表于 12-30 11:35 ?413次閱讀
    在眾核場景<b class='flag-5'>下</b><b class='flag-5'>EXT4</b>該如何應(yīng)對(duì)才能發(fā)揮性能

    服務(wù)器數(shù)據(jù)恢復(fù)—LINUX系統(tǒng)刪除/格式化的數(shù)據(jù)恢復(fù)可行性分析

    基于linux的文件系統(tǒng)EXT2/EXT3/EXT4/Reiserfs/Xfs) 刪除或者格式化的數(shù)
    的頭像 發(fā)表于 12-06 13:52 ?375次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)——Ext4文件系統(tǒng)umount失敗的數(shù)據(jù)恢復(fù)案例

    塊組:Ext4文件系統(tǒng)的全部空間被劃分為若干個(gè)塊組,每個(gè)塊組結(jié)構(gòu)基本上相同。 塊組描述符表:每個(gè)塊組都對(duì)應(yīng)一個(gè)塊組描述符,這些塊組描述符統(tǒng)一放在文件系統(tǒng)的前部,稱為塊組描述符表。每個(gè)塊組描述符大小
    的頭像 發(fā)表于 11-13 13:25 ?751次閱讀
    服務(wù)器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>——<b class='flag-5'>Ext4</b><b class='flag-5'>文件系統(tǒng)</b>umount失敗的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    虛擬化數(shù)據(jù)恢復(fù)—UFS2文件系統(tǒng)數(shù)據(jù)恢復(fù)案例

    虛擬化數(shù)據(jù)恢復(fù)環(huán)境: SAN環(huán)境通過iSCSI實(shí)現(xiàn)FreeNAS,F(xiàn)reeNAS采用的UFS2文件系統(tǒng)。物理存儲(chǔ)架構(gòu)在一臺(tái)服務(wù)器上,另外兩臺(tái)服務(wù)器上安裝ESXi虛擬化
    的頭像 發(fā)表于 11-11 11:02 ?500次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—raid5陣列+reiserfs文件系統(tǒng)數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 一臺(tái)服務(wù)器中有一組由4塊SAS硬盤組建的RAID5陣列,上層安裝linux操作系統(tǒng)統(tǒng)。分區(qū)結(jié)構(gòu):boot
    的頭像 發(fā)表于 11-07 13:15 ?432次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—異常斷電導(dǎo)致linux系統(tǒng)無法啟動(dòng)的數(shù)據(jù)恢復(fù)案例

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 某品牌服務(wù)器+同品牌存儲(chǔ),Linux centos7+EXT4文件系統(tǒng)。 服務(wù)器故障: 意外斷電導(dǎo)致服務(wù)器操作系統(tǒng)
    的頭像 發(fā)表于 10-25 17:42 ?951次閱讀

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

    服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境: 郵件服務(wù)器中有一組由8塊盤組成的RAID5陣列, 上層是Linux操作系統(tǒng)+EXT3文件系統(tǒng)。 服務(wù)器故障:
    的頭像 發(fā)表于 10-23 15:11 ?398次閱讀
    服務(wù)器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—<b class='flag-5'>EXT</b>3<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>下</b>誤刪除<b class='flag-5'>數(shù)據(jù)</b>的<b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)—V7000存儲(chǔ)NTFS文件系統(tǒng)數(shù)據(jù)恢復(fù)案例

    服務(wù)器存儲(chǔ)數(shù)據(jù)恢復(fù)環(huán)境: 一臺(tái)掛載在Windows server服務(wù)器上的v7000存儲(chǔ)。存儲(chǔ)空間劃分了一個(gè)分區(qū),采用NTFS文件系統(tǒng),存
    的頭像 發(fā)表于 10-14 14:03 ?497次閱讀
    服務(wù)器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—V7000存儲(chǔ)NTFS<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    Linux根文件系統(tǒng)掛載過程

    Linux根文件系統(tǒng)(rootfs)是Linux系統(tǒng)中所有其他文件系統(tǒng)和目錄的起點(diǎn),它是內(nèi)核啟動(dòng)時(shí)掛載的第一個(gè)文件系統(tǒng)
    的頭像 發(fā)表于 10-05 16:50 ?819次閱讀

    [2K300適配OpenharmonyV4.1]根文件系統(tǒng)制作請(qǐng)教

    嘗試更改制作文件格式為ext4,但是燒錄時(shí)也失敗了。 請(qǐng)問能否提供一Openharmony 根文件系統(tǒng)的相關(guān)資料,或者開源一Openha
    發(fā)表于 09-11 11:18

    全志Linux磁盤操作基礎(chǔ)命令

    //生產(chǎn)一個(gè)1G大小的dd.img鏡像 [ubuntu@book:~]$ mkfs.ext4 dd.img//格式化為 ext4文件系統(tǒng)類型。 [ubuntu@book:~]$ sudo mount
    發(fā)表于 09-02 10:47

    ubuntu刪除的文件怎么恢復(fù)

    : Ubuntu文件系統(tǒng)概述 Ubuntu是一個(gè)基于Linux的操作系統(tǒng),其文件系統(tǒng)與Windows系統(tǒng)有所不同。在Ubuntu中,文件系統(tǒng)
    的頭像 發(fā)表于 08-30 15:10 ?2870次閱讀

    虛擬機(jī)數(shù)據(jù)恢復(fù)—KVM虛擬機(jī)被誤刪除的數(shù)據(jù)恢復(fù)案例

    虛擬機(jī)數(shù)據(jù)恢復(fù)環(huán)境: Linux操作系統(tǒng)服務(wù)器,EXT4文件系統(tǒng)。服務(wù)器中有數(shù)臺(tái)KVM虛擬機(jī)。 虛擬機(jī)1:主
    的頭像 發(fā)表于 08-07 13:33 ?688次閱讀
    虛擬機(jī)<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—KVM虛擬機(jī)被誤刪除的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)—誤刪除KVM虛擬機(jī)的數(shù)據(jù)恢復(fù)案例

    1臺(tái)服務(wù)器,Linux操作系統(tǒng)+EXT4文件系統(tǒng),部署了數(shù)臺(tái)KVM虛擬機(jī),每臺(tái)虛擬機(jī)包含一個(gè)qcow2格式的磁盤文件,和一個(gè)raw格式的磁盤文件
    的頭像 發(fā)表于 06-17 15:10 ?545次閱讀
    服務(wù)器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—誤刪除KVM虛擬機(jī)的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例

    服務(wù)器數(shù)據(jù)恢復(fù)—CX4-480存儲(chǔ)中XFS文件系統(tǒng)分區(qū)丟失的數(shù)據(jù)恢復(fù)案例

    重裝操作系統(tǒng)后,未知原因?qū)е路?wù)器操作系統(tǒng)層面的磁盤分區(qū)改變,一個(gè)XFS文件系統(tǒng)分區(qū)丟失,無法訪問,該分區(qū)存放大量重要業(yè)務(wù)信息。
    的頭像 發(fā)表于 06-03 14:51 ?490次閱讀
    服務(wù)器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>—CX<b class='flag-5'>4</b>-480存儲(chǔ)中XFS<b class='flag-5'>文件系統(tǒng)分區(qū)</b>丟失的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復(fù)</b>案例