主页 / server / 问题

问题[data-recovery](server)

Martin Hope
soulmerge
Asked: 2021-11-11 01:38:13 +0800 CST
  • 1

我有一个由两个镜像驱动器组成的 zpool，用于存储我的所有个人数据。我想添加另一个镜像驱动器，因为其他驱动器已经使用了好几年了。相反，我设法削弱了池，无法再导入它。

这是在我做任何事情之前池（称为“保险库”）的原始布局：

vault
  mirror-0
    sdd
    sdh

我尝试通过发出来添加另一个驱动器zpool add vault /dev/sdc，并从 zpool 收到警告（关于期待 vdev，但 scd 是磁盘）。我忽略了警告，并强制操作-f（是的，这很愚蠢......）

我最终得到了以下池配置：

vault
  mirror-0
    sdd
    sdh
  sdc

注意到 sdc 不是镜像的一部分，我尝试再次将其从池中删除，并意识到这是不可能的。我忽略了额外的驱动器并重新启动，并假设我的数据在 mirror-0 中已经是安全的，并决定使用重新利用 sdc 并改用另一个驱动器，用零覆盖前 100MB 的 sdc：（dd if=/dev/zero of=/dev/sdc bs=1MB count=100是的，我今天特别愚蠢... )

现在，当我尝试导入我的 zpool 时，我收到以下错误：

root@atlas:~# zpool import                                                                                                                         
   pool: vault                                                                                                                                     
     id: 3553551207657826252                                                                                                                       
  state: UNAVAIL                                                                                                                                   
 status: One or more devices are missing from the system.                                                                                          
 action: The pool cannot be imported. Attach the missing                                                                                           
        devices and try again.                                                                                                                     
   see: http://zfsonlinux.org/msg/ZFS-8000-6X                                                                                                      
 config:                                                                                                                                           
                                                                                                                                                   
        vault        UNAVAIL  missing device                                                                                                       
          mirror-0   ONLINE                                                                                                                        
            sdd      ONLINE                                                                                                                        
            sdh      ONLINE                                                                                                                        
                                                                                                                                                   
        Additional devices are known to be part of this pool, though their                                                                         
        exact configuration cannot be determined.

这些驱动器上镜像中的数据对我来说非常重要，我真的希望有一种方法可以从“部分”池中恢复数据。由于我在虚假操作后几分钟重新启动add，我假设文件系统的元数据已被擦除，并且有一种方法可以以某种方式访问​​原始数据。但我不知道从哪里开始。

谁能帮我这个？

linux debian zfs data-recovery zfsonlinux
Martin Hope
Adrian Petrescu
Asked: 2021-09-10 19:22:12 +0800 CST
  • 0

在我的 Proxmox 6.4 主机上，我有一个 250GB 大的 LVM 精简池。我在上面创建了一个 Ubuntu VM（它也使用 LVM 作为根分区），但不小心超额订阅了它，因此 VM 内的 PV 设置为 500GB。

一切都运行了一段时间，直到我超过了隐藏的 250GB 限制，VM 因 I/O 错误而崩溃并拒绝启动。所以现在我正在尝试恢复磁盘。磁盘的分区表似乎完好无损：

$ fdisk -l /dev/vm-disks/vm-101-disk-0
Disk /dev/vm-disks/vm-101-disk-0: 500 GiB, 536870912000 bytes, 1048576000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes
Disklabel type: gpt
Disk identifier: 30874BBC-0B29-4083-B5BF-E973C665D87F

Device                          Start        End    Sectors  Size Type
/dev/vm-disks/vm-101-disk-0p1    2048       4095       2048    1M BIOS boot
/dev/vm-disks/vm-101-disk-0p2    4096    2101247    2097152    1G Linux filesystem
/dev/vm-disks/vm-101-disk-0p3 2101248 1048573951 1046472704  499G Linux filesystem

我跑了

$ kpartx -a /dev/vm-disks/vm-101-disk-0

/dev/mapper为里面的 3 个分区创建条目vm-101-disk-0，这很有效。如果我运行：

$ file -sL /dev/mapper/vm--disks-vm--101--disk--0p3
/dev/mapper/vm--disks-vm--101--disk--0p3: LVM2 PV (Linux Logical Volume Manager), UUID: fdOzWR-sPcy-hyYo-Lj2H-YEnZ-wK3c-J6biES, size: 535794024448

