1

У меня есть Thinkpad T430. Каждый раз, когда я устанавливаю на него Linux (Latest CentOS), через некоторое время компьютер отказывается загружаться, переходить в BIOS или меню загрузки / диагностики. Я запустил на нем Windows, и этого не произойдет, пока я не решу переключиться на CentOS с двойной загрузкой.

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

Что, вы парни, думаете?

Имеет ли это смысл с технической точки зрения? Может быть, T430 не совместим с Linux? Не стесняйтесь спекулировать.

2 ответа2

5

Поскольку это относительно новое устройство, оно не имеет устаревшего BIOS, но имеет прошивку UEFI. К сожалению, UEFI чрезвычайно сложен и подвержен самым странным ошибкам.

Например, несколько лет назад компания Samsung поставила несколько ноутбуков, которые можно было бы заделать, записав слишком много данных в переменную NVRAM, см. Здесь и здесь:

[...] В ядре есть код, облегчающий эту задачу в системах UEFI. Всякий раз, когда встречается серьезная ошибка, ядро копирует последние сообщения в область хранения переменных UEFI. Затем они становятся доступными для пользователя после перезагрузки, что позволяет более точно диагностировать причины сбоя.

Этот аварийный дамп занимает около 10 КБ памяти UEFI. Microsoft требует, чтобы в системах Windows 8 было не менее 64 КБ свободного места. Мы сохраняем только один аварийный дамп - если система снова выйдет из строя, она просто перезапишет существующий, а не создаст другой. Все это полностью совместимо со спецификацией UEFI, и Apple фактически делает нечто очень похожее на своем оборудовании. К сожалению, оказывается, что некоторые ноутбуки Samsung не смогут загрузиться, если использовать слишком много места для хранения переменных. Мы еще не знаем, что такое "слишком много", но для этого достаточно написать кучу переменных из Windows. Я поместил здесь пример кода - он записывает 36 переменных, каждая из которых содержит килобайт случайных данных. Я запустил это как администратор под Windows, а затем перезагрузил систему. Это никогда не возвращалось.

Lenovo, безусловно, не может совершить подобную ошибку.

Конечно, вы должны убедиться, что у вас установлено последнее обновление прошивки.

-1

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

Из небольшого поиска, кажется, что другие люди не имеют этой проблемы. Проверьте, не сломали ли вы ключ. Если вы используете EFI, вы должны использовать расширенные опции в Windows, чтобы перейти к настройкам прошивки.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .