主 GPT 表损坏(RAID-1 并安装为 /home)阻止我重新安装 Linux

主 GPT 表损坏(RAID-1 并安装为 /home)阻止我重新安装 Linux

Env:Linux TRANQUILITY 5.3.18-150300.59.49-preempt #1 SMP PREEMPT Mon Feb 7 14:40:20 UTC 2022 (77d9d02) x86_64 x86_64 x86_64 GNU/Linux还有 OpenSuse Leap 15.3 和 KDE Plasma 5

当我从 USB 记忆棒运行操作系统安装时,我进行了分区检查,其中出现了以下错误:-(/usr/bin/udevadm /dev/sdd1 could not be found (failed)我不记得确切的错误文本,无需重新运行安装过程,但这就是要点它)

去年(2021 年 4 月)我遇到了/home数据丢失的问题,不得不将非 RAID 磁盘带到数据恢复公司。根据我的记忆,我认为这是一个 GPT 错误,修复起来只是昂贵的,而且不是天文数字(很乐意花钱来确保我的数据安全)。我让他们/home将该磁盘上的所有数据传输到我购买的两个 1TB WD Black 磁盘之一。我使用两个新磁盘设置了 RAID-1,直到最近这似乎都运行良好。

奇怪的事情开始发生,我不知道它们是否相关,但它们似乎相当系统化 - 例如:

  1. Firefox 选项卡在某些网站上立即开始崩溃,我认为/认为这可能是 Firefox 的错误
  2. Python 停止工作到无关程序失败的程度(主要是 Libre-Office - 不断进入恢复),但 FreeCAD(主要基于 Python)仍然可以工作
  3. 由于版本库丢失/不正确(仍然存在),Corel AftershotPro 无法启动

我尝试过的许多修复似乎都回到了 Python。最后我删除了Python,它卸载了很多关键的操作系统内容(特别是GUI),然后我重新安装了它(以及大多数已自动卸载的项目。即使这样也不起作用,所以我想我我会重新安装操作系统 -/home正如我所提到的,我认为我的数据是安全的,但事实并非如此,它阻止了我的重新安装以稳定我的计算机。

lsblk
<snipped the loop devices>
sda             8:0    0 931.5G  0 disk  
└─sda1          8:1    0 931.5G  0 part  
  └─md127       9:127  0 931.5G  0 raid1 
    └─md127p1 259:0    0 931.5G  0 part  /home
sdb             8:16   0   1.8T  0 disk  
└─sdb1          8:17   0   1.8T  0 part  
  └─cr-auto-1 254:0    0   1.8T  0 crypt /china2
sdc             8:32   0 111.8G  0 disk  
├─sdc1          8:33   0   148M  0 part  
├─sdc2          8:34   0   100G  0 part  /
├─sdc3          8:35   0     2G  0 part  
└─sdc4          8:36   0     2G  0 part  
sdd             8:48   0 931.5G  0 disk  
sde             8:64   0   1.8T  0 disk  
└─sde1          8:65   0   1.8T  0 part  /chinaPhotos

注意sda/sda1/md127/md127p1在这里安装为/home

我猜想sdasdd物理 RAID 设备是起作用的吗?sdd是损坏的吗?

我已经尝试过以下操作:(显示的/home/dev/md127p1

df -h
Filesystem                        Size  Used Avail Use% Mounted on
devtmpfs                          4.0M     0  4.0M   0% /dev
tmpfs                             7.8G  243M  7.5G   4% /dev/shm
tmpfs                             3.1G  335M  2.8G  11% /run
tmpfs                             4.0M     0  4.0M   0% /sys/fs/cgroup
/dev/sdc2                         100G   38G   63G  38% /
/dev/sdc2                         100G   38G   63G  38% /.snapshots
/dev/sdc2                         100G   38G   63G  38% /boot/grub2/i386-pc
/dev/sdc2                         100G   38G   63G  38% /boot/grub2/x86_64-efi
/dev/sdc2                         100G   38G   63G  38% /opt
/dev/sdc2                         100G   38G   63G  38% /root
/dev/sdc2                         100G   38G   63G  38% /srv
/dev/sdc2                         100G   38G   63G  38% /tmp
/dev/sdc2                         100G   38G   63G  38% /var
/dev/sdc2                         100G   38G   63G  38% /usr/local
/dev/sdb1                         1.8T  1.7T   94G  95% /chinaPhotos
/dev/md127p1                      932G  402G  530G  44% /home
<snipped loop devices>
/dev/mapper/cr-auto-1             1.9T  1.5T  399G  79% /china2
tmpfs                             1.6G   72K  1.6G   1% /run/user/1000
/dev/sdm                          3.4M  3.3M  116K  97% /run/media/░░░░/SBEAM
/dev/sdn                          1.6M   24K  1.6M   2% /run/media/░░░░/UPDATE
192.168.░░░.░░░:/volume1/DataBackup  2.7T  2.3T  492G  83% /░░░░░
<snipped loop devices>

最后,我尝试过

mdadm --detail /dev/md*  
mdadm: /dev/md does not appear to be an md device
/dev/md127:
           Version : 1.0
     Creation Time : Sun Apr 25 17:58:55 2021
        Raid Level : raid1
        Array Size : 976761344 (931.51 GiB 1000.20 GB)
     Used Dev Size : 976761344 (931.51 GiB 1000.20 GB)
      Raid Devices : 2
     Total Devices : 1
       Persistence : Superblock is persistent

     Intent Bitmap : Internal

       Update Time : Sun Mar  6 19:26:29 2022
             State : clean, degraded 
    Active Devices : 1
   Working Devices : 1
    Failed Devices : 0
     Spare Devices : 0

Consistency Policy : bitmap

              Name : any:home
              UUID : 75959fa2:f25b6088:7a9e9a80:c1f38480
            Events : 3183874

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       -       0        0        1      removed
/dev/md127p1:
           Version : 1.0
     Creation Time : Sun Apr 25 17:58:55 2021
        Raid Level : raid1
        Array Size : 976760303 (931.51 GiB 1000.20 GB)
     Used Dev Size : 976761344 (931.51 GiB 1000.20 GB)
      Raid Devices : 2
     Total Devices : 1
       Persistence : Superblock is persistent

     Intent Bitmap : Internal

       Update Time : Sun Mar  6 19:26:29 2022
             State : clean, degraded 
    Active Devices : 1
   Working Devices : 1
    Failed Devices : 0
     Spare Devices : 0

Consistency Policy : bitmap

              Name : any:home
              UUID : 75959fa2:f25b6088:7a9e9a80:c1f38480
            Events : 3183874

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       -       0        0        1      removed

安装过程被识别/dev/sdd为问题,但似乎有与fdisk下面相同的问题。

fdisk /dev/sdd

Welcome to fdisk (util-linux 2.36.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

The primary GPT table is corrupt, but the backup appears OK, so that will be used.

fdisk  /dev/sda

Welcome to fdisk (util-linux 2.36.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.


Command (m for help): v
No errors detected.
Header version: 1.0
Using 1 out of 128 partitions.
A total of 2014 free sectors is available in 1 segment.

计算机大部分工作正常,我已经备份了 /home 的大部分数据,但更新正在备份,我无法安全地重新安装。

就硬件而言,依次物理删除每个 RAID 磁盘(首先关闭 PC,obvs) - 其中一个磁盘对启动没有影响(所有磁盘都在重新启动时工作),但删除另一个磁盘会停止启动过程,所以我猜第二个是正在工作的 RAID/dev/sda磁盘/home,第一个是“损坏的”磁盘/dev/sdd!我还尝试将损坏的 SATA 电缆更换为可用的 SATA 电缆,以防万一出现问题,但什么也没有!

我可以运行哪些进一步的诊断/操作来查看是否:

  • 我关于该磁盘有故障的假设是正确的
  • 找出问题所在
  • 格式化它或以其他方式恢复它并将其添加回 RAID1 阵列(或者我应该更换它吗?)

答案1

GPT 错误非常小,您可以忽略它。您昨天似乎已从阵列中删除了 sdd。运行mdadm -E /dev/sdd1并将其输出添加到您的问题中。希望仍然可以看到该驱动器上的 raid 元数据,并确认它最近已被删除,在这种情况下,您可以将mdadm --re-add其放回阵列中。

不过,在将其添加回阵列之前,您可以使用 检查驱动器的运行状况smartctl -a /dev/sdd

至于其他奇怪的症状,您可能需要运行 memtest86 来检查您的内存。

相关内容