主页 / unix / 问题 / 783961
Accepted
Antti Keskinen
Asked: 2024-09-23 22:37:06 +0800 CST

“物理尺寸”信息来自哪里？

  • 772

我有一台嵌入式 Linux 设备（不是 Raspberry Pi），它在 eMMC 驱动器上有两个分区。我使用供应商提供的工具将这两个分区复制到 USB 驱动器上，该驱动器的大小大致等于 eMMC 驱动器的大小。

我接下来要做的是将 USB 驱动器安装到 Linux 计算机上，并使用诸如和e2fsck之类的工具resize2fs -M将第二个文件系统的大小调整为最小可行大小，最后用于gdisk调整分区本身的大小以匹配。

在所有计算中，我都小心确保分区不会小于文件系统，甚至我将分区做得稍微大一些，然后再resize2fs扩大文件系统以匹配它。

完成这些操作后，我得到了一个 16 GB 的 USB 驱动器，其中包含一个 118 MiB 的启动分区和一个 3.1 GiB 的根文件系统分区。然后我习惯dd直接从 USB 驱动器读取数据，利用bs=和count=参数将读取的数据量限制为仅延伸到第二个分区结束的地方加上一个额外的扇区以容纳“零扇区”。

结果是，我现在有一个图像文件，其中两个分区的大小与它们对应源的大小完全相同，但是当我使用 7-Zip 工具的“文件”->“属性”选项时，它声称“物理大小”（红色圈出）大于这些分区，并且大于我指示dd从源复制的大小。

这个“物理大小”值从何而来？它是分区表的一部分吗？还是dd以某种方式从磁盘读取的？

有什么方法可以修改它以摆脱“意外的数据结束”错误？

图片来自7-zip

filesystems

2 个回答

  1. Best Answer

    这个“物理大小”值从何而来？它是分区表的一部分吗？

    是的。

    请参阅GUID 分区表 - 维基百科

    有什么方法可以修改它以摆脱“意外的数据结束”错误？

    是的。

    看来标准 Linux 工具知道如何修复截断的 GPT 磁盘。

    创建 test-short.img 时遇到同样的问题

    $ dd if=/dev/zero bs=1M count=10 of=test.img
10+0 records in
10+0 records out
10485760 bytes (10 MB, 10 MiB) copied, 0.0161485 s, 649 MB/s

$ gdisk test.img
GPT fdisk (gdisk) version 1.0.8

Partition table scan:
  MBR: not present
  BSD: not present
  APM: not present
  GPT: not present

Creating new GPT entries in memory.

Command (? for help): n
Partition number (1-128, default 1): 
First sector (34-20446, default = 2048) or {+-}size{KMGTP}: 
Last sector (2048-20446, default = 20446) or {+-}size{KMGTP}: 18430    
Current type is 8300 (Linux filesystem)
Hex code or GUID (L to show codes, Enter = 8300): 
Changed type of partition to 'Linux filesystem'

Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to test.img.
Warning: The kernel is still using the old partition table.
The new table will be used at the next reboot or after you
run partprobe(8) or kpartx(8)
The operation has completed successfully.

$ dd if=test.img bs=1M count=9 of=test-short.img
9+0 records in
9+0 records out
9437184 bytes (9.4 MB, 9.0 MiB) copied, 0.00650826 s, 1.5 GB/s

    如何修复该问题

    IIUC，您在映像文件末尾留下了一个空扇区，我们可以将其用作“辅助 GPT 标头”（尾部？）。假设该表有通常的 128 个分区条目，您需要为这些条目添加另外 32 个扇区，然后就可以解决问题了。

    $ dd if=/dev/zero bs=512 count=32 >> test-short.img

$ gdisk test-short.img
GPT fdisk (gdisk) version 1.0.8

Warning! Disk size is smaller than the main header indicates! Loading
secondary header from the last sector of the disk! You should use 'v' to
verify disk integrity, and perhaps options on the experts' menu to repair
the disk.
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.

Warning! Error 25 reading partition table for CRC check!
Warning! One or more CRCs don't match. You should repair the disk!
Main header: OK
Backup header: ERROR
Main partition table: OK
Backup partition table: ERROR

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: damaged

****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************

Command (? for help): p
Disk test-short.img: 18464 sectors, 9.0 MiB
Sector size (logical): 512 bytes
Disk identifier (GUID): 01BD61C8-5DC3-42CA-824D-B5C1B3B09A77
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 20446
Partitions will be aligned on 2048-sector boundaries
Total free space is 4030 sectors (2.0 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048           18430   8.0 MiB     8300  Linux filesystem

Command (? for help): x

Expert command (? for help): e
Relocating backup data structures to the end of the disk

Expert command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to test-short.img.
Warning: The kernel is still using the old partition table.
The new table will be used at the next reboot or after you
run partprobe(8) or kpartx(8)
The operation has completed successfully.

    确认 test-short.img 已修复

    $ gdisk test-short.img
GPT fdisk (gdisk) version 1.0.8

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): p
Disk test-short.img: 18464 sectors, 9.0 MiB
Sector size (logical): 512 bytes
Disk identifier (GUID): 01BD61C8-5DC3-42CA-824D-B5C1B3B09A77
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 18430
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048           18430   8.0 MiB     8300  Linux filesystem

Command (? for help): q
    • 3

  2. 创建文件系统时，会保留 5% 的空间供 root 执行写入操作。这原本是为了让系统即使在用户进程运行后也能进行恢复。

    因此，“最小可行尺寸”对于非根进程来说是不可行的。

    或者，创建一个 4GB 的分区，进行复制，然后将大小减小到合适的最小值。

    • -1

相关问题