然后我可以在磁盘的第三个分区内看到那个 PV。但是我怎样才能将它安装在主机的某个地方以开始恢复数据呢？显然pvscan从主机系统看不到它，因为它在另一个 LV 内。我在这里是否有任何恢复选项，或者虚拟机认为它有 500GB 的事实实际上并不意味着我已经将其损坏到无法修复？

lvm data-recovery proxmox
Martin Hope
adamsfamily
Asked: 2021-06-28 05:27:44 +0800 CST
  • 8

在规划 Synology Disk Station 上的 RAID 设置期间，我阅读了大量有关各种 RAID 类型的资料，这是一本很好的阅读资料：RAID 级别和URE（不可恢复的读取错误）的重要性。

但是，我还不清楚一件事：

让我们有两个场景：

  1. 阵列是2 个驱动器的RAID 1
  2. 阵列是3 个驱动器的RAID 5

两种情况的假设相同：

  • 让我们在 RAID 阵列上有 100.000 个文件
  • 一个驱动器发生故障（需要更换）
  • 在重建阵列期间恰好有一个坏扇区 (URE)

怎么了？RAID 重建是否有 99.999 个文件正常且 1 个文件丢失？还是我会丢失所有 100.000 个文件？

如果答案需要了解文件系统类型，假设文件系统是 BTRFS 或 ZFS。

raid disaster-recovery data-recovery
Martin Hope
soundsofpolaris
Asked: 2021-04-28 18:17:37 +0800 CST
  • -2

我通过颠倒顺序不小心删除了我的 4 驱动器 RAID6 中的 2 个驱动器的分区表sudo sgdisk -R=/dev/sdb /dev/sdz

parted /dev/sdb print目前报道：

Model: ATA ST2000DM008-2FR1 (scsi)
Disk /dev/sdd: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name        Flags

lsblk仍然报告：

sdb                               8:16   0   1.8T  0 disk  
└─sdb1                            8:17   0   1.8T  0

问：我需要更换分区表吗？如果我不这样做会怎样？如果我这样做了，那么恢复它的最佳方法是什么？parted在愚蠢地删除它之前，我确实有以下一些信息

 1      1049kB  2000GB  2000GB               Linux RAID  raid
partition software-raid data-recovery raid6
Martin Hope
user607743
Asked: 2020-12-24 07:05:34 +0800 CST
  • 2

raid10 中有一个卷，/dev/md3 它在 ext4 中有一个 GPT 分区/dev/md3p1，大小为 16TB。

我不小心跑了

fsck -y /dev/md3

导致文件系统/dev/md3p1损坏。

fsck -b superblock_number /dev/md3p1任何超级块 frommkfs -n /dev/md3p1都会返回错误。

testdisk in/dev/md3看到 ext4 分区，但 in/dev/md3p1什么也没看到。

如何恢复数据或分区？

sudo parted -l /dev/md3

Model: ATA WDC WD8003FFBX-6 (scsi)
Disk /dev/sda: 8002G
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  538MB   537MB   fat32              boot, esp
 2      538MB   1612MB  1074MB
 3      1612MB  55.3GB  53.7GB
 4      55.3GB  66.0GB  10.7GB
 5      66.0GB  8002GB  7936GB


Model: ATA WDC WD8003FFBX-6 (scsi)
Disk /dev/sdb: 8002GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  538MB   537MB   fat32              boot, esp
 2      538MB   1612MB  1074MB
 3      1612MB  55.3GB  53.7GB
 4      55.3GB  66.0GB  10.7GB
 5      66.0GB  8002GB  7936GB


Model: ATA WDC WD8003FFBX-6 (scsi)
Disk /dev/sdc: 8002GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  538MB   537MB   fat32              boot, esp
 2      538MB   1612MB  1074MB
 3      1612MB  55.3GB  53.7GB
 4      55.3GB  66.0GB  10.7GB
 5      66.0GB  8002GB  7936GB


Model: ATA WDC WD8003FFBX-6 (scsi)
Disk /dev/sdd: 8002GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  538MB   537MB   fat32              boot, esp
 2      538MB   1612MB  1074MB
 3      1612MB  55.3GB  53.7GB
 4      55.3GB  66.0GB  10.7GB
 5      66.0GB  8002GB  7936GB

sudo mount /dev/md3p1 /1

mount: /1: wrong fs type, bad option, bad superblock on /dev/md3p1, missing codepage or helper program, or other error.

