Исправление ошибки MTD device

Иллюстрация ошибки MTD при загрузке

TL;DR

Если при загрузке появляется сообщение mtd device must be supplied (device name is empty), начните с обновления системы и очистки занятого места в разделах логов. Если это не помогает — проверьте pstore/systemd-pstore, отключите Secure Boot временно и при необходимости загрузитесь с Live USB для ручной очистки. В статье есть алгоритм действий и чеклисты для пользователя и администратора.

Сбой, который останавливает загрузку и показывает сообщение mtd device must be supplied (device name is empty), встречается на Linux-дистрибутивах и обычно указывает на проблему с доступом к устройству хранения или на порядок загрузки служб. В статье описаны шаги, как восстановить систему, когда устройство застревает в цикле загрузки.

Содержание

Что такое ошибка MTD device?
1. MTD pstore
1. Освобождение места
1. Secure Boot
Практические шаги и чеклисты
Когда это не поможет и дополнительные проверки
Часто задаваемые вопросы

Что такое ошибка MTD device?

MTD означает Memory Technology Device — это абстракция для флеш-памяти и других устройств хранения. Сообщение mtd device must be supplied (device name is empty) означает, что ядро или служба попытались обратиться к MTD-устройству, но параметр с именем устройства оказался пустым. На практике это проявляется как невозможность завершить этапы загрузки: система выводит сообщение и останавливается в цикле загрузки.

Важно понимать коротко:

pstore — подсистема для хранения дампов ядра и логов ранней загрузки.
systemd-pstore.service — служба, которая может запускаться до того, как все модули MTD загружены.

Как исправить ошибку MTD device

Ниже — проверенные шаги в порядке выполнения. Работайте аккуратно, особенно при удалении файлов.

1. MTD pstore

Проблема часто вызвана тем, что systemd-pstore.service запускается раньше, чем загружен модуль mtdpstore, из‑за чего остаётся пустой параметр имени устройства. Для этой неисправности был официально выпущен багфикс.

Действия:

Загрузитесь в доступном режиме: Recovery, безопасный режим или Live USB.
Обновите систему и пакеты — в терминале выполните:

sudo apt-get update
sudo apt-get dist-upgrade

Перезагрузите систему и проверьте, ушла ли ошибка.

Важно: если у вас нестандартный менеджер пакетов (dnf, pacman и т.д.), используйте эквиваленты для вашего дистрибутива.

2. Освобождение места (ошибка 0 bytes)

Если диск полностью заполнен, журналы и процессы могут привести к циклической загрузке. Часто страдает раздел /var, где хранятся логи.

Признак: в выводе загрузчика или в логах вы видите упоминание 0 bytes или невозможность записать в /var.

Шаги для освобождения места:

Попробуйте режим восстановления (Recovery) через GRUB. После появления BIOS/UEFI нажмите Escape или Shift, выберите recovery mode и опцию Try to make free space.
В терминале выполните безопасное удаление ненужных пакетов:

sudo apt autoremove
sudo apt clean

Уменьшите размер журнала systemd, не удаляя вручную важные файлы:

sudo journalctl --vacuum-size=100M
sudo journalctl --vacuum-time=7d

Удаляйте файлы осторожно. Пример корректного удаления:

cd /путь/к/папке
sudo rm -rf имя_файла_или_папки

Примечание: не вставляйте rm -rf в произвольной директории; сначала проверьте pwd и содержимое ls.

Если Recovery не помогает, подгрузитесь с Live USB (Ubuntu, Mint или другой) и используйте файловый менеджер для очистки раздела /var или домашней папки.

Инструкция по созданию Live USB: скачайте ISO с официального сайта дистрибутива и создайте загрузочный USB с помощью Startup Disk Creator, balenaEtcher или Rufus (Windows).

3. Secure Boot

Secure Boot может блокировать модули или драйверы, если они не подписаны. Иногда это мешает корректной загрузке и вызывает сопутствующие ошибки.

Как проверить и временно отключить Secure Boot:

Перезагрузите и войдите в BIOS/UEFI (клавиши F2, F10, F12, DEL — в зависимости от производителя).
Перейдите в раздел Security или Boot и найдите Secure Boot. Установите Disabled.
Если есть опция CSM Support, попробуйте отключить её или настроить так, чтобы разрешить доступ к параметрам Secure Boot.
Сохраните настройки и перезагрузитесь.

Важно: отключение Secure Boot снижает уровень проверки подписи загрузочных компонентов. Отключайте временно для диагностики и учитывайте риски, если на системе используются неподписанные драйверы.

Практические шаги: краткий алгоритм действий

Попробовать перезагрузку и войти в recovery mode.
Обновить пакеты (apt-get update && dist-upgrade).
Очистить место: apt autoremove, journalctl –vacuum-size.
Если не помогло — отключить Secure Boot и повторить.
Если всё ещё не загружается — загрузиться с Live USB и проверить системные логи, файловую систему и SMART диск.

flowchart TD
  A[Появилась ошибка MTD] --> B{Можно войти в Recovery?}
  B -- Да --> C[Очистить место и обновить пакеты]
  B -- Нет --> D[Загрузиться с Live USB]
  D --> E[Монтировать разделы, удалить логи]
  C --> F{Ошибка ушла?}
  E --> F
  F -- Да --> G[Перезагрузить]
  F -- Нет --> H[Отключить Secure Boot]
  H --> I{Загрузилась?}
  I -- Да --> G
  I -- Нет --> J[Проверить диск, файловую систему, обратиться к резервным копиям]

Чеклист ролей

Пользователь (без глубоких прав):

Создать Live USB.
Попытаться загрузиться в Recovery и выбрать освобождение места.
Сообщить системному администратору логи и поведение.

Системный администратор / опытный пользователь:

Обновить пакеты и проверить версии systemd и kernel.
Проверить наличие обновлений безопасности и багфиксов в репозиториях.
Очистить логи, проверить /var, выполнить fsck при необходимости.
Проверить порядок загрузки systemd-пакетов и dependencies для systemd-pstore.

Когда это не поможет — альтернативные причины

Повреждённая файловая система (run fsck с Live USB).
Физическая неисправность SSD/HDD (проверьте SMART через smartctl).
Проблема в стороннем модуле ядра или в несовместимом драйвере.
Повреждение конфигурации GRUB (в этом случае восстановление GRUB или boot-repair может помочь).

Если после всех шагов система не загружается, выполните полную диагностику диска и сохраните резервные копии перед переустановкой.

Критерии приёмки

Система проходит этапы загрузки и попадает в графический или текстовый логин.
Нет сообщений mtd device must be supplied в логах загрузки.
Доступно место в критичных разделах (/, /var) и журналы корректно ротируются.

Риски и рекомендации

Отключение Secure Boot увеличивает риск запуска неподписанного кода при загрузке. Делайте это временно и только для диагностики.
При удалении файлов всегда проверяйте путь и содержимое.

Небольшая методология устранения неполадок

Соберите симптомы (скриншоты, сообщения, поведение при загрузке).
Начните с наиболее безопасных действий: обновление и очистка места.
Перейдите к менее безопасным: изменение настроек BIOS, удаление файлов вручную.
Завершите аппаратной диагностикой и восстановлением загрузчика, если программные меры не помогли.

Глоссарий (1‑строчное определение)

MTD — абстракция для хранения флеш-памяти и аналогичных устройств.
pstore — подсистема для сохранения ранних логов и дампов ядра.
GRUB — загрузчик, управляющий стартом системы.
Secure Boot — механизм UEFI для проверки подписи загрузочных компонентов.

Часто задаваемые вопросы

Эта ошибка только для Ubuntu?

Нет. Хотя багфикс упоминался для Ubuntu, похожие случаи фиксировались на Mint, Fedora и других дистрибутивах. Методы устранения схожи.

Опасно ли отключать Secure Boot?

В большинстве случаев для Linux это безопасно, если вы не устанавливаете ненадёжные драйверы. Однако в средах с повышенными требованиями безопасности отключение не рекомендуется.

Поможет ли переустановка GRUB?

Если источник проблемы — порядок загрузки systemd или заполненный диск, то переустановка GRUB вряд ли поможет. GRUB нужен, когда проблема именно с загрузчиком. Проверяйте логи и выполните все шаги из этого руководства.

Короткое резюме

Обновите систему и примените багфиксы.
Освободите место в критичных разделах и очистите журналы.
Временно отключите Secure Boot для проверки.
Если не помогло — загрузитесь с Live USB, проверьте файловую систему и SMART диск.

Скриншот заполнения раздела /var