Syslinux
Syslinux 是一系列引导加载程序，能够从驱动器、CD 和通过 PXE 通过网络引导。
支持的文件系统
一些支持的 文件系统 包括 FAT、NTFS、ext2、ext3、ext4、XFS、UFS/FFS 和未压缩的单设备 Btrfs。
- 截至 Syslinux 6.03，引导加载程序不支持部分支持文件系统的功能。更多信息请参见 文件系统支持完整列表。通常可以通过使用一个单独的 /boot 分区，并使用像 FAT32 这样普遍支持的文件系统来解决。
- Syslinux 不支持扇区大小非 512 字节的 FAT 文件系统。
安装
安装 syslinux 包。
BIOS 引导还需要 gptfdisk 包（用于 BIOS/GPT 设置）以及 mtools（如果您的 /boot 分区是 FAT 格式）。
UEFI 引导需要安装 efibootmgr 包。
安装 Syslinux 引导加载程序
安装包与安装引导加载程序不同。安装完相关包后，还需要将引导加载程序代码本身安装到合适的位置（通常是 VBR 或 ESP），以便能够引导系统；以下章节将根据您系统的具体特性提供不同的安装说明。
BIOS 系统
Syslinux BIOS 引导过程分阶段进行
- 第一阶段 - 第一部分 - 加载 MBR
- 引导时，BIOS 加载磁盘开头处的 440 字节 MBR 引导代码（
/usr/lib/syslinux/bios/mbr.bin或/usr/lib/syslinux/bios/gptmbr.bin）。 - 第一阶段 - 第二部分 - 搜索活动分区
- 第一阶段 MBR 引导代码 查找被标记为活动的（MBR 磁盘中的 boot 标志）分区。假设这是
/boot分区。 - 第二阶段 - 第一部分 - 执行卷引导记录
- 第一阶段 MBR 引导代码 执行
/boot分区的卷引导记录（VBR）。对于 Syslinux，VBR 引导代码是/boot/syslinux/ldlinux.sys的起始扇区，该文件由extlinux --install命令创建。请注意ldlinux.sys和ldlinux.c32是不同的。 - 第二阶段 - 第二部分 - 执行
/boot/syslinux/ldlinux.sys - VBR 将加载
/boot/syslinux/ldlinux.sys的剩余部分。/boot/syslinux/ldlinux.sys的扇区位置不应改变，否则 Syslinux 将无法引导。注意 对于 Btrfs，上述方法将不起作用，因为文件会移动导致ldlinux.sys的扇区位置发生变化。因此，在 Btrfs 中，整个ldlinux.sys代码嵌入在 VBR 后面的空间中，而不是像其他文件系统那样安装在/boot/syslinux/ldlinux.sys。 - 第三阶段 - 加载
/boot/syslinux/ldlinux.c32 /boot/syslinux/ldlinux.sys将加载/boot/syslinux/ldlinux.c32（核心模块），其中包含 Syslinux 的其余核心部分，这些部分由于文件大小限制未能装入ldlinux.sys。ldlinux.c32文件应该存在于每个 Syslinux 安装中，并且版本应与分区中安装的ldlinux.sys版本匹配。否则 Syslinux 将无法引导。更多信息请参见 https://bugzilla.syslinux.org/show_bug.cgi?id=7。- 第四阶段 - 搜索并加载配置文件
- Syslinux 完全加载后，它会查找
/boot/syslinux/syslinux.cfg（在某些情况下是/boot/syslinux/extlinux.conf）并加载它。如果没有找到配置文件，您将进入 Syslinux 的boot:提示符。此阶段及 Syslinux 的其余非核心部分（/boot/syslinux/*.c32模块，不包括lib*.c32和ldlinux.c32）需要/boot/syslinux/lib*.c32（库）模块存在（https://wiki.syslinux.org/wiki/index.php/Common_Problems#ELF）。lib*.c32库模块和非核心*.c32模块应与分区中安装的ldlinux.sys版本匹配。
自动设置
syslinux-install_update 脚本是 Arch Linux 特有的，并未被 Syslinux 上游提供/支持。请将脚本相关的错误报告直接提交至 Arch issue tracker，而不是上游。执行 syslinux-install_update 脚本后，请不要忘记通过 #Configuration 和 #Kernel parameters 编辑 /boot/syslinux/syslinux.cfg。
syslinux-install_update 脚本设置了一个默认的根分区，可能与您的具体系统不符。通过编辑 /boot/syslinux/syslinux.cfg 将 Syslinux 指向正确的根分区非常重要，否则操作系统将无法启动。请参见 #Kernel parameters。syslinux-install_update 脚本将安装引导加载程序代码（通常安装到 VBR），将 *.c32 模块复制到 /boot/syslinux/，设置启动标志，在 MBR 中安装引导代码，并将 /usr/share/syslinux/syslinux.cfg 复制到 /boot/syslinux/syslinux.cfg。它可以处理 MBR 和 GPT 磁盘以及软件 RAID。
如果您使用独立的 /boot 分区，请确保它已被挂载。使用 lsblk 检查；如果看不到 /boot 挂载点，请在继续操作前将其挂载。
运行带参数的 syslinux-install_update：-i（安装文件），-a（使用 boot 标志将分区标记为 active），-m（安装 MBR 引导代码）。
# syslinux-install_update -i -a -m
如果此命令失败并出现 Syslinux BIOS install failed，问题可能在于 extlinux 二进制文件找不到包含 /boot 的分区。
# extlinux --install /boot/syslinux/
extlinux: cannot find device for path /boot/syslinux extlinux: cannot open device (null)
这可能发生在升级 LILO 时，因为 LILO 在引导当前自定义内核时，将内核命令行参数（例如 root=/dev/sda1）转换为其数字等效值 root=801，这可以通过 /proc/cmdline 和 mount 命令的输出看出。解决办法是继续执行下面的手动安装，同时向 extlinux 指定 --device=/dev/sda1，或者只需先引导回标准的 Arch Linux 内核；它使用 initramfs，从而避免了这个问题。
- 如果现在重启系统，您会看到 Syslinux 提示符。要自动引导系统或显示引导菜单，您需要创建（编辑）配置文件。
- 如果您在另一个根目录（例如，来自安装盘）下，请通过指向 chroot 来安装 SYSLINUX。
# syslinux-install_update -i -a -m -c /mnt
现在是时候通过 #Configuration 和 #Kernel parameters 编辑 /boot/syslinux/syslinux.cfg 了。
手动设置
/dev/ 路径）前加上挂载点。您计划安装 Syslinux 的引导分区必须包含 FAT、ext2、ext3、ext4 或 Btrfs 文件系统。您不必将其安装在文件系统的根目录，例如，设备 /dev/sda1 挂载在 /boot。例如，您可以将 Syslinux 安装在 syslinux 子目录中。
# mkdir /boot/syslinux
如果您希望使用除基本引导提示符之外的任何菜单或配置，请将 /usr/lib/syslinux/bios/ 中的所有 .c32 文件复制到 /boot/syslinux/。不要创建符号链接。
# cp /usr/lib/syslinux/bios/*.c32 /boot/syslinux/
现在安装引导加载程序。对于 FAT、ext2/3/4 或 btrfs 引导分区，请使用 extlinux，其中设备已被挂载。
# extlinux --install /boot/syslinux
或者，对于 FAT 引导分区，请使用 syslinux，其中设备未挂载。
# syslinux --directory syslinux --install /dev/sda1
之后，继续安装适合分区表的 Syslinux 引导加载程序代码。
如接下来的章节所述。
有关更多通用信息，请参见 Master Boot Record。
blkid -s PTTYPE -o value /dev/sda 进行检查。MBR 分区表
对于 MBR 分区表，请确保您的引导分区在分区表中被标记为“active”（设置了“boot”标志）。可以执行此操作的应用程序包括 fdisk 和 parted。它应该看起来像这样：
# fdisk -l /dev/sda
[...] Device Boot Start End Blocks Id System /dev/sda1 * 2048 104447 51200 83 Linux /dev/sda2 104448 625142447 312519000 83 Linux
安装 MBR
# dd bs=440 count=1 conv=notrunc if=/usr/lib/syslinux/bios/mbr.bin of=/dev/sda
Syslinux 提供了一个备用的 MBR：altmbr.bin。此 MBR 不会扫描可引导分区；相反，MBR 的最后一个字节被设置为一个指示要引导哪个分区的数值。以下是如何将 altmbr.bin 复制到相应位置的示例：
# printf '\x5' | cat /usr/lib/syslinux/bios/altmbr.bin - | dd bs=440 count=1 conv=notrunc iflag=fullblock of=/dev/sda
在这种情况下，将一个值为 5（十六进制）的字节附加到 altmbr.bin 的内容中，并将生成的 440 字节写入设备 sda 的 MBR。Syslinux 安装在磁盘的第一个逻辑分区（/dev/sda5）上。
GUID 分区表
对于 GPT，请确保为 /boot 分区设置了属性位 2“Legacy BIOS bootable”。对于 Parted，可以使用“legacy_boot”标志进行设置。使用 sgdisk 设置属性的命令是：
# sgdisk /dev/sda --attributes=1:set:2
这将为 /dev/sda 的分区 1 设置“legacy BIOS bootable”属性。要检查：
# sgdisk /dev/sda --attributes=1:show
1:2:1 (legacy BIOS bootable)
安装 MBR
# dd bs=440 count=1 conv=notrunc if=/usr/lib/syslinux/bios/gptmbr.bin of=/dev/sda
UEFI 系统
UEFI Syslinux 的局限性
- 在 UEFI Syslinux 菜单中使用
Tab编辑内核参数可能会导致显示混乱（文本重叠）。错误报告：[2] - UEFI Syslinux 不支持链式加载其他 EFI 应用程序，如
UEFI Shell或Windows Boot Manager。功能请求：[3] - 在某些情况下，UEFI Syslinux 可能无法在某些虚拟机中启动，如 QEMU/OVMF 或 VirtualBox 或某些 VMware 产品/版本，以及 DUET 等 UEFI 仿真环境中。一位 Syslinux 贡献者已确认 VMware Workstation 10.0.2 和 Syslinux-6.02 或更高版本没有此类问题。错误报告：[4]、[5] 和 [6]
- UEFI 没有 memdisk。功能请求：[7]
- Syslinux 使用已弃用的 EFI 传输协议进行 UEFI 引导。官方支持的内核不受影响，因为它们是使用
CONFIG_EFI_HANDOVER_PROTOCOL=y构建的。没有此配置的内核将无法启动，请参见 FS#77632。 - 混合模式引导（从 IA32 syslinux 引导 x86_64 内核）可能无法工作。[8]
- 没有对 安全启动 的良好支持。[9]
部署
esp 表示 EFI 系统分区（也称 ESP）的挂载点。在 EFI 系统分区中设置 Syslinux，如下所示。
将 Syslinux 文件复制到 ESP
# mkdir -p esp/EFI/syslinux # cp -r /usr/lib/syslinux/efi64/* esp/EFI/syslinux
使用 efibootmgr 为 Syslinux 创建 UEFI 引导项。
# efibootmgr --create --disk /dev/sdX --part Y --loader /EFI/syslinux/syslinux.efi --label "Syslinux" --unicode
其中 /dev/sdXY 是包含引导加载程序的 EFI 系统分区。
创建或编辑 esp/EFI/syslinux/syslinux.cfg，请参见 #Configuration。
- UEFI 的配置文件是
esp/EFI/syslinux/syslinux.cfg，而不是/boot/syslinux/syslinux.cfg。/boot/syslinux/中的文件是 BIOS 特有的，与 UEFI Syslinux 无关。 - 当以 BIOS 模式引导时，efibootmgr 无法为
/EFI/syslinux/syslinux.efi设置 EFI nvram 条目。为解决此问题，请将资源放在默认 EFI 位置：esp/EFI/syslinux/* -> esp/EFI/BOOT/*和esp/EFI/syslinux/syslinux.efi -> esp/EFI/BOOT/bootx64.efi。
配置
Syslinux 配置文件 syslinux.cfg 应安装在安装 Syslinux 的同一目录下。在本例中，对于 BIOS 系统是 /boot/syslinux/，对于 UEFI 系统是 esp/EFI/syslinux/。
引导加载程序将查找 syslinux.cfg（首选）或 extlinux.conf。
- syslinux-install_update 通过复制示例配置文件
/usr/share/syslinux/syslinux.cfg来创建/boot/syslinux/syslinux.cfg。如果您手动安装了 Syslinux 引导加载程序，则需要手动将/usr/share/syslinux/syslinux.cfg复制到syslinux目录。 - 可以使用关键字
KERNEL代替LINUX。KERNEL尝试检测文件类型，而LINUX始终期望 Linux 内核。 TIMEOUT的值单位是 **0.1 秒**。
示例
- 需要编辑示例中的任何配置文件以设置正确的内核参数。请参见 #Kernel parameters 部分。
- 请密切注意路径。示例可能不适用于您的安装，尤其是在使用 UEFI 时。
- 以下示例假定内核和 initramfs 文件位于
syslinux.cfg所在目录的上层目录（更准确地说，是工作目录的上层）。
引导提示符
这是一个简单的配置文件，它将显示一个 boot: 提示符并在 5 秒后自动引导。如果您想在不显示提示符的情况下直接引导，请将 PROMPT 设置为 0。
配置
* BIOS: /boot/syslinux/syslinux.cfg * UEFI: esp/EFI/syslinux/syslinux.cfg
PROMPT 1 TIMEOUT 50 DEFAULT arch LABEL arch LINUX ../vmlinuz-linux APPEND root=UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx rw INITRD ../initramfs-linux.img LABEL archfallback LINUX ../vmlinuz-linux APPEND root=UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx rw INITRD ../initramfs-linux-fallback.img
文本引导菜单
Syslinux 还允许您使用引导菜单。要使用它，请将 menu 和 libutil 模块复制到您的 Syslinux 目录：
# cp /usr/lib/syslinux/bios/{menu,libutil}.c32 /boot/syslinux/
自 5.00 版本起，通常还需要额外的 lib*.c32 库模块。有关模块依赖树，请参见 Syslinux wiki。
配置
* BIOS: /boot/syslinux/syslinux.cfg * UEFI: esp/EFI/syslinux/syslinux.cfg
UI menu.c32 PROMPT 0 MENU TITLE Boot Menu TIMEOUT 50 DEFAULT arch LABEL arch MENU LABEL Arch Linux LINUX ../vmlinuz-linux APPEND root=UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx rw INITRD ../initramfs-linux.img LABEL archfallback MENU LABEL Arch Linux Fallback LINUX ../vmlinuz-linux APPEND root=UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx rw INITRD ../initramfs-linux-fallback.img
有关菜单系统的更多详情，请参见 Syslinux wiki。
图形引导菜单
Syslinux 还允许您使用图形引导菜单。要使用它，请将 vesamenu COM32 模块复制到您的 Syslinux 文件夹：
# cp /usr/lib/syslinux/bios/vesamenu.c32 /boot/syslinux/
自 5.00 版本起，通常还需要额外的 lib*.c32 库模块。有关模块依赖树，请参见 Syslinux wiki。
/usr/lib/syslinux/efi64/（对于 IA32（32 位）EFI 系统，则为 efi32）复制，否则您将看到一个黑屏。在这种情况下，请从 Live 介质引导并使用 chroot 进行适当的更改。此配置使用与 Arch Install CD 相同的菜单设计，其配置可在 gitlab.archlinux.org 找到。您也可以从那里下载 Arch Linux 背景图像。将图像复制到 /boot/syslinux/splash.png。
配置
* BIOS: /boot/syslinux/syslinux.cfg * UEFI: esp/EFI/syslinux/syslinux.cfg
UI vesamenu.c32 DEFAULT arch PROMPT 0 MENU TITLE Boot Menu MENU BACKGROUND splash.png TIMEOUT 50 MENU WIDTH 78 MENU MARGIN 4 MENU ROWS 5 MENU VSHIFT 10 MENU TIMEOUTROW 13 MENU TABMSGROW 11 MENU CMDLINEROW 11 MENU HELPMSGROW 16 MENU HELPMSGENDROW 29 # Refer to https://wiki.syslinux.org/wiki/index.php/Comboot/menu.c32 MENU COLOR border 30;44 #40ffffff #a0000000 std MENU COLOR title 1;36;44 #9033ccff #a0000000 std MENU COLOR sel 7;37;40 #e0ffffff #20ffffff all MENU COLOR unsel 37;44 #50ffffff #a0000000 std MENU COLOR help 37;40 #c0ffffff #a0000000 std MENU COLOR timeout_msg 37;40 #80ffffff #00000000 std MENU COLOR timeout 1;37;40 #c0ffffff #00000000 std MENU COLOR msg07 37;40 #90ffffff #a0000000 std MENU COLOR tabmsg 31;40 #30ffffff #00000000 std LABEL arch MENU LABEL Arch Linux LINUX ../vmlinuz-linux APPEND root=UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx rw INITRD ../initramfs-linux.img LABEL archfallback MENU LABEL Arch Linux Fallback LINUX ../vmlinuz-linux APPEND root=UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx rw INITRD ../initramfs-linux-fallback.img
自 Syslinux 3.84 起，vesamenu.c32 支持 MENU RESOLUTION $WIDTH $HEIGHT 指令。要使用它，请在您的配置中插入 MENU RESOLUTION 1440 900 以获得 1440x900 的分辨率。然而，背景图片必须具有完全相同的分辨率，否则 Syslinux 将拒绝加载菜单。
要居中菜单并调整分辨率，请使用 MENU RESOLUTION、MENU HSHIFT $N 和 MENU VSHIFT $N，其中 $N 是一个正数。默认值都是 0，表示屏幕的左上角。相反，负数从屏幕的另一端开始（例如，VHSHIFT -4 表示从屏幕底部向上数 4 行）。
要将菜单居中，请添加或编辑以下值：
* BIOS: /boot/syslinux/syslinux.cfg * UEFI: esp/EFI/syslinux/syslinux.cfg
MENU RESOLUTION 800 600 # or whatever your screen resolution is MENU WIDTH 78 # width of the menu also required to bring the menu box to size MENU VSHIFT 10 # moves menu down MENU HSHIFT 10 # moves menu right
VESA 标准通常最大为 25 行和 80 列，因此高于这些值可能会将菜单移出屏幕，可能需要从救援 CD 进行编辑。
内核参数
使用 syslinux.cfg 中的 APPEND 指令来设置 内核参数：对于每个 LABEL 条目，最多只接受一条 APPEND 行（即跨越多行的写法无效）。
建议为“fallback”条目也进行以下更改。
最简单的情况，需要替换 root 参数的值；有关支持的方法，请参见 Persistent block device naming。
APPEND root=UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx rw
将 root=UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx 更改为指向正确的根卷。
如果您使用 dm-crypt 加密，请修改 APPEND 行以使用您的加密卷。
APPEND root=/dev/mapper/name cryptdevice=UUID=YYYYYYYY-YYYY-YYYY-YYYY-YYYYYYYYYYYY:name rw
如果您引导 btrfs 子卷，请在 APPEND 行中添加 rootflags=subvol=root_subvolume。例如，如果 /dev/disk/by-uuid/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx 已作为名为 'ROOT' 的 btrfs 子卷挂载（例如 mount -o noatime,subvol=ROOT /dev/disk/by-uuid/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx /mnt），则需要按如下方式修改 APPEND 行：
APPEND root=UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx rw rootflags=subvol=ROOT
否则，未能这样做将导致以下错误消息：ERROR: Root device mounted successfully, but /sbin/init does not exist.
自动引导
如果您根本不想看到 Syslinux 菜单，请使用 #Boot prompt，并将 PROMPT 设置为 0，并注释掉任何 UI 菜单条目。将 TIMEOUT 变量设置为 0 也可能是一个好主意。确保您的 syslinux.cfg 中设置了 DEFAULT。在引导时按住 Shift 或 Alt，或设置 Caps Lock 或 Scroll Lock，将允许使用除默认选项以外的选项。有关其他选择，请参见 上游 wiki。
安全
Syslinux 具有两个级别的引导加载程序安全：菜单主密码和每个菜单项密码。在 syslinux.cfg 中，使用：
MENU MASTER PASSWD passwd
来设置主引导加载程序密码，以及
MENU PASSWD passwd
在 LABEL 块内为单个引导项设置密码保护。
密码可以是明文密码或哈希密码：参见官方文档。
链式加载
Syslinux BIOS 不能直接链式加载其他分区上的文件；但是，chain.c32 可以引导分区引导扇区（VBR）或其他磁盘的 MBR。
链式加载分区的 VBR
如果您想链式加载其他操作系统（如 Windows）或引导加载程序，请将 chain.c32 模块复制到 Syslinux 目录（可能还需要额外的 lib*.c32 库模块；有关详细信息，请参见上一节的说明）。然后在配置文件中创建一个节：
/boot/syslinux/syslinux.cfg
... LABEL windows MENU LABEL Windows COM32 chain.c32 APPEND hd0 3 ...
hd0 3 是第一个 BIOS 驱动器的第三个分区 - 驱动器从零开始计数，分区从一开始计数。
bootmgr），而这对于一些重要更新（例如）的完成是必需的。在这种情况下，建议暂时将 MBR 引导标志设置为 Windows 分区（例如使用 GParted），让更新完成安装，然后将标志重置为 Syslinux 分区（例如使用 Windows 自带的 DiskPart）。链式加载磁盘的 MBR
如果您不确定 BIOS 认为哪个驱动器是“第一个”，您可以改用 MBR 标识符，或者如果您使用的是 GPT，则可以使用文件系统标签。要使用 MBR 标识符，请运行命令：
# sfdisk --disk-id /dev/sdb
0xf00f1fd3
将 /dev/sdb 替换为您希望链式加载的驱动器。使用返回的十六进制数字（在本例中为 0xf00f1fd3），syslinux.cfg 中的语法是：
/boot/syslinux/syslinux.cfg
... LABEL windows MENU LABEL Windows COM32 chain.c32 APPEND mbr:0xf00f1fd3 ...
有关链式加载的更多详情，请参见 Syslinux wiki。
链式加载其他引导加载程序
如果您在同一个分区上安装了 GRUB，您可以通过以下方式链式加载它：
/boot/syslinux/syslinux.cfg
... LABEL grub2 MENU LABEL Grub2 COM32 chain.c32 APPEND file=../grub/boot.img ...
或者，也可以将 GRUB 加载为 Linux 内核，方法是将 lnxboot.img 添加到 core.img 的前面。文件 lnxboot.img 是 core/grub 的一部分，可以在 /usr/lib/grub/i386-pc 中找到。
/boot/syslinux/syslinux.cfg
... LABEL grub2lnx MENU LABEL Grub2 (lnxboot) LINUX ../grub/i386-pc/lnxboot.img INITRD ../grub/i386-pc/core.img ...
引导 ISO 镜像可能需要此操作。
链式加载其他 Linux 系统
链式加载 Windows 等其他引导加载程序是显而易见的，因为有一个明确的引导加载程序可以链式加载。但对于 Syslinux，它只能加载位于配置文件所在分区上的文件。因此，如果您在单独的分区上有另一个版本的 Linux，而没有共享的 /boot，那么使用 EXTLINUX 而不是其他操作系统的默认引导加载程序（例如 GRUB2）就变得*必要*了。本质上，EXTLINUX 可以安装在分区超级块/VBR 上，并作为*独立引导加载程序*从 Syslinux 安装的 MBR 中调用。EXTLINUX 是 Syslinux 项目的一部分，并包含在 syslinux 包中。
以下说明假定您已安装 Syslinux。这些说明还假定正在使用典型的 Arch Linux 配置路径 /boot/syslinux，并且链式加载的系统的 / 位于 /dev/sda3。
从已引导的 Linux (很可能是 Syslinux 设置为引导的分区) 中，将另一个系统的根分区挂载到您期望的挂载点。在本例中，这将是 /mnt。另外，如果第二个操作系统使用了单独的 /boot 分区，也需要将其挂载。本例假设它是 /dev/sda2。
# mount /dev/sda3 /mnt # mount /dev/sda2 /mnt/boot (only necessary for separate /boot)
将 EXTLINUX 安装到分区 VBR，并复制必要的 *.c32 文件
# extlinux -i /mnt/boot/syslinux/ (first create the directory if necessary) # cp /usr/lib/syslinux/bios/*.c32 /mnt/boot/syslinux
创建 /mnt/boot/syslinux/syslinux.cfg。您可以参考另一个 Linux 引导加载程序的菜单文件。示例如下
/mnt/boot/syslinux/syslinux.cfg on /dev/sda3
TIMEOUT 10 UI menu.c32 LABEL OtherLinux LINUX /boot/vmlinuz-linux INITRD /boot/initramfs-linux.img APPEND root=UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx rw quiet LABEL MAIN COM32 chain.c32 APPEND hd0 0
然后将一个条目添加到您的主 syslinux.cfg
/boot/syslinux/syslinux.cfg
LABEL OtherLinux COM32 chain.c32 APPEND hd0 3
请注意，除非其他 Linux 在 <other-OS>/boot/syslinux/syslinux.cfg 中有指向其最新内核和 initramfs 的符号链接，否则每次更新此 OS 的内核时，都需要编辑 <other-OS>/boot/syslinux/syslinux.cfg 中的其他 Linux 条目。因为我们是直接引导内核，而不是链式加载另一个 OS 的默认引导加载程序。
使用 memtest
安装 memtest86+。
使用此 LABEL 部分来启动 memtest
/boot/syslinux/syslinux.cfg
... LABEL memtest MENU LABEL Memtest86+ LINUX ../memtest86+/memtest.bin ...
memtest.bin 改为 memtest，因为 PXELINUX 会将带有 .bin 扩展名的文件视为引导扇区，并且只加载其中的 2KB。HDT
HDT (Hardware Detection Tool) 显示硬件信息。和以前一样，.c32 文件必须从 /boot/syslinux/ 复制。可能还需要额外的 lib*.c32 库模块。对于 PCI 信息，将 /usr/share/hwdata/pci.ids 复制到 /boot/syslinux/pci.ids 并将以下内容添加到您的配置文件中
/boot/syslinux/syslinux.cfg
LABEL hdt MENU LABEL Hardware Info COM32 hdt.c32
重启和断电
使用以下部分来重启或关闭您的机器
/boot/syslinux/syslinux.cfg
LABEL reboot MENU LABEL Reboot COM32 reboot.c32 LABEL poweroff MENU LABEL Power Off COM32 poweroff.c32
清除菜单
退出菜单时清除屏幕，请添加以下行
/boot/syslinux/syslinux.cfg
MENU CLEAR
键盘布局
如果您经常需要在 Syslinux 引导提示符下编辑具有各种参数的引导命令，那么您可能需要重新映射您的键盘布局。这使您可以在非美国键盘上轻松输入 "=", "/" 和其他字符。
keytab-lilo，包含在 syslinux 包中，是一个调用 loadkeys 程序的 perl 脚本。要创建兼容的键映射（例如，德语键映射），请运行
# keytab-lilo /usr/share/kbd/keymaps/i386/qwerty/us.map.gz /usr/share/kbd/keymaps/i386/qwertz/de.map.gz > /boot/syslinux/de.ktl
现在编辑 syslinux.cfg 并添加
/boot/syslinux/syslinux.cfg
KBDMAP de.ktl
有关更多详细信息，请参阅 Syslinux wiki。
隐藏菜单
使用选项
/boot/syslinux/syslinux.cfg
MENU HIDDEN
隐藏菜单，同时仅显示超时。按任意键即可调出菜单。
PXELINUX
PXELINUX 由 syslinux 包提供。
对于 BIOS 客户端，将 lpxelinux.0 和 ldlinux.c32 复制到客户端的引导目录。
# cp /usr/lib/syslinux/bios/lpxelinux.0 "TFTP_root/boot/" # cp /usr/lib/syslinux/bios/ldlinux.c32 "TFTP_root/boot/" # mkdir "TFTP_root/boot/pxelinux.cfg"
我们还创建了 pxelinux.cfg 目录，PXELINUX 默认在此处搜索配置文件。因为我们不想区分不同的主机 MAC 地址，所以我们创建了 default 配置文件。
TFTP_root/boot/pxelinux.cfg/default
DEFAULT linux LABEL linux KERNEL vmlinuz-linux APPEND initrd=initramfs-linux.img quiet ip=:::::eth0:dhcp nfsroot=10.0.0.1:/arch
或者，如果您使用 NBD，请使用以下 append 行
APPEND ro initrd=initramfs-linux.img ip=:::::eth0:dhcp nbd_host=10.0.0.1 nbd_port=10809 nbd_name=arch root=/dev/nbd0
nbd_host 和/或 nfsroot，以匹配您的网络配置 (NFS/NBD 服务器的地址)PXELINUX 使用与 SYSLINUX 相同的配置语法；有关更多信息，请参阅上游文档。
内核和 initramfs 将通过 TFTP 传输，因此这些文件的路径将相对于 TFTP 根目录。否则，根文件系统将是 NFS 挂载本身，因此这些路径相对于 NFS 服务器的根目录。
要实际加载 PXELINUX，请将 /etc/dhcpd.conf 中的 filename "/grub/i386-pc/core.0"; 替换为 filename "/lpxelinux.0"。
使用 memdisk 引导 ISO9660 镜像文件
Syslinux 支持直接使用 memdisk 模块从 ISO 镜像文件引导，有关示例，请参阅 Multiboot USB drive#Using Syslinux and memdisk。
串行控制台
请参阅 Working with the serial console#Syslinux。
仅引导一次其他操作系统
可以暂时更改 Syslinux 的默认操作，仅在下次引导时引导其他标签。以下命令显示如何仅引导一次 archfallback 标签
# extlinux -o archfallback /boot/syslinux
在下次引导时，将引导指定的标签，而不会显示任何 Syslinux 提示符。默认的 Syslinux 引导行为将在下次重启时恢复。
故障排除
加载 ldlinux 失败
在初始引导期间出现“Failed to load ldlinux.c32”之类的错误消息可能由多种原因引起。一个可能的原因是文件系统工具或文件系统结构本身的版本发生了变化。
- 其他可能的症状，而不是这条消息，也可能表明与文件系统相关的问题。
- 该消息不一定意味着问题与文件系统相关；这类消息还有其他可能的原因。
另请参阅 [11] (整个页面可能也与故障排除有关)。
使用 Syslinux 提示符
您可以输入要引导的条目的 LABEL 名称 (根据您的 syslinux.cfg)。如果您使用了示例配置，只需键入
boot: arch
如果您收到无法加载配置文件错误，您可以传递您需要的引导参数，例如
boot: ../vmlinuz-linux root=UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx rw initrd=../initramfs-linux.img
如果您在 ramfs 中无法访问 boot:，因此暂时无法再次引导内核，
- 创建一个临时目录，以便挂载您的根分区 (如果它尚不存在)
# mkdir -p /new_root
- 将
/挂载到/new_root(如果/boot/在同一个分区上，否则您需要同时挂载它们)注意 Busybox 无法挂载/boot，如果它位于自己的 ext2 分区上。# mount /dev/sd[a-z][1-9] /new_root
- 编辑
syslinux.cfg以满足您的需求并保存文件。 - 重启。
fsck 在根分区上失败
如果根分区严重损坏 (日志已损坏)，在 ramfs 紧急 Shell 中，挂载根文件系统
# mount /dev/root partition /new_root
并从根分区获取 tune2fs 二进制文件 (它不包含在 Syslinux 中)
# cp /new_root/sbin/tune2fs /sbin/
按照 ext2fs: no external journal 中的说明为根分区创建新日志。
在某些计算机上未找到默认或 UI
某些主板制造商对从 USB 设备引导的兼容性不如其他制造商。虽然 ext4 格式的 USB 驱动器可以在较新的计算机上启动，但如果包含内核和 initramfs 的引导分区不在 FAT16 分区上，则某些计算机可能会挂起。为防止旧机器加载 ldlinux 并无法读取 syslinux.cfg，请创建一个分区 (≤ 2 GB) 并使用 dosfstools 格式化为 FAT16
# mkfs.fat -F 16 /dev/sda1
然后安装并配置 Syslinux。
操作系统丢失
- 检查是否已为 GPT 安装
gptmbr.bin，为 MBR 分区表安装mbr.bin。“Missing operating system”消息来自mbr.bin，而gptmbr.bin会显示“Missing OS”消息。 - 检查包含
/boot的分区是否启用了“boot”标志。 - 检查引导设备上的第一个分区是否从扇区 1 开始，而不是从扇区 63 或 2048 开始。使用
fdisk -l检查此项。如果它从扇区 1 开始，您可以使用gparted从救援磁盘移动分区。或者，如果您有一个单独的引导分区，您可以备份/boot
# cp -a /boot /boot.bak
然后使用 Arch 安装盘启动。接下来，使用 cfdisk 删除 /boot 分区，然后重新创建它。这次它应该从正确的扇区 **63** 开始。现在挂载您的分区并 chroot 到已挂载的系统中，如 安装指南中所述。使用以下命令恢复 /boot
# cp -a /boot.bak/ /boot/
检查 /etc/fstab 是否正确，运行
# syslinux-install_update -iam
然后重启。
如果您尝试从 md RAID 1 阵列引导，并且使用 Syslinux 不理解的过新版本元数据创建了该阵列，您也会收到此错误。截至 2013 年 8 月，mdadm 默认创建一个带有版本 1.2 元数据的阵列，但 Syslinux 不理解比 1.0 更新的元数据。如果是这种情况，您需要使用 mdadm 的 --metadata=1.0 标志重新创建您的 RAID 阵列。
Windows 启动，忽略 Syslinux
解决方案：确保包含 /boot 的分区启用了引导标志。此外，请确保 Windows 分区未启用引导标志。请参阅上面的 安装部分。
Syslinux 附带的 MBR 会查找第一个具有引导标志集的主动分区。Windows 分区很可能被首先找到并设置了引导标志。如果您愿意，您可以使用 Windows 或 MS-DOS fdisk 提供的 MBR。
菜单条目无效
您选择一个菜单条目，但它不起作用，只是“刷新”了菜单。这通常意味着您的 syslinux.cfg 文件中有错误。按 Tab 键编辑您的引导参数。或者，按 Esc 键并输入您的引导条目的 LABEL (例如，arch)。另一个原因可能是您没有安装内核。找到一种方法来访问您的文件系统 (通过 live CD 等)，并确保 /mount/vmlinuz-linux 存在且大小不为 0。如果是这种情况，请重新安装您的内核。
无法删除 ldlinux.sys
ldlinux.sys 文件设置了 不可更改属性，这会阻止其被删除或覆盖。这是因为文件的扇区位置不能改变，否则必须重新安装 Syslinux。要删除它，请运行
# chattr -i /boot/syslinux/ldlinux.sys # rm /boot/syslinux/ldlinux.sys
使用 vesamenu 时左上角出现白色方块
问题：从 linux-3.0 开始，modesetting 驱动程序会尝试在更改分辨率后保留屏幕的当前内容 (至少在我的 Intel 上是这样，当 Syslinux 在文本模式下运行时)。似乎这与 Syslinux 的 vesamenu 模块结合时会出错 (白色方块实际上是试图保留 Syslinux 菜单，但驱动程序未能从 vesa 图形模式捕获图像)。
如果您有自定义分辨率和带有早期 modesetting 的 vesamenu，请尝试在 syslinux.cfg 中追加以下内容以删除白色方块并继续在图形模式下运行
APPEND root=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx rw 5 vga=current quiet splash
链式加载安装在另一驱动器上的 Windows 无效
如果 Windows 安装在与 Arch 不同的驱动器上，并且您在链式加载它时遇到问题，请尝试以下配置
LABEL Windows MENU LABEL Windows COM32 chain.c32 APPEND mbr:0xdfc1ba9e swap
用您的 Windows 驱动器中的 MBR 代码替换此代码 (详情见 上面)，并将 swap 添加到选项中。
读取引导加载程序日志
在某些情况下 (例如，引导加载程序无法引导内核)，获取有关引导过程的更多信息是很有帮助的。Syslinux 在屏幕上显示错误消息，但引导菜单会很快覆盖文本。为避免丢失日志信息，请在 syslinux.cfg 中禁用 UI menu 并使用默认的“command-line”提示符。这意味着
- 避免
UI指令 - 避免
ONTIMEOUT - 避免
ONERROR - 避免
MENU CLEAR - 使用更高的
TIMEOUT - 使用
PROMPT 1 - 使用
DEFAULT problematic_label
要获取更详细的调试日志，请 重新编译 syslinux 包，并添加额外的 CFLAGS
-DDEBUG_STDIO=1 -DCORE_DEBUG=1
Btrfs 压缩
不支持从带压缩的 btrfs 引导。[12] 此错误将显示
btrfs: found compressed data, cannot continue! invalid or corrupt kernel image.
Btrfs 多设备
不支持从多设备 btrfs 引导。[13] (截至 2016 年 7 月 21 日，main.c 中 validate_device_btrfs() 的第 1246 行) 此令人费解的错误将显示 (假设您正在 sda1 上安装)
/boot/syslinux is device /dev/sda1 extlinux: path /boot/syslinux doesn't match device /dev/sda1