Microcode (Русский) - ArchWiki

Jump to content

# Microcode (Русский)

5 languages

- Deutsch
- English
- Español
- 日本語
- 中文（简体）

From ArchWiki
Состояние перевода: На этой странице представлен перевод статьи Microcode. Дата последней синхронизации: 29 ноября 2018. Вы можете помочь синхронизировать перевод, если в английской версии произошли изменения.

Производители процессоров выпускают обновления стабильности и безопасности для микрокода процессора. Несмотря на то, что микрокод можно обновить с помощью BIOS, ядро Linux также может применять эти обновления во время загрузки. Эти обновления предоставляют исправления ошибок, которые могут быть критичны для стабильности вашей системы. Без этих обновлений вы можете наблюдать ложные падения или неожиданные зависания системы, которые может быть сложно отследить.

Особенно пользователи процессоров семейства Intel Haswell и Broadwell должны установить эти обновления, чтобы обеспечить стабильность системы. Но, понятное дело, все пользователи должны устанавливать эти обновления.

## Установка

Для процессоров AMD установите пакет amd-ucode.

Для процессоров Intel установите пакет intel-ucode.

Если Arch находится на съемном носителе, вы должны установить микрокод для обоих производителей процессоров.

## Включение раннего обновления микрокода

Микрокод должен быть загружен загрузчиком. Из-за большого разнообразия конфигураций ранней загрузки у пользователей обновления микрокода могут быть не применены автоматически конфигурацией Arch по умолчанию. Многие ядра в AUR пошли по пути официальных ядер Arch в этом вопросе.

Чтобы применить эти обновления, добавьте `/boot/amd-ucode.img` или `/boot/intel-ucode.img` в качестве первого initrd в конфигурационном файле загрузчика. Это в дополнение к обычному initrd файлу. Смотрите ниже инструкции для популярных загрузчиков.

Примечание: В следующих разделах замените строку `производитель_цп` вашим производителем, например, `amd` или `intel`.
Совет: Для Arch Linux на съемном носителе добавьте оба файла `initrd` в настройки загрузчика. Их порядок не имеет значения, если они оба указаны до реального образа initramfs.

### GRUB

#### Автоматический способ

Утилита grub-mkconfig автоматически определит обновления микрокода и настроит соответственным образом GRUB. После установки пакета микрокода, перегенерируйте настройки GRUB, чтобы включить обновление микрокода при запуске:

    # grub-mkconfig -o /boot/grub/grub.cfg

#### Ручной способ

Альтернативно пользователи, управляющие настройками GRUB вручную, могут добавить `/boot/производитель_цп-ucode.img` (или `/производитель_цп-ucode.img`, если есть отдельный раздел `/boot`) следующим образом:

    /boot/grub/grub.cfg

    ...
    echo 'Loading initial ramdisk'
    initrd /boot/производитель_цп-ucode.img /boot/initramfs-linux.img
    ...

Повторите это для каждой записи в меню.

### systemd-boot

Используйте параметры `initrd` для загрузки микрокода перед исходным ramdisk следующим образом:

    /boot/loader/entries/запись.conf

    title   Arch Linux
    linux   /vmlinuz-linux
    initrd  /производитель_цп-ucode.img
    initrd  /initramfs-linux.img
    ...

Самый последний микрокод `производитель_цп-ucode.img` должен быть доступен во время загрузки вашего системного раздела EFI (ESP). ESP должен быть смонтирован как `/boot`, чтобы обновлять микрокод каждый раз, когда обновляется amd-ucode или intel-ucode. В противном случае копируйте `/boot/производитель_цп-ucode.img` в ваш ESP при каждом обновлении пакета микрокода.

### EFI boot stub / EFI handover

Добавьте два параметра `initrd=`:

    initrd=/производитель_цп-ucode.img initrd=/initramfs-linux.img

The factual accuracy of this article or section is disputed.

