为什么 dd 给我的 SD 卡与其来源不同？

Question 1

fdisk -l图像上的输出表明您的图像很差；你可以使用任何读卡器将其写入任意数量的 SD 卡，但你总是会得到不好的结果。

您需要重新读取图像，最好使用能够明确告诉您何时无法正确读取卡片的工具；例如

ddrescue /dev/sdb /mnt/toshiba2tb/pi20211217.img

Answer

fdisk -l图像上的输出表明您的图像很差；你可以使用任何读卡器将其写入任意数量的 SD 卡，但你总是会得到不好的结果。

您需要重新读取图像，最好使用能够明确告诉您何时无法正确读取卡片的工具；例如

ddrescue /dev/sdb /mnt/toshiba2tb/pi20211217.img

Question 2

on的扇区数sdb5为4294967295 = 0xffffffff，分区类型ID也为0xff。还有Invalid flag 0xffff of EBR (for partition 5) will be corrected by w(rite)错误信息。

这看起来像是 SD 卡上的写入错误：不知何故，本应存在的实际数据字节已被全 1 字节替换。

第二张卡片的尺寸为：

Disk /dev/sdb: 29.7 GiB, 31914983424 bytes, 62333952 sectors

您可能想使用Fight Flash Fraud 项目的 f3 工具验证第二张卡的实际容量。

如果您的卡是假卡，则错误可能是由于扩展分区表位于卡闪存芯片的实际容量之外，位于实际上未被任何闪存芯片覆盖的空地址空间中，因此实际上对于存储没有用处。任何数据。尝试读取此类地址空间通常只会产生全 1 字节。写入此类地址空间的任何数据都会立即丢失。

假冒存储卡通常声称其存储容量比实际容量大得多。卡开头的存储工作正常，看起来该卡可以用于休闲测试。但是，一旦您尝试使用更多容量，该卡就会开始产生错误，或者更阴险地忽略错误并返回无意义的数据。

在您的情况下，块 # 3781251 处的扩展分区表（即距离卡开头约 1.9 GB）已损坏的事实可能意味着假卡实际上具有不到 2 GiB 的实际存储容量，尽管它声称有 29.7 GiB。

Answer

on的扇区数sdb5为4294967295 = 0xffffffff，分区类型ID也为0xff。还有Invalid flag 0xffff of EBR (for partition 5) will be corrected by w(rite)错误信息。

这看起来像是 SD 卡上的写入错误：不知何故，本应存在的实际数据字节已被全 1 字节替换。

第二张卡片的尺寸为：

Disk /dev/sdb: 29.7 GiB, 31914983424 bytes, 62333952 sectors

您可能想使用Fight Flash Fraud 项目的 f3 工具验证第二张卡的实际容量。

如果您的卡是假卡，则错误可能是由于扩展分区表位于卡闪存芯片的实际容量之外，位于实际上未被任何闪存芯片覆盖的空地址空间中，因此实际上对于存储没有用处。任何数据。尝试读取此类地址空间通常只会产生全 1 字节。写入此类地址空间的任何数据都会立即丢失。

假冒存储卡通常声称其存储容量比实际容量大得多。卡开头的存储工作正常，看起来该卡可以用于休闲测试。但是，一旦您尝试使用更多容量，该卡就会开始产生错误，或者更阴险地忽略错误并返回无意义的数据。

在您的情况下，块 # 3781251 处的扩展分区表（即距离卡开头约 1.9 GB）已损坏的事实可能意味着假卡实际上具有不到 2 GiB 的实际存储容量，尽管它声称有 29.7 GiB。

Question 3

例如，具有指定标称尺寸的 SD 卡和 USB 闪存盘

32 GB = 10^9 * 32 / 2^30 GiB approx= 29.8 GiB

有接近标称尺寸的各种尺寸。有些驱动器稍大，有些驱动器稍小（是的，尺寸过小，但也不算太小）。

不幸的是，也存在欺诈行为，驱动器比名义尺寸小得多。

克隆时的一个严重问题是，您无法将具有使用整个驱动器的分区的驱动器克隆到稍小的驱动器。目标驱动器在字节级别必须至少具有相同的大小，例如通过
```
lsblk -b
```
当驱动器具有完全相同的大小时，克隆就很简单。
如果有 MSDOS 分区表（有时称为 MBR），则克隆到更大的驱动器很简单。在这种情况下，您可以增加“最后”分区的大小以使用未分配的驱动器空间。
当克隆到更大的驱动器时，如果有 GUID 分区表 (GPT)，则需要额外的操作。驱动器尾部应该有一个备份分区表，可以用以下命令修复它gdisk。这可以通过 shellscript 自动化gpt-fix。此修复已内置于姆库斯布克隆图像文件时。修复后，您可以增加“最后一个”分区的大小以使用未分配的驱动器空间。

因此，在放弃目标驱动器之前，请检查其大小，如果可能，请获取不小于原始驱动器的目标驱动器。另一种方法是缩小原始驱动器上的最后一个分区，使其适合目标驱动器的大小。您可以用于gparted此目的。

如果是 GPT，请修复备份分区表。

Answer

例如，具有指定标称尺寸的 SD 卡和 USB 闪存盘

32 GB = 10^9 * 32 / 2^30 GiB approx= 29.8 GiB

有接近标称尺寸的各种尺寸。有些驱动器稍大，有些驱动器稍小（是的，尺寸过小，但也不算太小）。

不幸的是，也存在欺诈行为，驱动器比名义尺寸小得多。

克隆时的一个严重问题是，您无法将具有使用整个驱动器的分区的驱动器克隆到稍小的驱动器。目标驱动器在字节级别必须至少具有相同的大小，例如通过
```
lsblk -b
```
当驱动器具有完全相同的大小时，克隆就很简单。
如果有 MSDOS 分区表（有时称为 MBR），则克隆到更大的驱动器很简单。在这种情况下，您可以增加“最后”分区的大小以使用未分配的驱动器空间。
当克隆到更大的驱动器时，如果有 GUID 分区表 (GPT)，则需要额外的操作。驱动器尾部应该有一个备份分区表，可以用以下命令修复它gdisk。这可以通过 shellscript 自动化gpt-fix。此修复已内置于姆库斯布克隆图像文件时。修复后，您可以增加“最后一个”分区的大小以使用未分配的驱动器空间。

因此，在放弃目标驱动器之前，请检查其大小，如果可能，请获取不小于原始驱动器的目标驱动器。另一种方法是缩小原始驱动器上的最后一个分区，使其适合目标驱动器的大小。您可以用于gparted此目的。

如果是 GPT，请修复备份分区表。

相关内容