У меня Thinkpad T430. Каждый раз, когда я устанавливаю на него Linux (последнюю версию CentOS), через некоторое время компьютер отказывается загружаться, заходить в BIOS или меню загрузки/диагностики. Я запускал на нем Windows, и этого не происходило, пока я не решал переключиться на CentOS или сделать двойную загрузку.
Это произошло с тремя материнскими платами, которые мне пришлось заменить. Сейчас у меня четвертая, и я размышляю, то ли я один из тех несчастных, кто постоянно получает неисправное оборудование, то ли Linux каким-то образом портит прошивку материнских плат.
Ребята, что вы думаете?
Имеет ли это смысл с технической точки зрения? Может быть, T430 несовместим с Linux? Не стесняйтесь рассуждать.
решение1
Поскольку это относительно новое устройство, у него нет устаревшего BIOS, но есть прошивка UEFI. К сожалению, UEFI чрезвычайно сложен и подвержен самым странным ошибкам.
Например, несколько лет назад Samsung выпустила несколько ноутбуков, которые могли выйти из строя из-за записи слишком большого объема данных в переменную NVRAM.глянь сюдаиздесь:
[...] В ядре есть код, который упрощает это в системах UEFI. Всякий раз, когда возникает серьезная ошибка, ядро копирует последние сообщения в переменную UEFI-хранилища. Затем они становятся доступны в пользовательском пространстве после перезагрузки, что позволяет более точно диагностировать причину сбоя.
Этот аварийный дамп занимает около 10 КБ дискового пространства UEFI. Microsoft требует, чтобы системы Windows 8 имели не менее 64 КБ дискового пространства. Мы храним только один аварийный дамп — если система снова выйдет из строя, он просто перезапишет существующий, а не создаст новый. Все это полностью совместимо со спецификацией UEFI, и Apple на самом деле делает что-то очень похожее на своем оборудовании. К сожалению, оказывается, что некоторые ноутбуки Samsung не загружаются, если используется слишком много места для хранения переменных. Мы пока не знаем, что такое «слишком много», но для этого достаточно записать кучу переменных из Windows. Я привел здесь пример кода — он записывает 36 переменных, каждая из которых содержит килобайт случайных данных. Я запустил это как администратор в Windows, а затем перезагрузил систему. Он так и не вернулся.
Конечно, Lenovo не исключает возможности совершить подобную ошибку.
Конечно, вам следует убедиться, что у вас установлено последнее обновление прошивки.
решение2
Это возможно, если вы использовали специальное программное обеспечение для прошивки BIOS, но этого не произойдет, если вы его не используете.
Из небольшого поиска, похоже, что у других людей такой проблемы нет. Проверьте, не сломали ли вы ключ. Если вы используете EFI, вам следует использовать дополнительные параметры в Windows, чтобы перейти к параметрам прошивки.