Вопрос или проблема
После обновления GRUB у меня возникает:
Неожиданный возврат от первоначального чтения: ошибка устройства, размер буфера 0
Не удалось загрузить изображение: ошибка устройства
start_image() вернул ошибку устройства
Мое первое предположение — что диск сломан. Но при загрузке с LiveUSB я могу прочитать первые 10 ГБ без ошибок. Также диск ~1 год, SSD, не под высокой нагрузкой: он не погиб от износа.
Есть ли способ это исправить?
Свежий Ubuntu 24.04, LUKS на /dev/sda3
Lenovo T420
Редактировать
Перемещение SSD на USB: Теплая перезагрузка ОК.
Перемещение SSD в CD-лоток: то же, что и в слоте HDD: теплая перезагрузка не удалась.
Загрузка с USB с Debian 5.0: теплая перезагрузка на USB: ОК. Теплая перезагрузка на SSD: ОК – но только в первый раз. Вторая теплая перезагрузка на SSD не удалась!
Смена BIOS с UEFI=Both на UEFI-only или Legacy-only вызывает сбой либо при загрузке с USB, либо при загрузке с SSD и не исправляет теплую перезагрузку с SSD на SSD.
Копирование SSD на HDD сработало! Теплая загрузка с внутреннего HDD на внутренний HDD работает!?!
Значит, что-то не сбрасывается корректно при перезагрузке с внутреннего SSD на внутренний SSD.
Этот трюк не работает: Загрузка с USB – переадресация на SSD
Возможное (но не протестированное) решение: переместить /boot с SSD на HDD-2 или USB.
Также протестируйте: это связано с SSD? Приведет ли другой SSD к той же проблеме?
Если вы подозреваете, что диск выходит из строя, вам следует использовать smartctl -a, чтобы проверить наличие ошибок или других условий конца жизни.
Судя по вашему отредактированному вопросу, похоже, что контроллер SSD зависает и не восстанавливается без холодного сброса, что может происходить на USB при определенных условиях даже при теплой загрузке.
Это может быть ошибкой в прошивке SSD или сбоем контроллера, или даже выходящий из строя носитель. Утилита smartctl может быть полезной для проверки внутренних журналов диска, если вызывающее событие вообще зафиксировано.
Я столкнулся с такой же ситуацией.
HW: Ноутбук Lenovo W520, 4TB SSD, Fedora 40.
Решение:
Обновление BIOS до версии 1.46.
Файлы с веб-сайта Lenovo: 8buj25uc.txt 8buj25us.iso
Записи journalctl, которые дали подсказку:
Nov 22 23:34:11 joyw520 kernel: DMAR: [Firmware Bug]: Нет зарезервированного региона прошивки, который может покрыть этот RMRR [0x00000000bb800000-0x00000000bf9fffff], свяжитесь с поставщиком BIOS для исправлений
Nov 22 23:34:11 joyw520 kernel: DMAR: [Firmware Bug]: Ваш BIOS сломан; плохой RMRR [0x00000000bb800000-0x00000000bf9fffff]
Поставщик BIOS: LENOVO; Вер: 8BET61WW (1.41 ); Версия продукта: ThinkPad W520
Такая же проблема с тем же компьютером. Хотел обновить его новым SSD и 16 ГБ ОЗУ, но у меня классическая файловая система ext, не зашифрованная. То же самое наблюдение: холодная загрузка ОК, перезагрузка неудачна. Это BIOS? Grub? Операционная система Ubuntu? Я жду, чтобы увидеть, исправят ли какие-либо обновления это, но начинаю думать, что оборудование начинает устаревать.
Решение обхода: выключение и включение.
Каждая холодная загрузка работает. Проблема только при теплой загрузке/перезагрузке.
Что сделать: проверить, связано ли это только с Ubuntu. Попробуйте с другими LiveUSB, чтобы посмотреть, работают ли они. Оборудование старое (за исключением диска), так что проверьте, работают ли старые LiveUSB. Проверьте, вызывает ли это SSD. Будет ли работать вращающийся диск?
Ответ или решение
Неожиданный возврат при первоначальном чтении: Ошибка устройства, размер буфера 0
Вопрос, о котором идет речь, представляет собой сложную проблему, возникающую после обновления GRUB на ноутбуке Lenovo T420. Сообщение об ошибке являет собой сигнал о потенциальных неисправностях в конфигурации системы или в самом оборудовании. Давайте детально рассмотрим возможные причины и способы их решения.
1. Предварительная диагностика
Прежде всего, необходимо обратить внимание на поведение системы. Ошибка "Unexpected return from initial read: Device error, buffersize 0" может указывать на ряд проблем, связанных с загрузчиком, файловой системой или самим диском.
-
Проверка состояния SSD: Рекомендуется использовать утилиту
smartctlдля диагностики состояния SSD. Эта утилита предоставляет информацию о состоянии накопителя, в том числе количество ошибок и состояние его здоровья. Запустите команду:sudo smartctl -a /dev/sdaПроверьте, есть ли записи об ошибках или аварийные параметры.
-
Проблемы с подключением: Если SSD подключен через USB или в CD-кассете, стоит убедиться в соответствии стандартам подключения. Неисправности в интерфейсе или в кабелях могут также вызывать подобные ошибки.
2. Проверьте конфигурацию BIOS/UEFI
Обратите внимание на настройки BIOS. Иногда устаревшая версия BIOS может вызвать подобные проблемы. Рекомендуется обновить BIOS до последней версии, доступной на сайте поддержки Lenovo.
-
Настройки UEFI и Legacy: Изменение между режимами UEFI и Legacy может оказывать влияние на совместимость устройств. Экспериментируйте с различными комбинациями, чтобы определить, улучшится ли ситуация.
-
Состояние DMAR: Из сообщений журнала (например,
journalctl) можно заметить предупреждения о возможных ошибках, связанных с DMAR. Следует проверить, не необходимо ли исправить или обновить прошивку.
3. Проверка загрузочного раздела
-
Перемещение /boot: Если вы подозреваете, что ошибка связана с загрузочным разделом на SSD, можно рассмотреть возможность перемещения /boot на другой носитель (например, на HDD или USB). Это может помочь в устранении проблемы и выяснении, связана ли она с самим SSD.
-
Создание нового загрузочного образа GRUB: Если обновление GRUB привело к проблемам, попробуйте переустановить GRUB:
sudo grub-install /dev/sda sudo update-grub
4. Можно ли использовать другие устройства?
Как указывалось, попробовать подключить другой SSD или HDD может быть полезным. Если другие устройства работают без проблем, возможно, проблема заключается именно в текущем SSD.
Заключение
Сложности, возникающие при загрузке операционной системы и повторном включении устройства, могут иметь разнообразные причины, чаще всего связанные с неправильной работой BIOS/UEFI, ошибками в конфигурации GRUB или неисправностями оборудования. Следуйте вышеописанным шагам для диагностики и устранения проблем. Если все предложенные меры не помогли, рекомендуем обратиться в специализированные сервисные центры для глубокой диагностики устройства.