Пользователь
274,5
рейтинг
19 февраля 2013 в 19:10

Администрирование → Как убить Lenovo G580 одним ударом

*nix*
Помните недавний баг EFI на Samsung 530U3C, который приводил к тому, что ноутбук больше не работал после единоразовой загрузки ubuntu?

Встречайте EFI на Lenovo G580!

Итак, в канун нового года и праздничных распродаж, Adiost купил Lenovo G580 с FreeDOS, снес его и установил Ubuntu. Через какое-то время захотел установить-посмотреть Windows 8. В ходе этого обнаружил, что не может зайти в настройки EFI нажатием кнопки F2: просто-напросто ничего не происходило и начинала грузиться ОС. Плюнув на это, установил Windows 8, и начал чинить.

Сначала нагрузил гугл. Таких симптомовполно. Даже на хабре было. К сожалению, ни один из целых двух способов не помог. Из-под Windows NVRAM не менялся, а все дистрибутивы линукса грузились в режиме эмуляции BIOS, т.к. в EFI она была выбрана первой.

Немного информации: EFI NVRAM нельзя ни прочитать, ни изменить из-под ОС, загруженной в BIOS-режиме. Поэтому нужно было как-то запустить ОС через EFI. Для этого был установлен ArchLinux на флешку с GPT и GRUB2 в качестве EFI-загрузчика. Итак, ArchLinux загружен в EFI, отлично, запускаем efibootmgr, иии… пусто. Нет ни единого EFI-пункта, хотя при выборе устройства загрузки есть некий пункт «ubuntu», и это должен быть именно пункт, добавленный в NVRAM. При попытке удаления «наугад» записи под номером 0000, пункт загрузки сменил имя с ubuntu на Linux.

Adiost добавил пустой пункт и перезагрузился. Ноутбук разучился показывать меню загрузки, перестал грузиться вообще с чего либо безо всяких ошибок. Просто POST и все, вечнопустой экран, sad but true.

Из-за чего efibootmgr выдавал пустой результат — непонятно, но могу предположить, почему так получилось с настройкой EFI. Дело в том, что, видимо, на многих ноутбуках Lenovo в NVRAM хранятся не только пункты загрузки ОС, но и вообще все пункты.
Вот что выдает efibootmgr на моем X220:
BootCurrent: 0009
Timeout: 0 seconds
BootOrder: 0019,0009,000A,0006,000C,0007,0008,000B,000D,000E,000F,0010,0011,0012,0013
Boot0000  Setup
Boot0001  Boot Menu
Boot0002  Diagnostic Splash Screen
Boot0003  Startup Interrupt Menu
Boot0004  ME Configuration Menu
Boot0005  Rescue and Recovery
Boot0006* USB CD
Boot0007* USB FDD
Boot0008* ATAPI CD0
Boot0009* ATA HDD2
Boot000A* ATA HDD0
Boot000B* ATA HDD1
Boot000C* USB HDD
Boot000D* PCI LAN
Boot000E* ATAPI CD1
Boot000F* ATAPI CD2
Boot0010  Other CD
Boot0011* ATA HDD3
Boot0012* ATA HDD4
Boot0013  Other HDD
Boot0014* IDER BOOT CDROM
Boot0015* IDER BOOT Floppy
Boot0016* ATA HDD
Boot0017* ATAPI CD:
Boot0018* PCI LAN
Boot0019* arch_grub

По всей вероятности, Ubuntu перезаписала пункт Boot0000, которым и является Setup. Я попробовал удалить его у себя, и, к счастью, он пересоздался при перезагрузке ноутбука, но перезаписывать его новым не пробовал.
Влад @ValdikSS
карма
593,2
рейтинг 274,5
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое Администрирование