sudo mkfs -n /dev/md3p1



mke2fs 1.44.1 (24-Mar-2018)
Creating filesystem with 3874701824 4k blocks and 484339712 inodes
Filesystem UUID: dc34be44-6f5a-47ac-a841-cbb75625b9b0
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
    102400000, 214990848, 512000000, 550731776, 644972544, 1934917632, 
    2560000000, 3855122432

sudo fsck -b 32768 /dev/md3p1

fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
fsck.ext2: Bad magic number in super-block while trying to open /dev/md3p1

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:

    e2fsck -b 8193 <device>

 or

    e2fsck -b 32768 <device>

cat /proc/mdstat


Personalities : [raid1] [raid10] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] 
md0 : active raid1 sdc2[6] sdb2[5] sda2[4] sdd2[0]
      1046528 blocks super 1.2 [4/4] [UUUU]
      
md1 : active raid1 sdb3[6] sdc3[5] sdd3[0] sda3[4]
      52395008 blocks super 1.2 [4/4] [UUUU]
      
md2 : active raid10 sdb4[5] sda4[4] sdc4[3] sdd4[0]
      20953088 blocks super 1.2 512K chunks 2 near-copies [4/4] [UUUU]
      
md3 : active raid10 sda5[1] sdd5[0] sdc5[3] sdb5[2]
      15498811392 blocks super 1.2 512K chunks 2 near-copies [4/4] [UUUU]
      bitmap: 0/116 pages [0KB], 65536KB chunk
fsck ext4 data-recovery raid10
Martin Hope
Alan Tone
Asked: 2020-01-30 08:10:17 +0800 CST
  • 1

服务器具有带有几个卷的 Thin LVM：

vm-130-disk-0 - was deleted and need to be restored.
vm-137-disk-0 - was NOT deleted.

尝试恢复在删除之前创建的 /etc/lvm/archive/pve_00336-2034680334.vg：

# vgcfgrestore --force --file /etc/lvm/archive/pve_00336-2034680334.vg pve
# vgimport pve
# lvchange -ay /dev/pve/vm-130-disk-0
      Thin pool pve-data-tpool (254:6) transaction_id is 324, while expected 311.
      ...

# lvs -a              
  LV              VG   Attr       LSize   Pool Origin Data%  Meta%
  data            pve  twi---tz--   1.57t      # NOT activated pool data
  [data_tdata]    pve  Twi-a-----   1.57t      # OK  a=Activated
  [data_tmeta]    pve  ewi-a-----  16.00g      # OK  a=Activated                                              
  root            pve  -wi-a-----  10.00g      # OK  a=Activated                                 
  vm-130-disk-0   pve  Vwi---tz--  32.00g data # NOT activated deleted volume
  vm-137-disk-0   pve  Vwi---tz--  22.00g data # NOT activated non-deleted volume
  ...

好吧，这里我们失败了，因为 tmeta 和 tpool 之间的事务不匹配。互联网上大多数回答的人都有镜像情况：tpool=312 和 tmeta=324，看起来像 .vg 文件中的 transaction_id 修复对他们有帮助。让我们尝试修复 .vg 文件并激活：

Changed by hands transaction_id from 311 to 324 in /etc/lvm/archive/pve_00336-2034680334.vg ..

# vgcfgrestore --force --file /etc/lvm/archive/pve_00336-2034680334.vg pve
# vgimport pve
# lvchange -ay /dev/pve/vm-130-disk-0
   device-mapper: reload ioctl on (254:19) failed: No data available

In debug log appears: pve-vm--130--disk--0: Skipping NODE_DEL [trust_udev]

# lvs -a
  LV              VG   Attr       LSize   Pool Origin Data%  Meta%
  data           pve  twi-aotz--   1.57t             5.86   0.44  # OK
  [data_tdata]   pve  Twi-a-----   1.57t                          # OK                      
  [data_tmeta]   pve  ewi-a-----  16.00g                          # OK                      
  root           pve  -wi-a-----  10.00g                          # OK                      
  vm-130-disk-0  pve  Vwi---tz--  32.00g data                     # NOT activated deleted volume
  vm-137-disk-0  pve  Vwi-a-tz--  22.00g data        67.91        # OK activated non-deleted volume
  ...

已删除卷的“无可用数据”。伤心。AFAIK tpool 有 transaction_id=324，我需要以某种方式将 tpool 回滚到 312。不知道怎么做。

