主页 / unix / 问题 / 722435
Accepted
Kamil
Asked: 2022-10-26 13:22:10 +0800 CST

Debian 11.5 真的需要 500MB+ 的 EFI 分区吗？

  • 772

我已经在瘦客户端上安装了 Debian 11.5。它具有相对较小的 16GB eMMC 内存用于存储。

在“标准”模式下的安装分区程序创建了 3 个分区：EFI (508MB)、根 (14.2GB) 和交换 (1GB)。安装后，当我检查磁盘空间 ( df -h) 时，我看到：

Filesystem      Size  Used Avail Use% Mounted on
udev            1.9G     0  1.9G   0% /dev
tmpfs           376M  2.3M  374M   1% /run
/dev/mmcblk0p2   14G  1.7G   12G  13% /
tmpfs           1.9G     0  1.9G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
/dev/mmcblk0p1  511M  3.5M  508M   1% /boot/efi
tmpfs           376M     0  376M   0% /run/user/1000

看起来/boot/efi分区上只使用了 508M 的 3.5M。

这是否意味着我可以在安装过程中将其大小更改为 16-32M，或者必须保持原样？

它能否以某种方式增长（假设我不会更改操作系统或升级 Debian 发行版）？

partition

2 个回答

  1. Best Answer

    标准中没有 EFI 系统分区的大小限制。唯一的限制是它必须是 FAT32。然而，一些系统固件可以读取 FAT16 分区。

    Microsoft 建议使用100 MB。Linux 建议 550 MB 以防止意外创建 FAT16 文件系统可能源自这里。

    FAT32 分区的最小大小为65,527 个簇，计算结果为大约 9216 字节，小于 32 兆字节。如果您的引导加载程序很小，这会很好。请记住，您可能需要两倍的空间来获得临时升级空间。

    这是否意味着我可以在安装过程中将其大小更改为 16-32M，或者必须保持原样？

    重新运行安装并手动创建分区。我会为 EFI 分区使用 100 兆字节。对于大多数船用装载机来说，这应该是一个安全的量。

    它可以以某种方式增长吗？

    这是可能的，但非常困难。最好将您的 EFI 分区设置为引导加载程序允许维护所需的最小值的 220%。

    • 2

  2. 值得一提的是，我一直在运行 RHEL 7 和 CentOS 7，从 ~7.6 版本开始，并已更新到 7.9（当前最新版本）。

    当我从 dvd 安装 RHEL/CentOS 7 并制作磁盘分区时，我总是制作/boot大小为1GB和/boot/efi大小为 的100MB，并且从未遇到过空间问题。

    yum update'd我现有的服务器之一，在过去 3 年中已经多次使用，这是它当前的磁盘大小

    /dev/sda3       3.5T  302G  3.2T   9% /
/dev/sda2       950M  249M  702M  27% /boot
/dev/sda1        95M   10M   85M  11% /boot/efi

    那么Debian 11.5 真的需要 500MB+ 的 EFI 分区吗？

    不，我认为没有任何 linux 肯定不适合 EFI 分区。

    /boot如果您想保留无限数量的过去内核而不是默认的 5，那么您可以考虑增加/boot大于1gb. 这是我目前要让您了解的内容是什么让/boot我 27% 充满了 1GB 大小；这是 RHEL 7.9：

    [root@server:/boot] : du -sh *
152K    config-3.10.0-1160.66.1.el7.x86_64
152K    config-3.10.0-1160.71.1.el7.x86_64
152K    config-3.10.0-1160.76.1.el7.x86_64
11M     efi
0       grub2
76M     initramfs-0-rescue-63a38dc3982544d5adc1c46384d7d1a5.img
35M     initramfs-3.10.0-1160.66.1.el7.x86_64.img
35M     initramfs-3.10.0-1160.71.1.el7.x86_64.img
35M     initramfs-3.10.0-1160.76.1.el7.x86_64.img
316K    symvers-3.10.0-1160.66.1.el7.x86_64.gz
316K    symvers-3.10.0-1160.71.1.el7.x86_64.gz
316K    symvers-3.10.0-1160.76.1.el7.x86_64.gz
3.5M    System.map-3.10.0-1160.66.1.el7.x86_64
3.5M    System.map-3.10.0-1160.71.1.el7.x86_64
3.5M    System.map-3.10.0-1160.76.1.el7.x86_64
6.5M    vmlinuz-0-rescue-63a38dc3982544d5adc1c46384d7d1a5
6.5M    vmlinuz-3.10.0-1160.66.1.el7.x86_64
6.5M    vmlinuz-3.10.0-1160.71.1.el7.x86_64
6.5M    vmlinuz-3.10.0-1160.76.1.el7.x86_64

    我的建议，如果你想/boot/efi尽可能小，我会去20MB；因为/boot我认为尽可能小500MB是安全的，并且会300MB尽可能地推动它。EFI 分区/boot/efi总是精简的，因为它向上和向外指向/boot真正的引导（内核）文件所在的位置，该文​​件具有很大的大小。我习惯看到的约定是作为类型/boot文件系统。您没有特定的分区，因为 debian 选择了不同的约定，只是将它放在主根分区下，这很好，并且从本质上解决了任何潜在的空间问题，所以您只需要担心大小不够大.XFS/boot/efivfat/boot/boot/efi

    • 1

相关问题