Reason: Что это делает, почему этого недостаточно, и почему/как это специфично для данного раздела? (Discuss in Talk:Microcode (Русский)#Addition in EFI Boot stub)

Для ядер, которые были сгенерированы как один файл, содержащий все initrd, cmdline и ядро, сначала сгенерируйте initrd для интеграции, создав новый, следующим образом:

    cat /boot/производитель_цп-ucode.img /boot/initramfs-linux.img > my_new_initrd
    objcopy ... --add-section .initrd=my_new_initrd

### rEFInd

Отредактируйте опции загрузки в `/boot/refind_linux.conf` также как в примере EFI boot stub выше, например:

    "Boot with standard options" "rw root=UUID=(...) initrd=/boot/производитель_цп-ucode.img initrd=/boot/initramfs-linux.img"

Пользователи, использующие ручные строфы в `esp/EFI/refind/refind.conf` для определения ядер, должны просто добавить `initrd=/boot/производитель_цп-ucode.img` (или `/производитель_цп-ucode.img`, если есть отдельный раздел `/boot`), как требуется для строки опций, а не в основной части строфы. Например:

    options  "root=root=UUID=(...) rw add_efi_memmap initrd=/boot/производитель_цп-ucode.img"

### Syslinux

Примечание: Между указаниями файлов initrd `производитель_цп-ucode.img` и `initramfs-linux.img` не должно быть пробелов. Строка `INITRD` должна быть точно такой, как показано ниже.

Несколько файлов initrd могут быть разделены запятыми в `/boot/syslinux/syslinux.cfg`:

    LABEL arch
        MENU LABEL Arch Linux
        LINUX ../vmlinuz-linux
        INITRD ../производитель_цп-ucode.img,../initramfs-linux.img
    ...

### LILO

LILO и потенциально другие старые загрузчики не поддерживают несколько образов initrd. В этом случае необходимо объединить `производитель_цп-ucode.img` и `initramfs-linux.img` в один образ.

Важно: Объединенный образ нужно пересоздавать после каждого обновления ядра!
Примечание: Порядок важен. Исходный образ `initramfs-linux.img` должен находиться сверху над образом `производитель_цп-ucode.img`.

Чтобы объединить образы в один `initramfs-merged.img`, можно использовать следующую команду:

    # cat /boot/производитель_цп-ucode.img /boot/initramfs-linux.img > /boot/initramfs-merged.img

Теперь отредактируйте `/etc/lilo.conf` для загрузки нового образа.

    ...
    initrd=/boot/initramfs-merged.img
    ...

И запустите `lilo` от суперпользователя:

    # lilo

## Позднее обновление микрокода

Поздняя загрузка обновления микрокода происходит после запуска системы. Для этого используются файлы в `/usr/lib/firmware/amd-ucode/` и `/usr/lib/firmware/intel-ucode/`.

Для процессоров AMD файлы обновления микрокода предоставляются пакетом linux-firmware.

Для процессоров Intel ни один пакет не предоставляет файлы обновления микрокода (FS#59841). Чтобы использовать позднюю загрузку, вам необходимо вручную извлечь `intel-ucode/` из предоставленного Intel архива.

### Включение позднего обновления микрокода

В отличие от ранней загрузки, поздняя загрузка обновлений микрокода в Arch Linux включена по умолчанию, используя `/usr/lib/tmpfiles.d/linux-firmware.conf`. После загрузки файл анализируется с помощью systemd-tmpfiles-setup.service(8), а микрокод ЦП обновляется.

Для ручного обновления микрокода на запущенной системе запустите:

    # echo 1 > /sys/devices/system/cpu/microcode/reload

Это позволяет применять обновления микрокода после обновления linux-firmware без перезагрузки системы. Вы можете даже автоматизировать это с помощью хука pacman, например:

    /etc/pacman.d/hooks/microcode_reload.hook

    [Trigger]
    Operation = Install
    Operation = Upgrade
    Operation = Remove
    Type = File
    Target = usr/lib/firmware/amd-ucode/*

    [Action]
    Description = Applying CPU microcode updates...
    When = PostTransaction
    Depends = sh
    Exec = /bin/sh -c 'echo 1 > /sys/devices/system/cpu/microcode/reload'

### Отключение позднего обновления микрокода

Для систем AMD микрокод процессора будет обновляться, даже если пакет amd-ucode не установлен, так как файлы предоставлены linux-firmware (FS#59840). Чтобы отключить позднюю загрузку, вы должны переопределить временные файлы `/usr/lib/tmpfiles.d/linux-firmware.conf`. Это можно сделать, создав файл с тем же именем в `/etc/tmpfiles.d/`:

    # ln -s /dev/null /etc/tmpfiles.d/linux-firmware.conf

## Проверим, обновился ли microcode при загрузке

Чтобы убедиться, что микрокод обновился, воспользуемся dmesg:

    # dmesg | grep microcode

На системах Intel вы должны увидеть что-то похожее на это при каждой загрузке, что говорит о том, что микрокод обновился рано:

    [    0.000000] CPU0 microcode updated early to revision 0x1b, date = 2014-05-29
    [    0.221951] CPU1 microcode updated early to revision 0x1b, date = 2014-05-29
    [    0.242064] CPU2 microcode updated early to revision 0x1b, date = 2014-05-29
    [    0.262349] CPU3 microcode updated early to revision 0x1b, date = 2014-05-29
    [    0.507267] microcode: CPU0 sig=0x306a9, pf=0x2, revision=0x1b
    [    0.507272] microcode: CPU1 sig=0x306a9, pf=0x2, revision=0x1b
    [    0.507276] microcode: CPU2 sig=0x306a9, pf=0x2, revision=0x1b
    [    0.507281] microcode: CPU3 sig=0x306a9, pf=0x2, revision=0x1b
    [    0.507286] microcode: CPU4 sig=0x306a9, pf=0x2, revision=0x1b
    [    0.507292] microcode: CPU5 sig=0x306a9, pf=0x2, revision=0x1b
    [    0.507296] microcode: CPU6 sig=0x306a9, pf=0x2, revision=0x1b
    [    0.507300] microcode: CPU7 sig=0x306a9, pf=0x2, revision=0x1b
    [    0.507335] microcode: Microcode Update Driver: v2.2.

Примечание: Отображаемая дата отвечает не за версию установленного пакета intel-ucode. Это дата последнего обновления микрокода от Intel для вашего конкретного процессора.

Вполне возможно, особенно с новым аппаратным обеспечением, что для вашего CPU нет обновления микрокода. В этом случае вы можете увидеть примерно следующее:

    [    0.292893] microcode: CPU0 sig=0x306c3, pf=0x2, revision=0x1c
    [    0.292899] microcode: CPU1 sig=0x306c3, pf=0x2, revision=0x1c
    [    0.292906] microcode: CPU2 sig=0x306c3, pf=0x2, revision=0x1c
    [    0.292912] microcode: CPU3 sig=0x306c3, pf=0x2, revision=0x1c
    [    0.292956] microcode: Microcode Update Driver: v2.2.

На системах AMD, использующих раннюю загрузку, вывод будет выглядеть примерно так:

    [    2.119089] microcode: microcode updated early to new patch_level=0x0700010f
    [    2.119157] microcode: CPU0: patch_level=0x0700010f
    [    2.119171] microcode: CPU1: patch_level=0x0700010f
    [    2.119183] microcode: CPU2: patch_level=0x0700010f
    [    2.119189] microcode: CPU3: patch_lev
    [    2.119269] microcode: Microcode Update Driver: v2.2.

На системах AMD, использующих позднюю загрузку, в выводе будет отображаться версия старого микрокода перед перезагрузкой микрокода, а новая - после перезагрузки. Это будет выглядеть примерно так:

    [    2.112919] microcode: CPU0: patch_level=0x0700010b
    [    2.112931] microcode: CPU1: patch_level=0x0700010b
    [    2.112940] microcode: CPU2: patch_level=0x0700010b
    [    2.112951] microcode: CPU3: patch_level=0x0700010b
    [    2.113043] microcode: Microcode Update Driver: v2.2.
    [    6.429109] microcode: CPU2: new patch_level=0x0700010f
    [    6.430416] microcode: CPU0: new patch_level=0x0700010f
    [    6.431722] microcode: CPU1: new patch_level=0x0700010f
    [    6.433029] microcode: CPU3: new patch_level=0x0700010f
    [    6.433073] x86/CPU: CPU features have changed after loading microcode, but might not take effect.

## Каким ЦП нужны обновления микрокода

Пользователи могут проконсультироваться как у Intel, так и у AMD насчёт поддержки конкретной модели процессора, перейдя по следующим ссылкам:

- Исследовательский центр операционной системы AMD (англ)[устаревшая ссылка 2023-06-17 ⓘ].
- Центр загрузки Intel[устаревшая ссылка 2023-07-30 ⓘ].

### Обнаружение доступного обновления микрокода

Вы можете узнать, содержит ли `intel-ucode.img` образ микрокода для вашего процессора с помощью iucode-tool.

1. Установите intel-ucode (для обнаружения обновления не требуется менять initrd)
2. Установите iucode-tool

3.     # modprobe cpuid

4. Извлекает образ микрокода и ищет в нём ваш cpuid:

       # bsdtar -Oxf /boot/intel-ucode.img | iucode_tool -tb -lS -

5. Если обновление доступно, оно должно отобразиться под selected microcodes
6. Микрокод может уже быть в вашем биосе и его загрузка может не отображаться в dmesg. Сравните с текущим запуском микрокода {ic|grep microcode /proc/cpuinfo}}

## Применение ранней загрузки микрокода в кастомных ядрах

Для того, чтобы ранняя загрузка работала в кастомных ядрах, "CPU microcode loading support" должен быть вкомпилирован в ядро, а не скомпилирован как модуль. Это включает приглашение "Early load microcode", которое должно быть установлено в `Y`.

    CONFIG_BLK_DEV_INITRD=Y
    CONFIG_MICROCODE=y
    CONFIG_MICROCODE_INTEL=Y
    CONFIG_MICROCODE_AMD=y

## Смотрите также

- Обновление микрокодов - Опыт сообщества (англ)
- Замечания по обновлению микрокода Intel - Ben Hawkes (англ)
- Загрузчик микрокода ядра - документация ядра (англ)
- Erratum найден в Haswell/Broadwell – AnandTech (англ)
- проект iucode-tool на GitLab (англ)

Categories:

- CPU (Русский)
- Security (Русский)

Hidden categories:

- Pages or sections flagged with Template:Accuracy
- Pages with dead links