我可以用什么激活 pve/vm-130-disk-0 ？

# lvm version
  LVM version:     2.02.168(2) (2016-11-30)
  Library version: 1.02.137 (2016-11-30)
  Driver version:  4.35.0

# uname -a
Linux adminslotlogicrestoreasap 4.9.0-11-amd64 #1 SMP Debian 4.9.189-3+deb9u2 (2019-11-11) x86_64 GNU/Linux

谢谢阅读！我将不胜感激任何建议。

lvm disk-volume data-recovery
Martin Hope
Alan Tone
Asked: 2020-01-25 08:17:35 +0800 CST
  • 1

拥有独立的 Proxmox 节点，其中包含 LVM Thin 和 VM 130 卷 /dev/pve/vm-130-disk-0。VM 130 被意外删除。Mysql 数据库随 VM 丢失。在我们发现它一天后，该节点上的所有虚拟机都已停止以防止写入 /dev/pve。新备份也被删除，没有恢复的机会。删除后没有创建新的虚拟机。

如何从丢失的卷（以前称为 /dev/pve/vm-130-disk-0）中恢复数据库表？

我尝试过的（没有运气）：

  1. 将 vm130 上的 LVM 元数据回滚到删除时刻。由于命令“lvs”的输出，我可以看到卷 /dev/pve/vm-130-disk-0，但它处于非活动状态并且无法激活，因为出现错误：device-mapper: reload ioctl on (253:7) failed ：没有可用数据恢复时我被迫使用“lvconvert --repair”损坏了LVM，就像这里https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/1625201 链接的解决方法有助于激活pve/数据，但不是 /dev/pve/vm-130-disk-0。

  2. testdisk 在物理磁盘 /dev/sda3 上查找 VM 分区。找到了 18 个分区，但没有人知道来自 VM 103 的测试字符串。使用 bgrep 进行测试。请注意，这些分区不涵盖整个物理磁盘。

  3. 使用 bgrep 搜索来自 VM 130 的 /dev/sda3 文本字符串。在 testdisk 创建的 VM 分区之外的磁盘上的两个不同位置中找到的字符串。

  4. 使用“undrop-for-innodb”搜索整个磁盘 /dev/sda3 来恢复 mysql 表。为不同的数据库获得了 12 GB 的页面，包括我正在寻找的数据库。但是字典/SYS_TABLES.sql 会产生巨大的表 ID，例如 5643947289462206311 和奇怪的符号 \0！在表名中：

    2020203D2020 4E414D455F434F SYS_TABLES "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0std\n\0\0!\0!\0 !\0database_name\0INSERT INTO tbl_log_\n SET log_id " 5643947289462206311 NULL NULL 1600742439 "" 741488441

    此外，使用这些巨大的表 ID，dictionary/SYS_INDEXES.sql 什么也找不到。很好的方法在这里的第一个答案：https ://dba.stackexchange.com/questions/23251/is-there-a-way-to-recover-a-dropped-mysql-database

在 /dev/pve/vm-130-disk-0 内部：

# fdisk -l

     Disk /dev/sda: 32 GiB, 34359738368 bytes, 67108864 sectors
     Units: sectors of 1 * 512 = 512 bytes
     Sector size (logical/physical): 512 bytes / 512 bytes
     I/O size (minimum/optimal): 512 bytes / 512 bytes
     Disklabel type: dos
     Disk identifier: 0x65ab60ca

     Device     Boot    Start      End  Sectors  Size Id Type
     /dev/sda1  *        2048 64286719 64284672 30.7G 83 Linux
     /dev/sda2       64288766 67106815  2818050  1.4G  5 Extended
     /dev/sda5       64288768 67106815  2818048  1.4G 82 Linux swap / Solaris

     Above /dev/sda1 is ext4 with mysql database files.

mysql
     - mysql-server-5.5               5.5.47-0+deb8u1                  amd64
     - tables stored in innoDB format.
     - tables stored in separate files (my.cnf):
            innodb_file_per_table = 1
     - binary log forced enabled, but it rotated very othen:
            expire_logs_days    = 7

Proxmox 详细信息：

# uname -a
    Linux wz020 4.15.18-12-pve #1 SMP PVE 4.15.18-35 (Wed, 13 Mar 2019 08:24:42 +0100) x86_64 GNU/Linux
