恢复xfs文件系统superblock实验

1. 创建一个XFS文件系统
[[email protected] ~]# mkfs.xfs -f /dev/vdb1
meta-data=/dev/vdb1              isize=256    agcount=4, agsize=1966102 blks
         =                       sectsz=512   attr=2, projid32bit=0
data     =                       bsize=4096   blocks=7864408, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0
log      =internal log           bsize=4096   blocks=3840, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

[[email protected] ~]# cat /etc/fstab |grep vdb1
/dev/vdb1     /test     xfs     defaults     0 0

[[email protected] ~]# mount -a

[[email protected] ~]# df -h
/dev/vdb1                         30G  610M   30G   2% /test

2. 卸载文件系统/test, 并且破坏superblock
[[email protected] ~]# umount /test

[[email protected] ~]# dd if=/dev/zero of=/dev/vdb1 bs=512 count=1
1+0 records in
1+0 records out
512 bytes (512 B) copied, 0.00251096 s, 204 kB/s

3. 再次挂载报错
[[email protected] ~]# mount -a
mount: wrong fs type, bad option, bad superblock on /dev/vdb1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

[[email protected] ~]# dmesg
[22597379.623449] XFS (vdb1): bad magic number
[22597379.624372] XFS (vdb1): SB validate failed

4. 恢复superblock
[[email protected] ~]# xfs_repair /dev/vdb1
Phase 1 - find and verify superblock...
bad primary superblock - bad magic number !!!

attempting to find secondary superblock...
.........found candidate secondary superblock...
verified secondary superblock...
writing modified primary superblock
sb realtime bitmap inode 18446744073709551615 (NULLFSINO) inconsistent with calculated value 129
resetting superblock realtime bitmap ino pointer to 129
sb realtime summary inode 18446744073709551615 (NULLFSINO) inconsistent with calculated value 130
resetting superblock realtime summary ino pointer to 130
Phase 2 - using internal log
        - zero log...
        - scan filesystem freespace and inode maps...
sb_icount 0, counted 64
sb_ifree 0, counted 60
sb_fdblocks 7860552, counted 7712768
        - found root inode chunk
Phase 3 - for each AG...
        - scan and clear agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
Phase 5 - rebuild AG headers and trees...
        - reset superblock...
Phase 6 - check inode connectivity...
        - resetting contents of realtime bitmap and summary inodes
        - traversing filesystem ...
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...
Note - stripe unit (0) and width (0) fields have been reset.
Please set with mount -o sunit=<value>,swidth=<value>
done

5. 确认是否已经恢复
[[email protected] ~]# mount -a
[[email protected] ~]# df -h
/dev/vdb1                         30G  610M   30G   2% /test

时间: 2024-08-30 02:37:15

恢复xfs文件系统superblock实验的相关文章

恢复ext4文件系统superblock

恢复ext4文件系统superblock 1. Create ext4 文件系统. [[email protected] ~]# mkfs.ext4 /dev/vdb1 [[email protected] ~]# partprobe /dev/vdb 2. 挂载文件系统 [[email protected] ~]# grep vdb2 /etc/fstab /dev/vdb1    /ext4    ext4    defaults    0 0 [[email protected] ~]#

文件的基本管理和XFS文件系统备份恢复

1.1  Linux系统目录结构,相对/绝对路径. 1.2  创建/复制/删除文件,rm -rf / 意外事故 1.3查看文件内容 1.4实战-xfs文件系统的备份和恢复 1.1  Linux系统目录结构,相对/绝对路径. 1.1.1  linux系统目录结构 Linux系统中有没有所谓的本地磁盘C D E? / 通常称为根分区. 所有的文件和目录的起始点 只有root用户对此目录拥有写权限.   /etc  /etc/passwd 账号文件  /etc/init.d/network等. 配置文

Centos7.5-文件的基本管理和XFS文件系统备份恢复