Комментарии (26)

  • –6
    Что ж печально, сочувствую, но чтобы «просто посмотреть..» нужно ставить виртуальную машину.
    • +5
      Разумеется, вы что. Речь шла о «просто посмотреть» на данном конкретном ноутбуке. Он слабенький, поэтому я изначально не задавался целью всецело перейти на W8. Однако же, во-первых, восьмерка показала себя невероятно хорошо (по скорости работы), во-вторых, установка винды вообще никак не повлияла на вышеописанные происшествия.
  • +5
    Ох и намучился с этим EFI на своём тошиба.
    Дело было так:
    Установил немного криво linux mint, работало до поры до времени. Потом сделал загрузочную флешку с ubuntu 12.10, загрузился с нее, ничего не делал, потом перезагрузился и всё — больше загрузка с жесткого не работала. Можно было загружаться с флешки, причем только той, которую я создал.
    Кстати, небольшой финт, не зная который — в биос не проникнуть на некоторых ноутбуках:
    Нужно при выключенном ноутбуке нажать F2 и не отпуская нажать кнопку включения.

    Могу посоветовать следующее: если удастся указанным способом зайти в биос — выключить там EFI и двигаться дальше.
    • +1
      Нет, все это было перепробовано. Ноутбук был сдан в АСЦ и ожидает диагностики. Скорее всего будет замена мобо.
      • +2
        Отлично. Способ ремонта — как у «окирпиченных» телефонов. Только стоимость материнки побольше.
        • +2
          Так АСЦ же. В данном случае, сбой произошел в компоненте материнской платы, если можно так грубо выразиться, но сама материнская плата является монолитным FRU по мнению Lenovo. Поэтому даже если у работников сервисного центра очень сильно зачешутся руки сделать все по-человечески, производитель им просто не даст.
      • +10
        Старпёровским голосом про EFI: «Вот жили спокойно, а тут на тебе».
        Печально, что всё так обернулось.

        У меня один знакомый несколько лет назад купил на ebay по дешевке ноут. У ноута был владельцем поставлен и благополучно забыт хардварный пароль. Знакомый отнес ноут к знакомому мастеру — тот выпаял и впаял новый чип на плате — вот так благополучно был приобретен ноут за треть цены.
        • 0
          На ThinkPad сервис-центры тоже меняют системную плату, если забыт пароль. Однако есть хитрость — можно подключиться к чипу и прочитать или сбросить пароль. Без всякой пайки.
        • –13
          что за бред. пароль сбрасывается ресетом биоса.
          • +1
            Наверняка там «другой» пароль, и микросхема с аппаратным шифровальщиком.
          • +1
            При наличие NVRAM, хоть вообще без батарейки мать держи, сбиваться будет только время.
          • 0
            Ну на десктопах, не на всех причём, и на сравнительно небольшой части ноутов, может и сбрасывается… =)
          • 0
            это EFI а не BIOS — тут несколько иное.
  • +1
    EFI на customer friendly девайсах штука конечно многообещающая.

    но пока что — то то, то это храмает:
    — Linux «из коробки» поддерживает 64бита и только,
    — разные прозводители втискивают в свои EFI свои же костыли…
    — EFI Secure boot заявлен но не проверяеться…
    • +9
      «что — то то, то это»
      Это рекорд по количеству «то».
  • 0
    Fujitsu A532 и AH 532 — проблемы те же. Лечится замыканием перемычек.
  • 0
    Получается x220 и x230 не подвержена этой ошибке?
  • 0
    Не взирая на хаб *nix, про последниие фактически ни слова, всё только о загадочных буквах EFI
  • +2
    Стесняюсь спросить: вы, при переразметке диска, грохнули раздел EFI, который 200 Мб?
    • +1
      В нем нет ничего ценного, на самом деле. Только загрузчик ОС, либо другой EFI-код, UEFI shell, например
  • +2
    На самом деле, беда тут не только у *nix. От операционной системы не зависит, как оказалось: mjg59.dreamwidth.org/22855.html
    Баг именно в реализации EFI.
  • +1
    Попробовать рецепт, что ли, на своём свежекупленном Dell Inspire 7720? А вдруг…
  • 0
    Только вчера заказал знакомым этот ноут.
    Глупый наверное вопрос, но чего не делать, чтобы не сломать? Не пробовать ставить nix?
    • 0
      Не совсем так. Самый безопасный вариант — ставить ОС в режиме BIOS. Когда мне выдадут ноут назад из АСЦ, я буду тем же вопросом задаваться, так сказать, не хочется снова вступить в те же грабли.

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.