# pveversion
    pve-manager/5.4-3/0a6eaa62 (running kernel: 4.15.18-12-pve)
# pvs
    PV         VG  Fmt  Attr PSize PFree
    /dev/sda3  pve lvm2 a--  1.64t 6.00g
# vgs
    VG                           #PV #LV #SN Attr   VSize VFree
    pve                            1  26   0 wz--n- 1.64t 6.00g

我将不胜感激任何建议和想法。谢谢！

mysql lvm ext4 data-recovery
Martin Hope
Alexander Weber
Asked: 2019-10-27 08:42:05 +0800 CST
  • 0

首先，我的 MySQL DB 和 Linux 技能不太好。我花了几天时间寻找解决方案并尝试了几种方法。以下方法是我用得最远的一种。

我安装 MariaDB 的 SD 卡已损坏。但是，我能够恢复 /var/lib/mysql 目录。

我设置了一个新的 Ubuntu 安装和一个干净的 MySQL 数据库。在我将恢复的数据库目录复制到新文件夹（没有 ibdata）并重新启动数据库后，我可以看到这些表，但收到错误“1146 表不存在”。

然后我还复制了文件 ibdata 并更改了权限（chmod、chown、chgrp）。但在那之后我不能再启动 MySQL 服务了。我收到以下错误：

[注意] InnoDB：如果mysqld执行用户被授权，页面清理线程优先级可以改变。请参阅 setpriority() 的手册页。

[错误] InnoDB：无法在只读模式下创建日志文件

[错误] InnoDB：插件初始化因错误只读事务而中止

[错误] 插件“InnoDB”初始化函数返回错误。

[错误] 插件“InnoDB”注册为存储引擎失败。

[错误] 无法初始化内置插件。

[错误] 中止

我试过 innodb_force_recovery 0-6 没有成功。

有没有人提示我错误的含义以及如何恢复我的数据库？

data-recovery
Martin Hope
Hakuno
Asked: 2017-01-25 11:39:13 +0800 CST
  • 0

首先，对不起我糟糕的英语。好的？

所以，伙计们，我的 DELL PowerEdge R420 停止了。它采用 SAS x4 设计的 RAID-5。

但是，有两个驱动器有问题：

  • 一个是在SMART错误下。
  • 另一个简直失败了。

所以，RAID-5 不能正常工作是正确的。我的意思是服务器不再启动操作系统。它说有一个未知的文件系统。

如果我用 SMART-error 替换 HDD/SAS 那么它可以再次运行吗？

因为我知道 RAID-5 至少需要 3 个硬盘才能正常运行。

我不能称之为“外国配置”。它仅显示“清除配置”。

Ps.：我试图移除全部失败的硬盘并在“清除配置”上运行 RAID-5。虽然没有成功。

Ps.：我需要恢复数据。严重地。

请参阅下面的打印屏幕：

开放管理

raid sas raid5 dell-poweredge data-recovery
Martin Hope
Dave Evans
Asked: 2016-10-29 12:33:47 +0800 CST
  • 0

** 免责声明，我最近才成为该系统的管理员，并意识到备份无法使用。同样，管理软件的状态也很糟糕**

系统（Ubuntu 14.04）在 RAID 1（A 和 B）中运行两个 146GB 10k SAS 驱动器。机箱是可热插拔的，因此服务器过去和现在仍在运行此过程。

  • 故障驱动器 A 被驱动器 C 替换，闪烁绿色状态确认阵列正在重建

  • 回到 C 并显示稳定的绿色状态（在线）但驱动器 B 稳定的琥珀色（离线/严重故障）

  • 但是，输入/输出错误表明存在明显未同步的大量文件系统补丁，并且文件系统恢复为只读

我的目标是确定驱动器 B 故障的根源，如果它是小问题（例如无法读取的块错误），则要么使用驱动器 B 重新启动系统，要么尽管出现错误，仍强制重建阵列。主要是确定如何让阵列控制器报告故障模式，并将故障驱动器视为正常驱动器。

我只想恢复一些小的配置文件，以便在重新安装时让我的生活更轻松。

服务器当前处于受限状态，但如果重新启动，肯定不会从驱动器 C 启动，因为 /bin/ 的一部分丢失了。令人惊讶的是，它仍然发挥着它的作用，因为它只定期用于 dhcp 和 ssh。

hp-proliant data-recovery raid1 drive-failure ubuntu-14.04