Комментарии 122
memtest.
А как же «Press ESC to exit...»
*здесь была картинка с разочаровавшимся бухариком.
Разве не интереснее бы выложить фото потрохов (хотя бы трупика)?
Извините, конечно, но тут дело только в целесообразности. СЦ (или народный умелец) может микросхемку-то поменять. На али море типовых микросхем и может быть повезёт найти нужную. Нужно только её обозначнение. Особенно, если немного по стоимости.
А как же «Press ESC to exit...»
*здесь была картинка с разочаровавшимся бухариком.
Разве не интереснее бы выложить фото потрохов (хотя бы трупика)?
Видимо, повреждена внутренняя логика микросхем, и это не лечится...
Извините, конечно, но тут дело только в целесообразности. СЦ (или народный умелец) может микросхемку-то поменять. На али море типовых микросхем и может быть повезёт найти нужную. Нужно только её обозначнение. Особенно, если немного по стоимости.
А что там смотреть? Такой кирпич по фото ничем от нормального отличаться не будет.
Но надо же как-то сделать, чтобы и новая микросхема не пала жертвой очередной проверки памяти.
Тут, похоже, столкнулась инженерная недоработка и косяк ПО. Вопрос в том, влияет ли эта версия memtest-а на другие ноуты и влияет ли другая версия memtest-а на эти леновы или косяк во взаимодействии ПО и слишком «продуманного» железа.
Хотя, как я уже написал, посыл в «извлекайте безопасно» и всё хорошо кончится.
думаем как жить дальше проверяем работоспособнсть.
И как я понял, автор делал тестирование «поднимание ноги», когда оживлял первый ноут программно.
Хотя, как я уже написал, посыл в «извлекайте безопасно» и всё хорошо кончится.
А что там смотреть? Такой кирпич по фото ничем от нормального отличаться не будет.Почему же? Увидим микросхему-виновника (её обозначение) и сделаем выводы. Например, можно узнать, косяк это конкретной модели/ревизии/партии с этими микросхемами или вообще всей линейки на такой платформе. К тому же, потом проще будет самоделкиным диагностировать. Звоним обвязку, меняем микросхему и
И как я понял, автор делал тестирование «поднимание ноги», когда оживлял первый ноут программно.
Хотя, как я уже написал, посыл в «извлекайте безопасно» и всё хорошо кончится.Предположение, что при нажатии Esc memtest вдруг откатит все изменения, какие он делал, для меня звучит фантастическим. С чего бы ему это делать? Предполагается, что вся память volatile, и перезагрузка всё равно всё сбросит. Та, что не замаплена на устройства, разумеется, но в замапленную писать случайные паттерны — самоубийство (как мы видим из статьи), да и задачу тестирования памяти оно всё равно никак не поможет выполнить.
Возможно еще сыграл фактор «оба компьютера были выключены кнопкой питания».
Выход из memtest по ESC != насильному выключению во время выполнения записи-чтения бог-знает-куда. Есть вероятность, что программный reset при корректном выходе из теста выставил бы все в исходное состояние.
Стараюсь, если лень ждать пока операционка загрузится, выключать всегда после процедуры всех инициализаций — или в grub или по F8 в меню винды.
Привычка берет корни со времен материнских плат под сокетА на логике Nforce2.
Они очень не любили выключения или сброса во время процедуры POST и инициализации PCI устройств и нелюбовь свою выражали в слёте прошивки BIOS.
В те времена работал в сервисе и материнских плат на Nforce2 с такой проблемой было не одна-две, а десятки.
Так что как писал товарищ выше «извлекайте безопасно» и всё хорошо кончится.
Выход из memtest по ESC != насильному выключению во время выполнения записи-чтения бог-знает-куда. Есть вероятность, что программный reset при корректном выходе из теста выставил бы все в исходное состояние.
Стараюсь, если лень ждать пока операционка загрузится, выключать всегда после процедуры всех инициализаций — или в grub или по F8 в меню винды.
Привычка берет корни со времен материнских плат под сокетА на логике Nforce2.
Они очень не любили выключения или сброса во время процедуры POST и инициализации PCI устройств и нелюбовь свою выражали в слёте прошивки BIOS.
В те времена работал в сервисе и материнских плат на Nforce2 с такой проблемой было не одна-две, а десятки.
Так что как писал товарищ выше «извлекайте безопасно» и всё хорошо кончится.
По (неуверенным) показаниям одного пользователя — ноутбук не реагировал на ESC утром. Поэтому нажали кнопку питания. Но если я правильно интерпретирую схему и результаты измерений — к моменту нажатия ESC, источник питания в RINKAN был уже много часов перегрет. Как бы не был написан memtest — вернуть обратно пробитые транзисторы на кремнии он не в состоянии.
Программно ноут не оживляется. Только отпайка ноги микросхемы под лупой и подпайка внешнего регулятора напряжения 3.3 вольта.
Так я и не говорю, что то что умерло-оживет.
Неизвестно, дежурный источник убился во время теста или же после насильного выключения что-то зависло и само себя изжарило.
В memtest, кстати, ESC не всегда мгновенно срабатывает. Иногда с ощутимой задержкой и кажется что он повис.
Неизвестно, дежурный источник убился во время теста или же после насильного выключения что-то зависло и само себя изжарило.
В memtest, кстати, ESC не всегда мгновенно срабатывает. Иногда с ощутимой задержкой и кажется что он повис.
По-идее, после выключения там уже нечему зависать. ЦП со своими шинами питания обесточивается, EC обесточивается путем остановки главного DC/DC 3/5 вольт. С этого момента работает только жесткая логика RINKAN/PMH. Теоретически, переходные процессы в момент выключения, конечно, могут дать такой эффект. Но вероятность такого я даже не берусь подсчитать… И опять же, если переходные процессы могут привести к прожарке источника питания — они одинаковые хоть запускай memtest, хоть что-то еще, и должны проявлять себя при любой жесткой остановке бука. А за долгую жизнь бук должны были неоднократно выключать кнопкой питания принудительно…
Ну, а как-же дежурка? Разве в тех ноутбуках EC не смотрит на кнопку включения? На которой всегда есть некоторое напряжение при заряженном и подключенном АКБ или подключенном запитанном СЗУ. И, да, EC-BIOS крутится в EC, пока есть дежурка, иначе как-бы он отслеживал кнопку?
В Lenovo на EC заводится стабильное напряжение с шины VCC3M. Если ноутбук выключен и не находится на питании с адаптера — EC обесточен. Под напряжением только VCC3SW от RINKAN. От этой же VCC3SW сделана подтяжка кнопки питания. Если не нее нажать, то пара RINKAN/PMH заведет главный преобразователь питания, запитает по VCC3M микросхему EC, и дальше уже EC получит контроль над платой.
Начать стоило с обзвона сервис центров на предмет (а у вас нет дохлой матери от IBM таких-то серий?) Если в той микрухе никаких серийников не хранится, то перепаять и радоваться.
Беда в том, что мы вообще-то программисты. На Java пишем для промышленных систем… То, что мы программисты с паяльной станцией, осциллографом и 3D-принтером — это уже несчастный случай и следствие богатого жизненного опыта…
Даже то время, которое удалось потратить на исследование — выделили только из-за крайней необычности случая (два T500 с интервалом в полчаса, и неизвестно почему). Вообще, цель была — дать рекомендации, чтобы и остальные наши буки не погорели. То, что один удалось даже восстановить — это приятный (временный!) бонус. На оба ноутбука будем заказывать с разборов материнские платы, и менять (даже ту, которую восстановили). Простой команды разработчиков где-нибудь в командировке обойдется много дороже стоимости новых материнок.
Даже то время, которое удалось потратить на исследование — выделили только из-за крайней необычности случая (два T500 с интервалом в полчаса, и неизвестно почему). Вообще, цель была — дать рекомендации, чтобы и остальные наши буки не погорели. То, что один удалось даже восстановить — это приятный (временный!) бонус. На оба ноутбука будем заказывать с разборов материнские платы, и менять (даже ту, которую восстановили). Простой команды разработчиков где-нибудь в командировке обойдется много дороже стоимости новых материнок.
Маркировка микросхем: RINKAN — Toshiba TB62513FG, PMH — lenovo LC272H5
Вот они на плате: с белой наклейкой — EC, следующий — RINKAN, следующий — PMH. Следов подгара обнаружить не удалось ни при простом осмотре, ни при осмотре с лупой. Снимок сделан в момент подпайки проводов для подключения внешнего регулятора 3.3 вольта (конденсатор C611 сдут, нога RINKAN отпаяна и поднята).
Вот они на плате: с белой наклейкой — EC, следующий — RINKAN, следующий — PMH. Следов подгара обнаружить не удалось ни при простом осмотре, ни при осмотре с лупой. Снимок сделан в момент подпайки проводов для подключения внешнего регулятора 3.3 вольта (конденсатор C611 сдут, нога RINKAN отпаяна и поднята).
Судя по натекам, паяли без канифоли.
Чуть-чуть мазнули ЛТИ-120. Пайка призов не возьмет — но в первую очередь боялись что оно потечет и замкнет что-нибудь рядом. Самое противное место там — это конденсатор VREGIN20: рядом сбоку контактные площадки VCC3SW и снизу переходное отверстие VCC3SW. Если на трехвольтовую шину попадет 19 вольт от адаптера — ремонт можно считать досрочно завершенным… Перед тем как закрывать наклейкой, натеки пригладили — дабы не проткнули там чего.
Кто же SMD паяет канифолью? Канифоль только для пайки проводов годится, для мелкой пайки на худой конец (как написали) спирто-канифольный ЛТИ-120, а по-нормальному — хороший неактивный флюс.
А ruomserg не советую припаивать такие толстые провода к SMD, неосторожное движение — и контакт оторван. В таком случае лучше 2-3 жилы от провода отогнуть и их припаивать, остальные лишние жилы откусить, провод зафиксировать к плате изолентой.
А ruomserg не советую припаивать такие толстые провода к SMD, неосторожное движение — и контакт оторван. В таком случае лучше 2-3 жилы от провода отогнуть и их припаивать, остальные лишние жилы откусить, провод зафиксировать к плате изолентой.
Посоветуйте флюс без канифоли. А то какую безотмывочную, нейтральную не возьмешь — все RA/RMA — Rosin Activated — активированные канифолью.
Я сейчас пользуюсь только «FluxPlus 6-412-A EFD», это пока самая лучшая из которых пользовался, нагара не оставляет при выкипании, остатки при необходимости легко счищаются спиртом, годна для пайки BGA микросхем. Единственный минус — цена, у нас 1200р. за 10мг. тюбик, но если без особого фанатизма мазать(через шприц с иглой) то хватает на долго.
за 10г. тюбикопечатался
Как насчет глицерина
Некоторые паяют, я пробовал, но как-то не зашло. Он у меня закапан в губку для чистки жала.
Его же смывать обязательно.
Не травитесь. Не используйте глицерин для пайки. При термическом разложении глицерина выделяется ядовитый мутаген акролеин. Даже в губку не советую его подмешивать. Лучше водой лишний раз намочить. Да даже если вы уже X-Men, то хотя бы платам на пользу не пойдёт.
Не знаю, как вам даже и написать. Канифоль, она не плоха, надо выдерживать условия и температурный режим. Она есть во всех почти флюсах, что EFD Flux Plus, что весь зоопарк с али.
На али NC-559-ASM встречал без RMA разве что. Не знаю, есть ли там канифоль.
Я ввиду крайней нужды взяли забадяжил сам.
Состав такой: аптечный вазелин + жидкий безотмывочный флюс ФПБ. Расплавил феном вазелин (на 100 градусах) и смешал с флюсом. Наношу кисточкой, чуть подбавляя по мере испарения. По мере застывания, конечно, разделяется на фракции, но можно наносить и так. Может быть и можно как-то газировать и смешать под давлением до однородной структуры и упаковать в шприц, не пробовал.
Для BGA, QNF, конечно, не подойдёт, но кое-что типа SMD паяльником поковырять можно. Медь лудится влёт, провода многожильные продирает «до самых до глубин». Выходит весьма дёшево. Смывается калошей, можно смешать её с изопропилом 1/1 или уайт-спиритом.
Думаю можно и вазелиновое масло взять. Хочу попробовать смешать силиконовый вазелин. Глицерин для флюсов использовать категорически не советую.
На али NC-559-ASM встречал без RMA разве что. Не знаю, есть ли там канифоль.
Я ввиду крайней нужды взяли забадяжил сам.
Состав такой: аптечный вазелин + жидкий безотмывочный флюс ФПБ. Расплавил феном вазелин (на 100 градусах) и смешал с флюсом. Наношу кисточкой, чуть подбавляя по мере испарения. По мере застывания, конечно, разделяется на фракции, но можно наносить и так. Может быть и можно как-то газировать и смешать под давлением до однородной структуры и упаковать в шприц, не пробовал.
Для BGA, QNF, конечно, не подойдёт, но кое-что типа SMD паяльником поковырять можно. Медь лудится влёт, провода многожильные продирает «до самых до глубин». Выходит весьма дёшево. Смывается калошей, можно смешать её с изопропилом 1/1 или уайт-спиритом.
Думаю можно и вазелиновое масло взять. Хочу попробовать смешать силиконовый вазелин. Глицерин для флюсов использовать категорически не советую.
ЛТИ-120 != спиртоканифоль… Часто люди этого не знают и не смывают ЛТИ после пайки, и через полгода-год от дорожек на плате ничего не остаётся.
Как уже написано, канифоль не есть зло. Канифолью не рекомендуется пайка безсвинца по причине более высоких температур, при которых канифоль начинает окисляться и вследствие чего может начать проводить электричество, чему немало способствуют плотный монтаж->малые зазоры и высокие частоты. Также пережжёную канифоль сложнее смыть… Огромное количество флюсов изготовлено на основе канифоли, отличаются степенью её очистки (чем выше, тем лучше) и наличием присадок, активаторов, стабилизаторов… Флюсы рекомендуется смывать, даже безотмывочные, ибо неизвестно доподлинно какой там состав (исключения — положительный опыт использования конкретно вот этой упаковки).
Да, если лудит очень хорошо, значит флюс активный и смывка обязательна.
Насчёт проводов: конечно, толщина критична, если нет других, то я прокладываю, закрепляю, а после уже припаиваю, дабы исключить отрыв дорожек. Можно использовать литцендрат от наушников (у комплектных от продукции Apple весьма неплохие провода), там, действительно, можно использовать несколько волосин. Лудятся хорошо активным флюсом, за неимением — в среде хлора, например на кусочке ПВХ.
Да, если лудит очень хорошо, значит флюс активный и смывка обязательна.
Насчёт проводов: конечно, толщина критична, если нет других, то я прокладываю, закрепляю, а после уже припаиваю, дабы исключить отрыв дорожек. Можно использовать литцендрат от наушников (у комплектных от продукции Apple весьма неплохие провода), там, действительно, можно использовать несколько волосин. Лудятся хорошо активным флюсом, за неимением — в среде хлора, например на кусочке ПВХ.
輪姦 / rinkan
Микруха в КЗ получается?
Видимо, всё-таки склонна к отказу именно сама микросхема. Может быть защиты какой-то не хватает, статика, пробой, банальный перегрев при активном обращении-стресс работе (memtest) или наводки какие-то есть. Заменить не проблема.
С 輪姦 / rinkan здорово hd_keeper подметил, забавно получилось, правда, омофон, но склонность микрухи к отказу и то, что ломается, даже занятно.
Видимо, всё-таки склонна к отказу именно сама микросхема. Может быть защиты какой-то не хватает, статика, пробой, банальный перегрев при активном обращении-стресс работе (memtest) или наводки какие-то есть. Заменить не проблема.
С 輪姦 / rinkan здорово hd_keeper подметил, забавно получилось, правда, омофон, но склонность микрухи к отказу и то, что ломается, даже занятно.
Странно это. По идее memtest должен ходить только по DDR RAM и не пытаться писать в memory mapped io. Иначе, чудеса начались бы намного раньше, ещё в момент натыкания на регионы куда замаплена PCI.
lenovo же…
Недавно похожее было, хотя там еще не понятно, кто виноват. habr.com/post/409009
Недавно похожее было, хотя там еще не понятно, кто виноват. habr.com/post/409009
НЛО прилетело и опубликовало эту надпись здесь
А разве outb — это не операция записи в порт? Насколько я понял приведённый фрагмент, для записи в оную микросхему недостаточно просто что-то в память положить, но надобно ещё и outb произвести. А зачем мемтесту делать outb — тайна за семью печатями.
Да там вообще только работа с портами. Причём тут память…
Это верно. Как memtest добрался до портов EC — нам пока неизвестно. Возможна ошибка в фирмвари EC, и он декодирует свой адрес даже если на шине запрошено другое адресное пространство. Возможно, эти же регистры смаплены биосом (см ниже пост yleo) в какой-то memory region, доступный по записи. Наших ресурсов на дальнейшее расследование недостаточно.
Не могу согласиться что memtest виноват.
На x86, как и на многих других архитектурах на шине CPU есть еще один сигнал, который явно показывает куда обращается CPU: к портам ввода-вывода (инструкции IN/OUT) или к памяти. Соответственно, в обязательном порядке этот сигнал должен использоваться в схеме декодирования адреса.
Поэтому "просто так" memtest не мог что-либо записать в регистры EC. Однако, ему в этом мог помочь BIOS. Сценарий такой помощи примерно всегда работает через PCI, но тут нужно кое-что пояснить:
- есть PCI CONFIG SPACE (обращение со стороны процессора только посредством IN/OUT).
- этот CONFIG SPACE отвечает за конфигурирование всех PCI-устройств (и всех устройств на всех логически совместимых шинах).
- конфигурирование PCI-устройства предполагает:
- выделение участков адресного пространства на шине в адресации CPU, но так чтобы эти адреса не были занять чем-либо другим.
- в зависимости от потребностей и возможонстей PCI-устройства, таких адресных диапазонов может быть несколько, как в I/O SPACE (через IN/OUT), так и в MEM SPACE; с разным режимом допуска: R/O, R/W, non-cacheable, write-combite...
- разрешение работы устройства на шине = после выделения адресов и записи в соответствующие места PCI CONFIG SPACE, должен быть выставлен еще один ENABLE бит; При этом PCI-устройство будет подключено к шине, точнее говоря начнет работать его логика декодирования адреса и станет вырабатывать чип-селекты и RDY.
Самое худшее, что может сделать гадкий BIOS = плохо сконфигурировать устройства (с перекрытием адресов) и тем более оставить подключенным в MEMORY SPACE что-то опасное. Тогда ничего не подозревающий о сюрпризе memtest может вляпаться.
Не могу согласиться что memtest виноват.хехе, действительно заголовок звучит как «гадкий мемтест, который убьет ваш ноут» (и его, наверно, стоит переделать в «ноут, который может быть убит простой записью в память (например мемтестом)»)
У мемтеста были сообщники, это факт! Под подозрением прошивка EC.и BIOS. На меня вышли англоязычные коллеги из libreboot, у которых есть больше информации о внутреннем устройстве старых lenovo — возможно мы с ними сумеем накопать больше информации.
Не хотелось бы спорить, но есть различные варианты реализации I/O:
В современных компьютерах используются и тот и другой варианты. Самый известный вариант использования MMIO в PC это непосредственный вывод информации в видео память. Для этого не используются инструкции IN/OUT, а используются обычные инструкции MOV. При этом в 32-х разрядный системах когда установлено 4GB RAM (максимум адресуемой памяти в 32-х битных ОС), адресное пространство устройства приходится отображать на уже «занятое» RAM адресное пространство. Поэтому всякие проверяльщики памяти обязаны с должным почтением обходить регионы занятые устройствами. Более подробно можно почитать в Memory-mapped I/O, либо в Intel 64 and IA-32 Architectures Software Developer's Manual Volume 3A: System Programming Guide, Part 1
- Memory-mapped I/O (MMIO)
- Port-mapped I/O (PMIO)
В современных компьютерах используются и тот и другой варианты. Самый известный вариант использования MMIO в PC это непосредственный вывод информации в видео память. Для этого не используются инструкции IN/OUT, а используются обычные инструкции MOV. При этом в 32-х разрядный системах когда установлено 4GB RAM (максимум адресуемой памяти в 32-х битных ОС), адресное пространство устройства приходится отображать на уже «занятое» RAM адресное пространство. Поэтому всякие проверяльщики памяти обязаны с должным почтением обходить регионы занятые устройствами. Более подробно можно почитать в Memory-mapped I/O, либо в Intel 64 and IA-32 Architectures Software Developer's Manual Volume 3A: System Programming Guide, Part 1
Адекватный BIOS не должен оставлять на выходе разрешенные MMIO регионы, обмен с которыми (запись или чтение) может привести к side effects. Если не ошибаюсь это один из пунктов спецификаций PCI и PnP.
Вторая «любимая» ошибка — когда протокол взаимодействия с EC (и прочими так называемыми Super-I/O) требует монопольного доступа к шине. Например, когда парой OUTB специфических значений в специфические порты открывается «секретный» доступ к Super-IO контроллеру.
Для исключения конфликтов, в таких случаях на время обращения к Super-IO приходиться «глушить» все ядра на всех CPU и запрещать прерывания (15 лет назад пришлось повозиться с подобным в специфической драйвере, чтобы безопасно включать «турбо-режимы» на COM-портах).
Вторая «любимая» ошибка — когда протокол взаимодействия с EC (и прочими так называемыми Super-I/O) требует монопольного доступа к шине. Например, когда парой OUTB специфических значений в специфические порты открывается «секретный» доступ к Super-IO контроллеру.
Для исключения конфликтов, в таких случаях на время обращения к Super-IO приходиться «глушить» все ядра на всех CPU и запрещать прерывания (15 лет назад пришлось повозиться с подобным в специфической драйвере, чтобы безопасно включать «турбо-режимы» на COM-портах).
Это схемы Lenovo в статье? Apple вон уже ремонтника засудил за публикацию схем «защищенных копирайтом».
Поскольку рядом нет никаких дросселей — можно предположить, что построен этот регулятор по простой линейной схеме.Вроде бы логично. Но! Многие производители выпускают высокочастотные импульсные регуляторы со встроенным дросселем, например. Кроме того, бывают регуляторы на переключаемых конденсаторах.
Мне кажется, что они не стали бы делать микромощный преобразователь с дросселем. На холостом ходу (а там почти 100% времени работа в таком режиме) у импульсного преобразователя ток на собственные нужды (+потери в дросселе) должен быть больше чем у линейного на полевике. А они там за каждый микроампер должны бороться — это же высадка батареи даже когда бук полностью выключен!
Есть Lenovo V510 с полностью заряженной батареей. Через 2 месяца на полке батарея разряжена. Так что, про борьбу за микроамперы, это не к Lenovo.
Батарея несъемная, но в BIOS-е, видимо специально для этого, сделали возможность отключать ее программно.
Батарея несъемная, но в BIOS-е, видимо специально для этого, сделали возможность отключать ее программно.
TPS82084 (2А выходной ток) по ссылке имеет ток покоя 17 мкА. Указанный линейный LP2930-3.3 — 75 мкА, при этом рассчитан на ток до 100 мА
Посмотрел. Круто, ничего не скажешь! Одна надежда — что в 2008 году таких игрушек не было. И да, LP2930 — это не идеал, а лучшее, до чего удалось добраться в местном магазине радиодеталей. Сначала вообще хотели подкинуть L78L33 с током покоя 5ma. В RINKAN должно стоять что-то с характеристиками получше.
У меня на Lenovo P51 утилита обслуживания дисков Seagate SeaTools окирпичила SSD M.2 Samsung при попытке сканирования шин. Я сначала подумал, что это у меня кривые руки, но на всякий случай оформил репорт и через месяц в этот пост пришли отклики от других людей с такой же проблемой. Кто виноват и в чем проблема не сказали, но проблему пофиксили с выпуском новой версии SeaTools и новой прошивки для SSD Samsung
Вот и я о том же, причем здесь Lenovo?
А у меня тут SSD M.2 ADATA 512GB XPG SX8000 на материнке Asus Z170-P ведёт себя странно: раз в несколько дней либо не виден в системе (винда 10 пишет о невозможности запуска устройства, «так как оно сообщило о неполадке») либо винда зависает на начальном этапе старта (грузится с другого диска, но на этом лежит своп). После перезагрузки диск появляется и работает без проблем, данные на месте и всё такое. Вот только сбрасывается на ноль количество записанных на него данных в счётчике S.M.A.R.T. Кто виноват тоже не понятно, хотя предполагаю что сам диск таки, ведь другие ему в S.M.A.R.T. ничего записывать не должны.
Столкнулся с такой-же проблемой, только на другой материнке (asus b350-plus). Первый раз система ссд пропал когда установил новую 1060. Подумал на то, что гпу много ест через линии pci на старте, поменял на другую модель (с 6pin на 8pin доп питание), вроде проблема пропала. Но иногда все же ссд не видно, особых корреляций не приметил (разае что при выключении зажимом кнопки питания). Лечится простым отстоем десктопа в обесточенном состоянии на некоторое время (магия).
Не магия, а разрядка ёмкостей (как в виде установленных производителем конденсаторов, так и паразитных в виде пыли, загрязнений, окислов). Рекомендуется вдумчивая чистка, промеры питающих напряжений, мониторинг просадок/пульсаций.
НЛО прилетело и опубликовало эту надпись здесь
Попробуйте вот это:
https://youtu.be/0YM3WfHk5To
И коментатору выше киньте, у меня неполноценный аккаунт, ответить ему я не смогу.
ИМХО, что-то с областью, где лежит SMART, более вероятна неисправность накопителя, нежели некорректная работа матплаты.
Конечно memtest, даже теоретически, не должен попасть в область адресов BIOS или I/O. Но попал же…
А на Lenovo зря нападаете, кому как повезет.
Свой S90 я заряжаю раз в неделю (это в обычном режиме общения со смартфоном). Если на работе запарка и звонков уйма, то зарядки хватает на 2-3 дня. Планшет YB1-X90L как-то пролежал без дела почти полгода, и я был приятно удивлен, что уровень зарядки практически не изменился.
Jedem das Seine!
А на Lenovo зря нападаете, кому как повезет.
Свой S90 я заряжаю раз в неделю (это в обычном режиме общения со смартфоном). Если на работе запарка и звонков уйма, то зарядки хватает на 2-3 дня. Планшет YB1-X90L как-то пролежал без дела почти полгода, и я был приятно удивлен, что уровень зарядки практически не изменился.
Jedem das Seine!
Товарищи, такое взаимодействие memtest'а и ноутбуков является уязвимостью, пожалуйста, сообщите в Lenovo и Microsoft.
пожалуйста, сообщите в Lenovo и Microsoft.
Если вы не отзовётесь, мы напишем в Спортлото
Простите, а при чём тут Microsoft? Memtest писали не они.
Я не думаю, что Lenovo будет делать исправления для ноутбуков бородатых годов выпуска. Пока проблема обозначена мейнтейнерам и апстриму memtest86+. Если мы сумеем убедить их в правильности нашей версии — они поставят костыль со своей стороны, или хотя бы выведут предупреждение при запуске на потенциально убиваемой системе.
Один из тех многочисленных случаев, когда высокая гибкость архитектуры порождает проблемы в безопасности. Это, конечно, не означает, что теперь всё надо проектировать топорно. Система системе — рознь, но это нужно понимать и иметь ввиду, страховать от подобных сценариев на смежных уровнях. В данном случае железо должно было страховать программную часть, но увы.
гонял на своем t400 doc-овский мемтест ранее, видимо свезло
Видел довольно много постов в сети мол сломать пк(ноут) программно невозможно.
А все оказалось так просто… пусть только с некоторыми моделями, хотя…
А все оказалось так просто… пусть только с некоторыми моделями, хотя…
Да с любой моделью можно! Например, берём доверху налитый электрочайник, ставим на ноут, втыкаем в управляемую по вайфай розетку. Теперь, программно (и удалённо!) включив эту розетку, выведем из строя ноут :D
Я к тому, что в принципе бывают всякие окольные пути. Но они все не универсальные, требуют особых условий.
Я к тому, что в принципе бывают всякие окольные пути. Но они все не универсальные, требуют особых условий.
Тест памяти, убивающий ноутбуки — почти детектив
***
Очень образный заголовок. Почему — то мне представился программист, которого заставляют запомнить неудобоваримое количество кода ( тестируют память ), и в конце концов из его глаз ударяют жуткие молнии, уничтожающие компьютер, служащий источником пытки.
***
Очень образный заголовок. Почему — то мне представился программист, которого заставляют запомнить неудобоваримое количество кода ( тестируют память ), и в конце концов из его глаз ударяют жуткие молнии, уничтожающие компьютер, служащий источником пытки.
Меня вот другое порадовало: что такой случай произошел у тех людей, которые смогли продиагностировать :) Круто :)
Вы намекаете, что они это сами спровоцировали? :)
Возможно аналогичные истории происходили и происходят и у других людей. Но мы об этом не знаем, поскольку они не могут диагностику провести. Или у них единичные случаи и причин разбираться как будто и нет :-)
Типичный пример ошибки выжившего (survivorship bias). Такие случаи, несомненно, происходили и у других людей. Просто те не смогли их диагностировать, или не написали об этом статью :)
Очень похоже на историю в Чернобыле — роковое стечение обстоятельств. Вроде обо всём подумали, но мелочи тут и там сложились в смертный приговор.
По идее, оживить несложно, но отсутствие запчастей озадачивает.
Печально. Есть ли какие-то способы безвредно проверить, подвержен ли ноут этому багу? Я довольный обладатель W520, хотелось бы как-то себя обезопасить на будущее, кроме способа «ни в коем случае не запускать memtest».
По идее, оживить несложно, но отсутствие запчастей озадачивает.
Печально. Есть ли какие-то способы безвредно проверить, подвержен ли ноут этому багу? Я довольный обладатель W520, хотелось бы как-то себя обезопасить на будущее, кроме способа «ни в коем случае не запускать memtest».
Мы у себя до особого распоряжения запретили запуск memtest на всех ноутбуках Lenovo младше T430/530.
Наша самая главная надежда — это, конечно, восстановленный ноутбук (собственно, я с него и пишу сейчас). Когда подойдут материнские платы на замену — устроим натурный эксперимент. Для этого отпаяем выход LDO у починеной платы и подрубим внешнее питание с токовой защитой (скажем, миллиампер 50). Погоняем сначала просто так — чтобы убедиться что ложных срабатываний защиты нет, а потом запустим memtest. Если токовая защита сработает и вырубит все нафиг — значит вот оно и попалось! Научимся тестом баг фиксировать — считай, уже победили…
Наша самая главная надежда — это, конечно, восстановленный ноутбук (собственно, я с него и пишу сейчас). Когда подойдут материнские платы на замену — устроим натурный эксперимент. Для этого отпаяем выход LDO у починеной платы и подрубим внешнее питание с токовой защитой (скажем, миллиампер 50). Погоняем сначала просто так — чтобы убедиться что ложных срабатываний защиты нет, а потом запустим memtest. Если токовая защита сработает и вырубит все нафиг — значит вот оно и попалось! Научимся тестом баг фиксировать — считай, уже победили…
Сенсация надуманная. Диагностика проведена не верно. С т.з. схемотехники и реализаций питания (будь то линейных преобразователей или импульсных) выводы ошибочные.
Во первых, в случае если это LDO, как выпишите:
«И, видимо, в какой-то момент то-ли поднял, то-ли опустил неудачную ногу PMH. Соответственно, через выходной транзистор ноги PMH, шина питания VCC3SW оказалась накоротко замкнута на землю...»
Из каких соображений это написано? Взято из воздуха? Транзистор в линейном стабилизаторе не включается на землю, он включается между входным напряжением и нагрузкой, а затвором рулит управляющая схема с ОС. Если транзистор полностью открыт (или пробит), то на нагрузке будет не КЗ, а полные 20В со входа.
Обычно в контроллерах никто не будет делать цифровое управление аналоговым сигналом (управление затвором и регулирование), т.к. нужны фикс 3,3В, от контролера требует только сигнал ON-OFF. Поэтому данная версия полностью исключена.
Если это имульсный DC-DC (маловероятно): опять же, никто не формирует по цифровым шинам ШИМ сигнал, особенно в том случае, если нам нужен только фикс 3,3В.
В общем, все это не более чем надумка. Есть версия более простая, из опыта ремонта ноутбуков в т.ч. на аналогичных платформах. Преобразователь в контроллере 20В->3,3В приказал долго жить после проблем с иточником питания, либо нагрева, либо сам по себе (такое то же бывает). Может быть и сам контроллер умер быстрее преобразователя и потянул за собой остальное. Чаще всего случается подобное, что подтверждается отзывами ремонтников подобных платформ (так и пишут — после китайских БП).
Во первых, в случае если это LDO, как выпишите:
«И, видимо, в какой-то момент то-ли поднял, то-ли опустил неудачную ногу PMH. Соответственно, через выходной транзистор ноги PMH, шина питания VCC3SW оказалась накоротко замкнута на землю...»
Из каких соображений это написано? Взято из воздуха? Транзистор в линейном стабилизаторе не включается на землю, он включается между входным напряжением и нагрузкой, а затвором рулит управляющая схема с ОС. Если транзистор полностью открыт (или пробит), то на нагрузке будет не КЗ, а полные 20В со входа.
Обычно в контроллерах никто не будет делать цифровое управление аналоговым сигналом (управление затвором и регулирование), т.к. нужны фикс 3,3В, от контролера требует только сигнал ON-OFF. Поэтому данная версия полностью исключена.
Если это имульсный DC-DC (маловероятно): опять же, никто не формирует по цифровым шинам ШИМ сигнал, особенно в том случае, если нам нужен только фикс 3,3В.
В общем, все это не более чем надумка. Есть версия более простая, из опыта ремонта ноутбуков в т.ч. на аналогичных платформах. Преобразователь в контроллере 20В->3,3В приказал долго жить после проблем с иточником питания, либо нагрева, либо сам по себе (такое то же бывает). Может быть и сам контроллер умер быстрее преобразователя и потянул за собой остальное. Чаще всего случается подобное, что подтверждается отзывами ремонтников подобных платформ (так и пишут — после китайских БП).
К сожалению, пока мы не поставим натурный эксперимент с запуском memtest на модифицированной плате с токовой защитой по 3.3v — окончательно сделать выбор между версиями «сбой питания» и «КЗ по выходным линиям PMH» не получится. Против версии «сбой по питанию» говорит следующее:
— Во время теста ноутбуки стояли на разных источниках питания, а характер повреждений одинаковый
— Все предохранители в цепях питания целы
— До момента отключения питания ноутбуки работали (были они зависшие или нет — отдельный вопрос). Следовательно, питание с адаптера по линии VINT20 приходило на все преобразователи, и ни один из них не ушел в защиту. Сценарий, при котором на все преобразователи приходит бросок, но умирает почему-то только LDO RINKAN (напоминаю, она включена через доп.диоды — т.е. на ней никак не может быть напряжение больше чем на VINT20) кажется нам маловероятным.
— Условно-подозрительный блок питания в переговорке подключался к ноутбуку N1 на короткое время, и при этом уже не зажигался светодиод DCIN на панели бука. То есть, бук уже демонстрировал симптомы, характерные для смерти VCC3SW. Да, есть вероятность что это короткое подключение его тоже убило. Мы поместили адаптер в карантин, и используем его для проведения эксперимента. Сейчас времени и техники для эксперимента (с потенциальным выходом из строя еще одного ноутбука), к сожалению, нет.
— О вопросах схемотехнической реализации LDO в RINKAN смысла спорить не вижу, т.к. ни у кого из нас нет надежной информации по этому вопросу. В первом ноутбуке явный отказ схемы регулирования, регулирующий транзистор прикрыт, ток собственного потребления на ХХ 8ma — великоват. Во втором ноутбуке схема регулирования практически пробита на землю с током утечки на ХХ около 0.5A (что вообще ни в какие ворота). Как именно это произошло, по имеющимся данным восстановить мы не можем.
— Во время теста ноутбуки стояли на разных источниках питания, а характер повреждений одинаковый
— Все предохранители в цепях питания целы
— До момента отключения питания ноутбуки работали (были они зависшие или нет — отдельный вопрос). Следовательно, питание с адаптера по линии VINT20 приходило на все преобразователи, и ни один из них не ушел в защиту. Сценарий, при котором на все преобразователи приходит бросок, но умирает почему-то только LDO RINKAN (напоминаю, она включена через доп.диоды — т.е. на ней никак не может быть напряжение больше чем на VINT20) кажется нам маловероятным.
— Условно-подозрительный блок питания в переговорке подключался к ноутбуку N1 на короткое время, и при этом уже не зажигался светодиод DCIN на панели бука. То есть, бук уже демонстрировал симптомы, характерные для смерти VCC3SW. Да, есть вероятность что это короткое подключение его тоже убило. Мы поместили адаптер в карантин, и используем его для проведения эксперимента. Сейчас времени и техники для эксперимента (с потенциальным выходом из строя еще одного ноутбука), к сожалению, нет.
— О вопросах схемотехнической реализации LDO в RINKAN смысла спорить не вижу, т.к. ни у кого из нас нет надежной информации по этому вопросу. В первом ноутбуке явный отказ схемы регулирования, регулирующий транзистор прикрыт, ток собственного потребления на ХХ 8ma — великоват. Во втором ноутбуке схема регулирования практически пробита на землю с током утечки на ХХ около 0.5A (что вообще ни в какие ворота). Как именно это произошло, по имеющимся данным восстановить мы не можем.
Горячо обсуждаем хронологию событий и пытаемся по вашему рассказу выяснить первопричину. Есть мнение что первоначально был слет прошивки BIOS, что часто бывает при работе с линуксом. Скажите — вы, либо сервис куда отдавали на попытку ремонта — перешивали его? Паяная ли микросхема Flash?
BIOS не слетал, следов пайки на платах нет. Сервис тоже ничего не шил — «диагностировали» смерть материнки, и сказали что если мы принесем исправную — они за наши деньги ее заменят. То есть они даже из шасси ее не вынимали. Первый ноутбук ожил после отпайки VCC3SW на RINKAN и подаче на VCC3SW внешнего питания 3.3В. Причем, ожил полностью и попытался загрузиться. Опираясь на это мы начали искать и паять внешний LDO.
Я лично нес в руках бук N1 с момента его выключения после memtest и до попытки включить в переговорке. Он реально был рабочим 30 минут назад, а потом не реагировал даже на штекер питания (должен светодиод загораться, даже если бук не включен).
Я лично нес в руках бук N1 с момента его выключения после memtest и до попытки включить в переговорке. Он реально был рабочим 30 минут назад, а потом не реагировал даже на штекер питания (должен светодиод загораться, даже если бук не включен).
НЛО прилетело и опубликовало эту надпись здесь
Было такое. Ну и мои знакомые ноутбучники об этом говорят. На хабре тоже обсуждалось
Опять же — что это за эксперимент? Что вы хотите выяснить им? Что у вас меняется потребление по питанию VCC3SW? Потребление (ток) дает нагрузка. Как это связано с контроллером? Тем более вы даже не знаете какой максимальный ток может быть на этой нагрузке.
Вы же и пишете, что оба подкючались к одному источнику. И не загорался светодиод. Да, сгорает моментально и как раз в момент подачи внешнего питания.
Предохранитель останется цел по двум причинам: т.к. общий ток потребления (с горелым контроллером) не выше его порога срабатывания, либо если возникает КЗ по линии VINT20 (как во втором ноутбуке) входные мосфеты закрываются, соответственно потребления почти не будет.
Умирают не только от броска напряжения, а от шумов источника питания. Диоды вообще ни причем, шумы прекрасно проходят через них.
О LDO и так прекрасно известно. Вы же строите какие то невероятные теории, вроде — выходной транзистор замкнут на землю. Откуда это? Приведите схему такого преобразователя.
Вы же и пишете, что оба подкючались к одному источнику. И не загорался светодиод. Да, сгорает моментально и как раз в момент подачи внешнего питания.
Предохранитель останется цел по двум причинам: т.к. общий ток потребления (с горелым контроллером) не выше его порога срабатывания, либо если возникает КЗ по линии VINT20 (как во втором ноутбуке) входные мосфеты закрываются, соответственно потребления почти не будет.
Умирают не только от броска напряжения, а от шумов источника питания. Диоды вообще ни причем, шумы прекрасно проходят через них.
О LDO и так прекрасно известно. Вы же строите какие то невероятные теории, вроде — выходной транзистор замкнут на землю. Откуда это? Приведите схему такого преобразователя.
Как выясняется (см второй апдейт статьи) — в RINKAN есть встроенная защита по току 55 ma. Мы запустим мемтест с внешним ограничением по току VCC3SW и посмотрим как будет вести себя ток на этой шине. Если ограничение по току не сработает — значит никакого КЗ по VCC3SW при запуске memtest не было — и, следовательно, отказ RINKAN произошел по другим причинам (наиболее вероятно, из-за адаптера). Если случится ограничение по току — значит memtest все-таки может вызвать состояние КЗ (или, скажем корректнее — нерасчетно высокого потребления тока) по этой линии питания, и механизм образования КЗ придется уточнять.
Вот этот апдейт более похож на правду. Но ваш «эксперимент» почти ничего не даст по вашему первоначальному предположению — запись неверных данных по шине в контроллер. Лучше бы вы убрали этот вывод, т.к. повторюсь, это физически невозможно, но вводит людей в заблуждение.
Эксперимент покажет, что возможны проблемы с нагрузкой дежурных 3,3В из за каких то там причин, ОК. И? Опять же, в контроллере встроенная защита OCP приведет к выключению контроллера, ноутбук просто выключится. Вообще не факт, что проблемы с нагрузкой вызовут выгорание контроллера.
Зато есть реальное предположение — если посмотрите даташите на аналогичные контроллеры (ту же тошибу из апдейта), то поймете, что эти 3,3 используются и внутри контроллера и там уже вполне возможен внутренний пробой этого напряжения на землю.
Если у вас нет осциллографа, диагностировать импульсные цепи почти невозможно, соответственно лучше тот БП куда нибудь подальше закинуть и больше не включать.
Если вы находитесь в Москве, можете заказать контроллеры и отдать платы мне на восстановление — вы обратились не в тот сервис.
Эксперимент покажет, что возможны проблемы с нагрузкой дежурных 3,3В из за каких то там причин, ОК. И? Опять же, в контроллере встроенная защита OCP приведет к выключению контроллера, ноутбук просто выключится. Вообще не факт, что проблемы с нагрузкой вызовут выгорание контроллера.
Зато есть реальное предположение — если посмотрите даташите на аналогичные контроллеры (ту же тошибу из апдейта), то поймете, что эти 3,3 используются и внутри контроллера и там уже вполне возможен внутренний пробой этого напряжения на землю.
Если у вас нет осциллографа, диагностировать импульсные цепи почти невозможно, соответственно лучше тот БП куда нибудь подальше закинуть и больше не включать.
Если вы находитесь в Москве, можете заказать контроллеры и отдать платы мне на восстановление — вы обратились не в тот сервис.
Самые разумные комментарии в этом топике (даже не исключая исходного текста «сенсации», высосанной из пальца непрофессионалом)! «Так вот и возникают нездоровые сенсации» (с) «Вангую», что с высокой степенью вероятности правы вы, а не автор «детектива», базирующегося на поверхностных знаниях.
Здесь два момента. Во-первых, мы не против опровержения нашей теории. Мир, в котором тест памяти реально убивает ноутбуки — ужасен.
Во-вторых, когда за утро у тебя без видимых причин умирают два ноутбука корпоративного класса — на ум приходит одна цитата из Стругацких: "… Нам разрешается прослыть невеждами, мистиками, суеверными дураками. Нам одного не простят: если мы недооценили опасность. И если в нашем доме вдруг завоняло серой, мы просто не имеем права пускаться в рассуждения о молекулярных флуктуациях — мы обязаны предположить, что где-то рядом объявился черт с рогами, и принять соответствующие меры, вплоть до организации производства святой воды в промышленных масштабах." © Жук в муравейнике
Во-вторых, когда за утро у тебя без видимых причин умирают два ноутбука корпоративного класса — на ум приходит одна цитата из Стругацких: "… Нам разрешается прослыть невеждами, мистиками, суеверными дураками. Нам одного не простят: если мы недооценили опасность. И если в нашем доме вдруг завоняло серой, мы просто не имеем права пускаться в рассуждения о молекулярных флуктуациях — мы обязаны предположить, что где-то рядом объявился черт с рогами, и принять соответствующие меры, вплоть до организации производства святой воды в промышленных масштабах." © Жук в муравейнике
По моему, вы немного ударились в «театральность» и излишнюю драматизацию. Я тоже «программист с осциллографом» (при том, купленном за свои деньги just for fun), и немного разбираюсь в схемотехнике (по любительски, конечно).
Камрад omz, в отличие от нас, похоже, что профессионал, и его предположениям (sorry!), я склонен доверять больше, чем вашим.
«Хайп» вы, конечно, подняли изрядный. Но как бы потом вам не стало стыдно перед самим собой — это я без всякого упрека, по своему опыту. Вот когда считаешь, что тебе «все ясно», а потом выясняется, что ты просто «сел в лужу» — чего-то не учел, чего-то не знал.
Вы же понимаете, что ноутбуки делают вовсе не «ламеры» или «лохи». И даже в России ноутбуки просто не делают. Да и вообще, страны, в которых ноутбуки именно «делают» (а не паяют чипы на платы), могут уместиться на одной руке трехпалого человека…
Камрад omz, в отличие от нас, похоже, что профессионал, и его предположениям (sorry!), я склонен доверять больше, чем вашим.
«Хайп» вы, конечно, подняли изрядный. Но как бы потом вам не стало стыдно перед самим собой — это я без всякого упрека, по своему опыту. Вот когда считаешь, что тебе «все ясно», а потом выясняется, что ты просто «сел в лужу» — чего-то не учел, чего-то не знал.
Вы же понимаете, что ноутбуки делают вовсе не «ламеры» или «лохи». И даже в России ноутбуки просто не делают. Да и вообще, страны, в которых ноутбуки именно «делают» (а не паяют чипы на платы), могут уместиться на одной руке трехпалого человека…
Тоже как у меня, клиент решил сменить память ddr3 2*2 на 2*4гиг но с ebay получил не ddr3 а ddr3L, итог = спалил 2 ноута probook 6570b неслабой такой комплектации (тупо моргает CapsLock + NumLock 3 раза = проблемы с памятью)
Где чинить не знаю, в нашем Кишинёве чинить отказались
Где чинить не знаю, в нашем Кишинёве чинить отказались
Тут DDR3 vs DDR3L вообще не причём, ну не горит DDR3L от 1,5в ну вот вообще и тем более до состояния «всё спалить на своём пути».
А у клиента иль руки кривые или планки давно не планки ;)
А у клиента иль руки кривые или планки давно не планки ;)
Память не сгорит, а вот обвязка на материнке ноута — сможет (как-никак ей уже 5 лет)
При исправной планке, ничего не сгорит.
DDR3L полностью, обратно, совместимы с DDR3.
Вот наоборот уже сложнее, точнее зависит от «свежести» DDR3 планки, запросто может завестись на 1,35в но стабильность работы будет под большим вопросом.
DDR3L полностью, обратно, совместимы с DDR3.
Вот наоборот уже сложнее, точнее зависит от «свежести» DDR3 планки, запросто может завестись на 1,35в но стабильность работы будет под большим вопросом.
не тогда не знаю, показал фото = память 12600 ddr3L Apple type oO
С обратной совместимостью вопрос в процессоре, умеет ли он работать с памятью на 1.5 Вольта, если умеет, то проблем нет, а если не умеет, то может пострадать, так как контроллер памяти теперь в процессоре. Свежий ноут НР с 4 поколением Коре (только ddr3l) на обычную память ругнулся при включении и сказал что работать так можно только под свою ответственность.
А вот DDR3L несколько лет работала у меня в ноуте на 1.5 Вольта.
А вот DDR3L несколько лет работала у меня в ноуте на 1.5 Вольта.
Слегка заблуждаетесь, тип ОЗУ определяется на стадии самодиагностика — считывается из SPD «чипа» при инициализации BIOS.
Сам по себе контроллер ОЗУ вообще не в курсе с чем работает.
Сейчас в ноуте распаяно на матери 4гб ОЗУ DDR3, в свободный слот вставлена планка DDR3L, напряжение которое подаётся на оба комплекта = 1,5в
Сам по себе контроллер ОЗУ вообще не в курсе с чем работает.
Сейчас в ноуте распаяно на матери 4гб ОЗУ DDR3, в свободный слот вставлена планка DDR3L, напряжение которое подаётся на оба комплекта = 1,5в
Название некоторых ноутбуков можно вольно перевести: «Вирус, сожги меня легко!»
Результаты обсуждения ситуации на канале libreboot:
— Они склоняются к спонтанному выходу из строя двух RINKAN по независимым причинам. Возможно, их спровоцировал нагрев платы в процессе длительного MEMTEST-а. Возможно, по предположению omz, виноват блок питания.
— Общая статистика выхода RINKAN от тошиба из строя, по их словам, плохая. Заменять рекомендуют на аналог от ROHM.
— Описанный в статье сценарий КЗ LDO Rinkan через PMH они считают маловероятным. В худшем случае они ожидали бы подгорания выходов PMH, а не стабилизатора RINKAN
— В стабилизаторе RINKAN есть встроенное ограничение по току на уровне 55mA
— Неиспользуемые пины PMH должны действительно висеть в воздухе
— PMH напрямую подключен к ICH по шине LPC, и от прошивки EC это не зависит
— Тем не менее, они рекомендуют провести эксперимент с запуском memtest и ограничением тока LDO VCC3SW.
— Они склоняются к спонтанному выходу из строя двух RINKAN по независимым причинам. Возможно, их спровоцировал нагрев платы в процессе длительного MEMTEST-а. Возможно, по предположению omz, виноват блок питания.
— Общая статистика выхода RINKAN от тошиба из строя, по их словам, плохая. Заменять рекомендуют на аналог от ROHM.
— Описанный в статье сценарий КЗ LDO Rinkan через PMH они считают маловероятным. В худшем случае они ожидали бы подгорания выходов PMH, а не стабилизатора RINKAN
— В стабилизаторе RINKAN есть встроенное ограничение по току на уровне 55mA
— Неиспользуемые пины PMH должны действительно висеть в воздухе
— PMH напрямую подключен к ICH по шине LPC, и от прошивки EC это не зависит
— Тем не менее, они рекомендуют провести эксперимент с запуском memtest и ограничением тока LDO VCC3SW.
то есть в итоге тест memtest'ом эти ноуты как раз и не прошли ))
(хотя по комментам получается что не в этом дело может быть).
А мне нравятся эти модели (lenovo T, X-серии): живучие, легко разбираются. Да, есть кирпичи, но в основном по опыту только положительные эмоции. Почему то порадовало когда увидел их на МКС (всмысле по видеороликам...)
(хотя по комментам получается что не в этом дело может быть).
А мне нравятся эти модели (lenovo T, X-серии): живучие, легко разбираются. Да, есть кирпичи, но в основном по опыту только положительные эмоции. Почему то порадовало когда увидел их на МКС (всмысле по видеороликам...)
всё выше сказанное интересно… я профан в сием вопросе… а не проще просто иметь под рукой стенд для теста памяти?
Не проще, ибо есть вероятность несовместимости с _конкретно_вот_этой_платформой_ вплоть до того, что все тесты проходит корректно, а ОС не загружается или странные сбои в работе — остановы, перезапуски рандомные BSOD. Да, но тесты — это первое что следует делать после замены, ибо некорректная работа ОЗУ может повредить данные на накопителе (в случае с *nix-based системами вероятность меньше).
На этой неделе случилась аналогичная проблема с ноутбуком HP EliteBook G1. Ноутбук был благополучно выключен через кнопку «Пуск» в пятницу(01.06.18) в конце рабочего дня, отключен от питания и положен в рюкзак. На выходных ноутбук с рюкзака не доставался, не включался. В понедельник утром при попытке включить ноутбук, индикатор питания включается на несколько секунд и после гаснет, при этом ноутбук никаких признаков жизни не подает. Сервисный центр поставил диагноз — смерть материнской платы.
Возможно просто случайность или обычное совпадение, но мне кажется что возможно проблема не в memtest, а в чем-то другом. Например обновление Windows, какая-нибудь сервисная утилита по диагностике, вирус и т.д.
Возможно просто случайность или обычное совпадение, но мне кажется что возможно проблема не в memtest, а в чем-то другом. Например обновление Windows, какая-нибудь сервисная утилита по диагностике, вирус и т.д.
О, такое у Элитбуков бывает часто. Причем постояв какое-то время (до нескольких часов) с подключенным БП и аккумом заводится нормально. Носил в сервис, проверили дежурку — сказали все норм. Предположили отвал видеокарты. Мое личное предположение — из-за броска тока при старте сваливается в защиту какая-то из многочисленных схем питания
Всё в порядке, это феномен Баадера-Майнхофа
Баадера-Майнхоф, это была женщина, Ульрика Майнхоф.
На lenovo t510 при покупке озу гонял memtest более 2 часов. Может быть и 4 часа… Было и много тестов от 2 до 30 минут. Никаких проблем не было.
NB. Биос патченый, ибо стоит неродная wifi-карта.
на счет memtest не знаю, но testmem5 весьма неплохо может разогревать чипы памяти в процессе стресстеста, хотя обычная DDR3\DDR4 память при обычном использовании холодная.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Тест памяти, убивающий ноутбуки — почти детектив