色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

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

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

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

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

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

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

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

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

審核編輯黃宇

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

    關(guān)注

    12

    文章

    9295

    瀏覽量

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

    關(guān)注

    10

    文章

    585

    瀏覽量

    17587
收藏 人收藏

    評論

    相關(guān)推薦

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    ubuntu刪除的文件怎么恢復

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

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

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

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

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

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

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

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

    服務器數(shù)據(jù)恢復環(huán)境: 一臺服務器安裝Linux操作系統(tǒng)+EXT4文件系統(tǒng)。服務器上運行數(shù)臺KVM虛擬機,每臺虛擬機包含一個qcow2格式的
    的頭像 發(fā)表于 05-17 13:33 ?483次閱讀
    服務器<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>案例

    服務器數(shù)據(jù)恢復—xfs文件系統(tǒng)分區(qū)丟失的數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: 一臺服務器+MD1200磁盤柜通過RAID卡創(chuàng)建了一組RAID5陣列并分配一個LUN。在Linux系統(tǒng)層面將該LUN劃分了sdc1和sdc2兩個分區(qū)。通過LVM
    的頭像 發(fā)表于 05-16 11:07 ?538次閱讀
    服務器<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—xfs<b class='flag-5'>文件系統(tǒng)分區(qū)</b>丟失的<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例

    虛擬機數(shù)據(jù)恢復EXT4文件系統(tǒng)KVM虛擬機數(shù)據(jù)恢復案例

    發(fā)行版本中。KVM使用Linux自身的調(diào)度器進行管理。 本案例中的服務器操作系統(tǒng)為Linux,文件系統(tǒng)EXT4。操作系統(tǒng)上的部署的幾臺KVM虛擬機被刪除,每臺KVM虛擬機包含一個q
    的頭像 發(fā)表于 04-17 14:22 ?404次閱讀
    虛擬機<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>—<b class='flag-5'>EXT4</b><b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>下</b>KVM虛擬機<b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>恢復</b>案例
    主站蜘蛛池模板: 混乱家庭电影完整版在线看 | 国产欧美日韩综合精品一区二区 | 国产一区二区波多野结衣 | 中文在线中文资源 | 美女被抽插到哭内射视频免费 | 亚洲永久精品ww47app | 亚洲日本va中文字幕久久 | 亚洲午夜精品AV无码少妇 | 一本到道免费线观看 | 古风一女N男到处做高H | 青青草原社区 | 啊灬啊别停灬用力啊在线观看视频 | 高清国产激情视频在线观看 | 不卡人妻无码AV中文系列APP | 亚洲精品成人在线 | 极品虎白在线观看 | 免费果冻传媒2021在线观看 | 国产性色AV内射白浆肛交后入 | 久艾草在线精品视频在线观看 | www亚洲欲色成人久久精品 | 日韩一区二区在线免费观看 | 久久66热在线视频精品 | 亚洲精品视频免费观看 | 野草视频在线观看 | 亚洲精品无码久久久久A片空 | 久久久午夜精品福利内容 | 专干老肥熟女视频网站300部 | 日韩 国产 欧美视频二区 | 亚洲a视频在线观看 | 偷拍 自怕 亚洲 在线 | 久久只有这里有精品4 | 国产360激情盗摄全集 | 恋夜影院安卓免费列表uc | 父亲在线日本综艺免费观看全集 | gogogo免费视频观看 | 再插深点嗯好大好爽 | 久久99r66热这里有精品 | 免费精品一区二区三区AA片 | 好紧的小嫩嫩17p | 欧美午夜特黄AAAAAA片 | 邪恶肉肉全彩色无遮盖 |