Для Ъ:
Недавно у нас произошла душераздирающая история — за одно утро умерли два ноутбука Lenovo T500.
...
Естественно, в первую очередь были опробованы все кустарные способы реанимации: заменить батарею, заменить адаптер питания… Вытащить батарею и обесточить, сбросить CMOS и так далее… Результат? Ровно ноль — ноутбуки продолжали находиться в состоянии кирпичей.
...
В ночь на день «Д», на обоих компьютерах запустили memtest (точнее — memtest86+ 5.01-3 из дистрибутива Debian)
...
...memtest делает примерно то же самое — читает и пишет разные значения в разные области памяти. Теоретически, BIOS должен описывать области памяти, зарезервированные под устройства ввода-вывода. А memtest не должен туда ничего записывать — но… записал! И, видимо, в какой-то момент то-ли поднял, то-ли опустил неудачную ногу PMH. Соответственно, через выходной транзистор ноги PMH, шина питания VCC3SW оказалась накоротко замкнута на землю...
Весьма вероятно, что memtest может убивать таким образом ноутбуки начиная с серии T6x, и заканчивая серией T420/520 включительно. Начиная с T430/530 изменен способ коммуникации с EC, и записью в память до регистров PMH долезть нельзя в принципе. Возможно, этому подвержены только определенные версии BIOS или прошивки EC. Багрепорт debian-мейнтейнерам пакета отписан, может быть с апстримами чего и найдут...
UPD: альтернативная теория (omz+libreboot)
В сервисных центрах известна склонность RINKAN к выходу из строя. Коллеги из Libreboot дополнительно утверждают, что это особенно присуще контроллерам производства Toshiba (а ROHM получше будет). Соответственно, memtest всю дорогу был невиновен, а практически одновременный выход из строя двух ноутбуков произошел:
- Либо по независящим друг от друга причинам (возможно, спровоцированным нагревом материнской платы под длительным memtest)
- Либо неисправностью (шумом) по выходу питания адаптера, к которому (хотя и на короткое время) присоединялись оба ноутбука.
(В статье на хабре появляются апдейты и новые комментарии. Читайте первоисточник.)
