如何修复无效磁盘(/dev/sda 上的坏超级块)?

如何修复无效磁盘(/dev/sda 上的坏超级块)?

我在这里遇到了一个大问题,我无法访问或安装我的硬盘。首先,我将解释一下发生了什么。我有一台配备 240GB SSD 的笔记本,其中存储了两个操作系统(Windows 10 和 Linux Mint)。此外,我有一个 1TB HD,它有 5 个分区:一个指向 Linux /boot 的分区(我不知道为什么它存储在 HD 上而不是我的 SSD 上)、3 个数据分区和另一个大约 128mb 大小的分区。不知道是关于什么的。

昨天我试图清理这个烂摊子,所以我将这 3 个数据分区转换为一个 NTFS 分区。好吧,在那之后,我无法再访问或挂载 HD 上的数据分区(仅在 Linux 上),我收到以下消息:

mount: /mnt/Data: wrong fs type, bad option, bad superblock on /dev/sda2, missing codepage or helper program, or other error.[/code]

但是,我能够通过 Windows 10 访问该分区。因此,我打开 Windows 的分区管理器,我看到我的数据分区(由这 3 个分区合并而成)看起来像一个“巨大”分区,分为三个(但它仍然是一个分区)。我认为这导致了“超级坏块”问题。

那时,我的硬盘上只有三个分区:/boot 分区、数据分区和 128mb 分区。因此,我决定删除该 128mb 并调整数据分区大小以覆盖该可用空间。但由于未知的原因,我无法做到这一点(图 1 显示了 GParted 上出现的内容)。之后,我也无法在 Windows 上访问或挂载该数据分区。它显示我有一个动态无效磁盘(图 2)。

但是,我仍然可以启动我的计算机,因为我的启动分区位于我无法访问的硬盘上。

以下是我认为可能对您有用的一些信息。

/dev/sda:我的1T HD(无法访问)

/dev/sda1: /boot 分区

/dev/sda2:数据分区(3个分区合并为1个)

/dev/sdb:我的 240GB SSD

/dev/sdb2:Windows 10

/dev/sda5:Linux薄荷

须藤 fdisk -l输出:

Disk /dev/loop0: 89,1 MiB, 93417472 bytes, 182456 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


Disk /dev/loop1: 67,6 MiB, 70844416 bytes, 138368 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


Disk /dev/loop2: 137,7 MiB, 144363520 bytes, 281960 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


Disk /dev/loop3: 181,1 MiB, 189870080 bytes, 370840 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


Disk /dev/loop4: 173,4 MiB, 181846016 bytes, 355168 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


Disk /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: BDC807D4-A466-472B-AB1F-F9BD1D3D92A4

Device       Start        End    Sectors   Size Type
/dev/sda1     2048    4892671    4890624   2,3G EFI System
/dev/sda2  4892672 1953262990 1948370319 929,1G Microsoft LDM data


Disk /dev/sdb: 223,6 GiB, 240057409536 bytes, 468862128 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: gpt
Disk identifier: 488DE50E-CA02-4188-A8BA-BFBE94AA6D27

Device         Start       End   Sectors   Size Type
/dev/sdb1       2048    264191    262144   128M Microsoft reserved
/dev/sdb2     264192 262797671 262533480 125,2G Microsoft basic data
/dev/sdb3  262799360 264060927   1261568   616M Windows recovery environment
/dev/sdb4  264062976 265113599   1050624   513M EFI System
/dev/sdb5  265113600 426919935 161806336  77,2G Linux filesystem
/dev/sdb6  426919936 468860927  41940992    20G Microsoft basic data

须藤块输出:

/dev/sda1: UUID="0DB9-B011" TYPE="vfat" PARTUUID="fe734bc3-5680-46ad-bc53-8f876decf806"
/dev/sdb2: LABEL="Windows SSD" UUID="483A6E3A3A6E2562" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="35bbc920-7232-43e5-b532-00d1c54fb794"
/dev/sdb3: LABEL="P2 SSD" UUID="A4F2E807F2E7DB94" TYPE="ntfs" PARTUUID="75b4f1a5-2a74-4fc7-9596-2c2e443e4a8e"
/dev/sdb4: LABEL="P3 SSD" UUID="E5A6-210F" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="29b24382-886e-4a49-a0aa-32b98a62b083"
/dev/sdb5: UUID="533ea09a-307d-4b10-a6b2-faf4aa228b53" TYPE="ext4" PARTUUID="bebe8d5b-8fd3-4b2a-acfa-fb3b6ea92ea0"
/dev/sdb6: UUID="DEAE8FFDAE8FCC89" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="1c19b35d-09be-485a-b29b-4e1b05aea3e6"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/sda2: PARTLABEL="LDM data partition" PARTUUID="2f4de199-3eea-11ea-98b5-681729feaf96"
/dev/sdb1: PARTLABEL="Microsoft reserved partition" PARTUUID="dec170f4-3c3c-47fe-af7c-f86a8576e499"

执行时出错须藤挂载 /dev/sda2 /mnt:

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

图 1(Windows 分区管理器):https://ibb.co/LNQMSH6

图 2(GParted):https://ibb.co/4NXRrPx

太感谢了!

答案1

好吧,我不知道为什么这个问题还没有得到回答,因为它很简单。所以我就把它扔在这里。

/dev/sda2  4892672 1953262990 1948370319 929,1G Microsoft LDM data

是微软的动态磁盘。 GNU mount 无法处理它,因为它不理解文件系统类型。您将需要安装ldmtool.

#[bash]: ldmtool create all

将创建一个 GNU 安装可理解的链接,/dev/mapper您可以在该链接下正常安装。

相关内容