本节所讲内容: 4.1 Linux系统目录结构和相对/绝对路径. 4.2 创建/复制/删除文件,rm -rf / 意外事故 4.3 查看文件内容的命令 4.4 实战:xfs文件系统的备份和恢复 4.1 Linux系统目录结构和相对/绝对路径 4.1.1系统目录结构 在WIN系统中,查看文件先进入相应的盘符,然后进入文件目录在WIN中,它是多根 c:\ d:\ e:\Linux只有一个根目录 使用tree命令查看linux目录结构,这个命令默认是没有安装的,需要手工安装一下 [[email pro

第四章 文件的基本管理和XFS文件系统备份恢复

第四章 文件的基本管理和XFS文件系统备份恢复 本节所讲内容: 4.1 Linux系统目录结构和相对/绝对路径. 4.2 创建/复制/删除文件,rm -rf / 意外事故 4.3 查看文件内容的命令 4.4 实战:xfs文件系统的备份和恢复   4.1 Linux系统目录结构和相对/绝对路径 4.1.1系统目录结构 在WIN系统中,查看文件先进入相应的盘符,然后进入文件目录 ?? 在WIN中,它是多根 c:\ d:\ e:\ Linux只有一个根目录   ?? 使用tree命令查看linux目录

Linux零基础入学之1-4 Linux文件管理-xfs文件系统的备份恢复-服务器来电后自动开机

[本节内容] Linux系统目录结构 相对/绝对路径 创建/复制/删除文件 rm -rf / 意外事故 查看文件内容 xfs文件系统的备份和恢复  (在rhel6.5上做) 服务器来电后自动开机 [linux系统的目录结构] Linux是单根目录,单根组织文件 /    根分区 所有文件和目录由此开始.只有root用户对此目录有写权限 例:cd /        #查看根目录下的文件 /etc   配置文件目录 包含所有应用程序的配置文件,也包含启动.关闭某个特定 程序的脚本    例如: /e

基本文件管理,针对Centos7的XFS文件系统备份恢复

1.1  Linux系统目录结构,相对/绝对路径. 1.2  创建/复制/删除文件,rm -rf / 意外事故 1.3 查看文件内容 1.4 xfs文件系统的备份和恢复 在Linux当中一切都是文件 1.1.1  linux系统目录结构 [[email protected] /]# ll total 32 lrwxrwxrwx.   1 root root    7 Aug 17 01:00 bin -> usr/bin dr-xr-xr-x.   5 root root 4096 Nov  9

xfs文件系统的备份和恢复

xfs文件系统的备份和恢复 备份整个分区与恢复整个分区内容 创建磁盘,分区,格式化,挂载 在挂载点 /sdb1 写一点内容 备份整个分区 yum install xfsdump -y mkidr /backup xfsdump -f /backup/dump_sdb1 /sdb1 //交互式备份 -> dump_sdb1 指定备份会话标签 -> sdb1 指定设备标签 xfsdump -f /backup/dump_sdb1_v2 /sdb1 -L dump_sdb1_v2 -M sdb1 /

由异常掉电问题---谈xfs文件系统

本文皆是作者自己的学习总结或感悟(linux环境),如有不对,欢迎提出一起探讨!! 目录结构 一.相关知识 二.问题提出 三.处理方法 四.最终结果 一.相关知识 1.xfs文件系统(概念性知识网上很多,自己去查喽) 文件系统的定义: 文件系统是操作系统用于明确存储设备(常见的是磁盘,也有基于NAND Flash的固态硬盘)或分区上的文件的方法和数据结构:即在存储设备上组织文件的方法. xfs文件系统: 是一个日志型文件系统 日志文件系统?加一个日志来记录文件系统的更改,即使在断电或者是操作系统

xfs文件系统修复方法

首先尝试mount和umount文件系统,以便重放日志,修复文件系统,如果不行,再进行如下操作. 1.检查文件系统:先确保umount xfs_check /dev/sdd(盘符); echo $? 返回0表示正常 2.执行xfs_repair -n,检查文件系统是否损坏,如何损坏会列出将要执行的操作 如果幸运的话,会发现没有问题,你可以跳过后续的操作.该命令将表明会做出什么修改,一般情况下速度很快,即便数据量很大,没理由跳过. 3.执行xfs_repair修复文件系统 xfs_repair /