Комментарии 163
Тоже испортил себе биос на материнке асус, когда ставил хакинтош.
Мне непонятно, почему стандарт UEFI допускает такие повреждения, почему нельзя как нибудь привести биос к заводскому состоянию (ну кроме как программатором).
Мне непонятно, почему стандарт UEFI допускает такие повреждения, почему нельзя как нибудь привести биос к заводскому состоянию (ну кроме как программатором).
По стандарту настройки и должны сбрасываться до заводских, но всем же плевать на стандарты и их корректную реализацию
Я не понял, при этом баге микросхема повреждается на запись, что её невозможно перезаписать рабочим образом?
Рискну предположить, что нет, проблема софтовая, просто не подлежащая исправлению обычными методами сброса настроек.
У UEFI есть область энергонезависимой памяти, открытая на запись из ОС. Видимо, в данном случае произошёл какой-нибудь выход за границы массива или ещё чего хуже, и поломались функции сохранения настроек.
А перезаписать часто бывает возможно только оффлайн, загрузившись с флешки.
Ок. USB у меня отвалились, с флешки я запуститься не могу, ODD тоже нет. Я же могу установить freedos вместе с прошивкой на обычный SATA диск и запустить обновление BIOS. Полегче, чем выпаивать феном микросхему и менять её или загонять в программатор. Или так не сработает?
НЛО прилетело и опубликовало эту надпись здесь
А как насчет загрузки из сети с TFTP сервера?
НЛО прилетело и опубликовало эту надпись здесь
Достать диск, записать как большую флэшку из образа, поставить обратно единственным диском? У БИОСа не будет выбора кроме как грузиться с нее.
Альтернативный вариант — отключить диски физически и подключить только USB flash.
Альтернативный вариант — отключить диски физически и подключить только USB flash.
Пишут, что он просто не видит/не сохраняет новые пункты загрузки. Они в UEFI задаются достаточно нетривиально, вовсе не по принципу "грузимся с чего найдём".
То есть надо понять принцип, по которому BIOS определяет «родные» разделы, и успешно его обмануть? Жаль нет ноута.
ЕМНИП, там в качестве части идентификатора используется GUID. Успехов в обмане.
Признаюсь, я не очень в этом разбираюсь… Только как пользователь. Можно ли восстановить удаленный раздел через что-то вроде TestDisk или он просто создает новый на том же месте?
Если восстановление возможно, то после этого в него просто нужно записать то, что требуется…
Если восстановление возможно, то после этого в него просто нужно записать то, что требуется…
НЛО прилетело и опубликовало эту надпись здесь
На двух разных ноутах если нет загрузочных записей, то по дефолту грузится /efi/boot/bootx64.efi. У меня так grub и установлен, с флагом --removable. efivars не тронуты.
А быстрое меню с выбором носителя, с которого надо одноразово загрузиться тоже отваливается вместе с этой багой? А то через него можно и с флешки стартануть.
Не обязательно, главное чтобы повезло и включена была загрузка по PXE. Тогда можно при загрузке нажать бут меню и выбрать его. А там уже крути как хочешь. Можно DRBL + Clonezilla и накатить что угодно.
а если отключить диск физически? тогда останется только сетевая загрузка.
В большинстве ноутов помимо установки порядка загрузки непосредственно в БИОСе (UEFI), есть возможность выбрать загрузочное устройство на один раз, без изменения настроек (как правило через меню по Esc). Так что установить новую ось (или запустить перепрошивку) можно, но только не с USB устройств.
Не уверен. У меня вообще Асус с AMI, он умеет читать прошивку с подключённых ntfs-разделов. Но Леново такая Леново, не удивлюсь, если у них по многочисленным просьбам трудящихся это запрещено.
… а, нет, всё не совсем так. На багтрекере пишут, что BIOS тупо не находит новые разделы, ни на флешке, ни на подмененном харде. Только тот раздел, что был в момент установки.
И что попытка обновить прошивку из-под винды приводит просто к перезагрузке.
У меня нет ноута леново, мне не воспроизвести. Если ноут таки можно загрузить вообще, то я не понимаю никак что ломается-то? Раздел efi на винте, его взаимодействие с микросхемой, сама микросхема? Я про FreeDos писал. Т.е. пустой хард с freedos+файл прошивки, пробуем прошить, потом подсовываем старый винт. Ну или обычный десктопный sata odd через sata удлинитель вместо винта. Или ноут не загружается вообще никак?
Ломается прошивка микросхемы.
Ещё раз. Во-первых, BIOS не видит никаких других разделов, из-за чего если система перестала загружаться (или если нужно переустановить систему, или ещё что), то насовсем, и никакой freedos не поможет. Во-вторых, перепрошить BIOS обычными средствами нельзя (они содержатся в самой прошивке и тоже поломались).
Ну если вы про мой случай, то загрузчик хакинтоша что-то записывал в список загрузки разделов EFI, для того чтобы стартовал хакинтош, но не учитывал какую то особенность именно материнки асус (проверено на двух h97), что приводило к ошибке старта биоса, и все. Черный экран и один гудок. Исправить ничего нельзя, потому что материнка вообще дохнет, и ничего не грузит, даже клавиатура не стартует. Отсоединение батарейки сохраняет эту область памяти.
проверено на двух h97Проявили упорство)
Ну материнка накрылась, пришлось покупать такую же, только перед экспериментами сдампить bios )
Если у вас есть программатор (раз вы как-то сдампили BIOS), то можно было бы скачать образ с сайта производителя (даже если он доступен только в виде EXE, обычно сам бинарный образ можно выдрать из него несложными манипуляциями) и записать вместо старого, зачем же покупать новую материнку… Или там были какие-то ещё повреждения?
лучше взять готовый дамп с форумов по железякам и его залить, чтобы наверняка.
а таким образом как вы советуете, вы весь ME регион похерите о останетесь без Wi-Fi, Ethernet и может даже еще чего ценного типа ключа активации винды))
Похерится серийный номер, UUID, может слететь MAC адрес (в моём случае почему-то не слетает), но всё это восстановимо фирменными утилитами разработчика UEFI. В общем, перепрошивка на программаторе даст возможность запустить систему, а дальше надо восстановить оставшееся.
в моём случае почему-то не слетает
Интеловская сетевая? Не сэкономили, значит, на EEPROM — если EEPROM распаяна, то MAC оттуда будет иметь преимущество. Попробуйте дамп снять ethool'ом. Там штатный PCI SVID/SPID MAC, AMT MAC, область AMT'ных переменных и ещё что-то.
P.S. Можно даже позаписывать в конец что-то своё: обычно больше 4K не используется, а EEPROM ставят 8K, 16K, 32K — только нужно запись, скорее всего, разлочить соответствующим параметром модуля сетевой при холодной загрузке — там запись блокируется на уровне микросхемы и блокировка сохраняется до следующего цикла питания.
Не, не интеловская, Realtek 8168.
У RTL8111/8186 тоже для этого дела EEPROM используется:
The RTL8111B/RTL8168B requires the attachment of an external EEPROM. The 93C46 is a 1K-bit EEPROM (the 93C56 is a 2K-bit EEPROM).
А вот и MAC:
0Eh-13h Ethernet ID: After auto-load command or hardware reset, the RTL8111B/RTL8168B loads Ethernet ID to IDR0-IDR5 of the RTL8111B/RTL8168B's I/O registers.
(Нам PCI Subsystem VIP/PID перешивать нужно на OEM железе: у нас как раз 8111/8168 и интелы.)
Да я, честно говоря, не разбирался в вопросе тогда, для меня было большим шоком что можно какими-то необратимыми действиями угробить мать. Нигде предупреждений не было, делал с мыслью из 90х, что если что — отсоединю батарейку.
Ну купил потому что работать надо было, компа нет, а уж потом разобрался с вопросом и побежал к тем, у кого есть программаторы и прочее.
Ну купил потому что работать надо было, компа нет, а уж потом разобрался с вопросом и побежал к тем, у кого есть программаторы и прочее.
Я сначала смотрел osx86, а потом заказал железо. Конечно, это не особо помогло — заказывал у друга и он решил сделать мне «подешевле», в итоге нужно было кексты на сетевую, звук и видео подсовывать свои. Все работало, хотя uefi потом очищать нужно было перепрошивкой биоса.
Загрузчик хакинтоша (Clover видимо) действительно прописывает в BIOS помимо дисков конкретные разделы для загрузки. Причем прописать новый раздел туда легко, а удалять очень геморно. Но по-молучанию кловер вроде не прописывает биос, только по просьбе
тут непонятно от того, что в статье, мягко говоря, совершенно нет никакой конкретики на тему что же на самом деле происходит, нет даже размышлений на тему «что могло происходит». статья написана в дуже «линукс портит компьютер», а факты и логические суждения скорей для бульварной газеты подошли бы.
на деле: «портится не БИОС» в прямом смысле — лочится на запись микросхема SPI Flash, это по всей видимости происходит при посредстве вышеупомянутого модуля ядра, посколько только он один и способен к таким действиям (для этого в т.ч. и был написан).
именно по этому, то есть от того, что SPI Flash аппаратно залочен на запись, никакое средство отката к стандартным настройкам БИОСа не сработает, потому как настройки-то хранятся в SPI Flash.
программатор тоже не поможет. поможет только физическая замена микросхемы…
на деле: «портится не БИОС» в прямом смысле — лочится на запись микросхема SPI Flash, это по всей видимости происходит при посредстве вышеупомянутого модуля ядра, посколько только он один и способен к таким действиям (для этого в т.ч. и был написан).
именно по этому, то есть от того, что SPI Flash аппаратно залочен на запись, никакое средство отката к стандартным настройкам БИОСа не сработает, потому как настройки-то хранятся в SPI Flash.
программатор тоже не поможет. поможет только физическая замена микросхемы…
Неправда. Нет spi микросхем, которые можно программно залочить на запись, и не разлочить программатором. Аппаратно можно залочить только после программной блокировки, замкнув вывод 3 микросхемы на землю (на вывод 4). Только тогда будет блокировка полная на запись, в том числе и программатор в таком виде не прошивает. Но это всё не сработает для современных микросхем с quad spi, там такая блокировка не работает, так как вывод 3 используется для quad spi.
Потому что современные программисты никогда не собирали себе компы сами, не паяли их, не писали на ассемблере и т.д.
Если бы современные программисты паяли бы себе компьютеры сами, вы бы сейчас использовали спаянный программистом телефон для ввода AT-команд для подлкючения к BBS'ке провайдера.
Похоже что драйвер прописывает в память игнорить все настройки из вне, в итоге замкнутый круг, нужно сохранить настройки что бы чип сохранял их, но он игнорит сохранение настроек о настройках сохранения))
Вспомнился случай, когда я в галакси с3 в tasker сделал перезагрузку по таймеру, но перепутал время и получил что то типа с 8ч.02м перезагружаться до 8ч.01м(надо было указать наоборот) в итоге тел перезагружался без конца, а поскольку менюшка тупит и таскер загружается не сразу то выключить этот пункт я не успевал до перезагрузки(на все действия примерно 2 секунды). Примерно через час повезло и навыки слепого включения таскера за долю секунды и вайпа на нужном пункте привели к успеху)
Вспомнился случай, когда я в галакси с3 в tasker сделал перезагрузку по таймеру, но перепутал время и получил что то типа с 8ч.02м перезагружаться до 8ч.01м(надо было указать наоборот) в итоге тел перезагружался без конца, а поскольку менюшка тупит и таскер загружается не сразу то выключить этот пункт я не успевал до перезагрузки(на все действия примерно 2 секунды). Примерно через час повезло и навыки слепого включения таскера за долю секунды и вайпа на нужном пункте привели к успеху)
Нужно было дозвониться до одного очень важного государственного учреждения. Естественно, консультации по телефону оказываются 1 раз в неделю по четвергам с 11 до 13. Там было наглухо занято, и я скачал программу автодозвона. Поставил интервал 5 секунд между звонками. В 12-25, отчаявшись, я поставил 0 секунд. В 12-50 я-таки дозвонился. А потом не мог вырубить автодозвонщик, потому что он сразу же начинал набирать номер))) Ребут помог, но при включении программы — начиналась та же песня. Пришлось чистить кэш у программы.
Расскажите это Возняку.
Насколько помню, несколько лет назад на самсунговском ноуте была похожая проблема. Может 3cky вспомнит какие-то подробности, он его потом довольно долго приводил в чувства…
Да, примерно то же самое и было, ошибка в Samsung UEFI убивала ноут при установке Linux. Лечилось, емнип, только перепрошивкой BIOS на спецоборудовании или полной заменой материнской платы.
Это случаем не когда системы стал монтировать efivars в rw вместо ro?
У меня был когда-то ноутбук от Samsung. Нарвался на такой баг — через efibootmgr можно было удалять не только пути к EFI загрузчикам, но и стандартные пункты меню вроде CD-ROM, USB HDD (отвечает за загрузку со всех флешек) и т. д. Даже Setup. Я нечаянно удалил при переустановке ОС пункт загрузки с флешки, соответственно возникла неприятная ситуация. Хорошо хоть осталась ОС в загружаемого состоянии. Да, если что отваливалась загрузка как в EFI, так и в Legacy режиме.
Мне подсказали решение — удалить вообще все пункты меню. После этой операции произошёл сброс к стандартным настройкам при перезагрузке и всё починилось. Если бы не было рабочей ОС, то не знаю, что делал бы.
Мне подсказали решение — удалить вообще все пункты меню. После этой операции произошёл сброс к стандартным настройкам при перезагрузке и всё починилось. Если бы не было рабочей ОС, то не знаю, что делал бы.
У меня так началось знакомство с Убунтой на версии 14))
После вроде удачной установки системы при попытке зайти в БИОС был пустой экран. Потом выяснилось, что БИОС всё-таки загружается, если подождать минут 5.
Вылечилось само (с обновлениями) со временем.
С версией 16 не срослось, так и живу на 14.04
После вроде удачной установки системы при попытке зайти в БИОС был пустой экран. Потом выяснилось, что БИОС всё-таки загружается, если подождать минут 5.
Вылечилось само (с обновлениями) со временем.
С версией 16 не срослось, так и живу на 14.04
Шёл пятый год с начала повсеместного внедрения UEFI (и это не считая что стандарт EFI ещё старее). А как позиционировали, универсально, безопасно, и быстро.
А на деле регулярно возникают проблемы (и это далеко не первый случай).
Неужели всё это нельзя было предусмотреть, или хотя бы хранить базовую прошивку в ROM, а все обновления и изменения писать в энергозависимую память, что бы они слетали при извлечении батарейки CMOS? И проблема решалась бы куда проще, но куда уж там?
А на деле регулярно возникают проблемы (и это далеко не первый случай).
Неужели всё это нельзя было предусмотреть, или хотя бы хранить базовую прошивку в ROM, а все обновления и изменения писать в энергозависимую память, что бы они слетали при извлечении батарейки CMOS? И проблема решалась бы куда проще, но куда уж там?
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
С чего это?
НЛО прилетело и опубликовало эту надпись здесь
Биос тут ни при чём и это всего лишь файлик на fat32-разделе, не?
НЛО прилетело и опубликовало эту надпись здесь
Думаю, без обновления микрокода ОС всё-таки продолжит работать) Параноики, боящиеся кирпичей, могут в вместе с перемычкой запретить обновление пакета с микрокодом, следуя принципу «работает — не трогай»)
Вообще в линуксах принято все нужные прошивки делать в рантайме по мере запуска компа или обнаружения соответствующих устройств, и не сохранять из в долговременной памяти (кроме файловой системы на диске), т.е. они слетают при перезапуске компа и заново прошиваются на старте системы. Микрокод проца в том числе.
Хотя возможно я "отстал" и всё уже испортили.
Или трёхпозиционный джампер:
— блокировка записи (для «параноиков» и от вирусов);
— нормальная работа (можно программно что угодно);
— аппаратный сброс блокировки записи (для таких случаев, как этот) или вообще полный сброс.
Деталька копейки стоит, а пользы была бы куча.
— блокировка записи (для «параноиков» и от вирусов);
— нормальная работа (можно программно что угодно);
— аппаратный сброс блокировки записи (для таких случаев, как этот) или вообще полный сброс.
Деталька копейки стоит, а пользы была бы куча.
Проблема в том, что эта фича пригодится разве что сервисникам и особо продвинутым пользователям, экспериментирующим с BIOS, уж тем более на ноуте… И тех и других достаточно мало, относительно общего числа покупателей этих самых ноутов, да и возможность прошиться программатором вполне вероятно у них есть.
Для обычного же пользователя все эти попытки бесполезны — ну не будет он расковыривать ноут и переключать джампер, а понесёт к сервиснику…
Для обычного же пользователя все эти попытки бесполезны — ну не будет он расковыривать ноут и переключать джампер, а понесёт к сервиснику…
Ну те кто уже ставят линукс могут и одну крышку открыть, а лучше всего — сделать джампер на блокировку чтения под крышкой, а сброс кнопкой под иголочку.
Зачем это мне?
Я в процессе выбора нового дистрибутива, за пару месяцев попробовал Arch, Manjaro, Kubuntu, Xubuntu, openSUSE Leaf/Tumbleweed, Fedora Gnome/Kde/Xfce, и что-то еще от разработчиков kde. Мне еще просто, у меня крышка открывается одной защелкой, но все равно, я туда лажу раз в пару месяцев чтобы продуть куллер.
При это проблем с загрузчиками не было ни разу.
Я в процессе выбора нового дистрибутива, за пару месяцев попробовал Arch, Manjaro, Kubuntu, Xubuntu, openSUSE Leaf/Tumbleweed, Fedora Gnome/Kde/Xfce, и что-то еще от разработчиков kde. Мне еще просто, у меня крышка открывается одной защелкой, но все равно, я туда лажу раз в пару месяцев чтобы продуть куллер.
При это проблем с загрузчиками не было ни разу.
Я на ПК в детстве ставил советский тумблер :D
3 позиции — нормальный режим, сброс настроек, режим восстановления.
3 позиции — нормальный режим, сброс настроек, режим восстановления.
А «режим восстановления» – это что?
з.ы. Вообще говоря, интересно, возможно ли самостоятельно модифицировать материнскую плату, чтобы добавить на неё аппаратную защиту от перезаписи БИОСа? По принципу «настроил и заморозил».
Вроде там флэш-память сейчас везде, а все, если не ошибаюсь, её контроллеры ножку для запрета записи на микросхеме имеют.
з.ы. Вообще говоря, интересно, возможно ли самостоятельно модифицировать материнскую плату, чтобы добавить на неё аппаратную защиту от перезаписи БИОСа? По принципу «настроил и заморозил».
Вроде там флэш-память сейчас везде, а все, если не ошибаюсь, её контроллеры ножку для запрета записи на микросхеме имеют.
Чтобы сделать человеку хорошо, сделай ему плохо, а потом верни как было..
раньше с «battery cmos» так и было: отдельно fw и отдельно data. а теперь батарейный sram — это лишний пункт к bom…
раньше с «battery cmos» так и было: отдельно fw и отдельно data. а теперь батарейный sram — это лишний пункт к bom…
на современной микросхеме SPI хранится сразу несколько прошивок и управляют ей сразу несколько мастеров, каждый из которых хранит в своем регионе изменяющиеся во время загрузки и нормально работы данные, и если всю микросхему разом защитить от записи джампером, то все эти модифицируемые данные придется выносить в CMOS SRAM (15 лет назад именно там они и хранились), к которой очень просто получить доступ через CPU IO-порты 70h/71h или 74h/75h и у которой никаких защитных механизмов нет, а сама она в заметных объемах (256Кб, которые сейчас используют большая часть реализаций UEFI, а ведь есть еще ME, GbE и EC) стоит как самолет.источник
Можено попробовать разнести модифицируемые часто и модифицируемые только при обновлении данные по разным SPI-микросхемам и защитить «джампером» последнюю, но это удорожает производство и разработку платы и прошивки, поэтому массовый рынок этим не заморачивается и, скорее всего, никогда не будет.
Проблема именно в возможности доступа к BIOS из операционки. Загрузчик Хакинтоша Clover очень любит например там свои разделы добавлять
Сразу после выхода 17.10 обновился на него и понял что весьма сырой и кривой релиз как минимум по части десктопа. На основном ПК аж откатился обратно к 17.04, а вот ноут Lenovo B50-70 не стал обновлять, как оказывается весьма удачно )
Это особенно неприятно, потому что часто именно ноутбуки Lenovo ThinkPad часто рекомендуют для работы с Linux
В списке пострадавших моделей нет ни одного Thinkpad. (есть только Thinkpad Yoga, но это "ненастоящий")
Это пока. Потом Lenovo превентивно накатят патч, который сломает что-то другое, затем патч на патч, в конце-концов проблемы с UEFI будут успешно воспроизводиться и на «настоящих» ThinkPad. Не в первой же, чесслово.
П.С. не холивара ради, но свои потребности в Linux на основном ноуте покрыл с помощью Windows Subsystem for Linux.
П.С. не холивара ради, но свои потребности в Linux на основном ноуте покрыл с помощью Windows Subsystem for Linux.
Извиняюсь за нубство, а при чём здесь именно Ubuntu? У них свой собственный патчсет на ядро? Разве баг не должен проявляться в любом дистрибутиве с конкретным релизом ядра (при условии включённого в kernel config драйвера intel-spi)?
Могу предположить, что далеко не во всех дистрибутивах этот модуль оказался включен по умолчанию, однако новость явно не полна без списка дистрибутивов, в которых этот модуль включен. Это не только убунта же должна быть…
У них свой собственный патчсет на ядро?
Ну вообще-то да, но к теме это не относится. Ванильное ядро вообще без патчей не встречается даже в source-based дистрах. Ну, есть, конечно (допустим sys-kernel/vanilla-sources в генте), но им пользуются три с половиной калеки :)
Та же проблема на Lenovo Z70-80, но BIOS поломал openSUSE Tumbleweed. После его установки глюки и начались. Сейчас стоит Ubuntu и Венда. Очередность загрузки — кнопка F12 и выбор необходимой. efibootmgr и прочие утилиты под Линух и Венду не помогают. Пробовал загрузочную флэшку Arch — там rEFInd можно при загрузке можно загрузить. UEFI Shell с его командами записи и поиска переменных то же не помог. Скорее всего надо везти в сервис где могут перепрошить микросхему BIOS на прямую…
Тут непонятно только почему «шишки» сыпятся на Canonical?
Майкрософт, угробил таких машин больше на порядок, а то и натри.
Ситуация связана с тем, что во время POST процедуры, на флэше видны «наружу» как минимум две GUID партиции. И пока «тупит» HDD во время работы перечислителя доступных загрузочных устройств, загрузчик ОСи прилетает не по адресу и записывается вместо харда на флэшку. Если прилетает в NVRAM партицию — получаем глюки настроек, в DXE/OPROM — не включающийся труп.
Так же поступает и Win8-10 в UEFI режиме, правда она ни когда не предупреждает пользователя о том что собирается переподписать loader новым сертификатом. И по этому комп умирает тихо.
А тут просто ситуация легко просчитывается.
Майкрософт, угробил таких машин больше на порядок, а то и натри.
Ситуация связана с тем, что во время POST процедуры, на флэше видны «наружу» как минимум две GUID партиции. И пока «тупит» HDD во время работы перечислителя доступных загрузочных устройств, загрузчик ОСи прилетает не по адресу и записывается вместо харда на флэшку. Если прилетает в NVRAM партицию — получаем глюки настроек, в DXE/OPROM — не включающийся труп.
Так же поступает и Win8-10 в UEFI режиме, правда она ни когда не предупреждает пользователя о том что собирается переподписать loader новым сертификатом. И по этому комп умирает тихо.
А тут просто ситуация легко просчитывается.
НЛО прилетело и опубликовало эту надпись здесь
Скоро возможно придет время, что на PC системах нельзя будет поставить ОС, без разлочки загрузчика, да и то только определенную версию. Будет как сейчас в смартфонах\планшетах.
Один из критереев выбора смартфона с android у меня сейчас — возможность установить cianogenmod/lineageos/аналог сборку, очищенную и безглючную (wifi/bluetooth/радиомодуль).
Я понимаю что таких как я капля в море, но это единственный доступный мне способ повлиять рублем на эту дибильную ситуацию.
Я понимаю что таких как я капля в море, но это единственный доступный мне способ повлиять рублем на эту дибильную ситуацию.
Один из критереев выбора смартфона с android у меня сейчас — возможность установить cianogenmod/lineageos/аналог сборку, очищенную и безглючную (wifi/bluetooth/радиомодуль).
Без сарказма.
А такие есть? Недавно решил попробовать поставить себе Lineage, и хоть образ и есть для моего телефона, радиомодуль не завелся, симка не определялась.
Потом решил посмотреть новые телефоны, которые поддерживаются. Но у всех находилось что-то нерабочее.
xiaomi note 3
в теории, не работает только wireless remote desktop, о причина в методе разлочки прошивки, точнее когда я это первый раз делал, использовалась старая прошивка, сейчас новая но неначем протестировать, но работать должна.
в теории, не работает только wireless remote desktop, о причина в методе разлочки прошивки, точнее когда я это первый раз делал, использовалась старая прошивка, сейчас новая но неначем протестировать, но работать должна.
Далеко мы от темы ушли.
А что-то более качественное? Huawei, Samsing, Moto, LG, или 1+ какой-нибудь?
А что-то более качественное? Huawei, Samsing, Moto, LG, или 1+ какой-нибудь?
На Moto ставят практически чистый андроид. Можно брать популярные самсунги прошлых поколений (S7, например) — потеряете только MST. OnePlus 5 тоже подойдёт. В целом — стоит посмотреть телефон, который вам интересен, убедиться в его популярности и зайти на форум xda-developers в тему с прошивкой, проверить существующие баги.
В Note 3 Pro работает? Который Kenzo.
да
У меня просто есть Kenzo и на нем крайне странный и неприятный баг. Через пару дней эксплуатации начинает отваливаться sim-карта. Перевоткнул и работает. Потом чаще. А потом просто ни в одном слоте не видит. Используется как планшет несколько недель, вновь бывает необходимость воткнуть карту — работает идеально. Даже не пойму аппаратная проблема или софтовая. Хочу попробовать сменить на lineageos. Сейчас последняя прошивка от вендора. Может кривой драйвер симки...
Сколько имел и использовал Win 8 / Win 10 устройств, никогда не сталкивался с такой проблемой. Вряд ли она носит массовый характер.
Одна из причин, почему bleeding edge так называется. Пострадавшим сочувствую.
Так BIOS или UEFI?
Так BIOS или UEFI?
BIOS по привычке, UEFI более верно.
Offtopic:
Пострадавшим сочувствую.
Хороший все-таки дистрибутив, но от Canonical не ожидал что они тронут модуль Intel SPI.
Сейчас нужно этот модуль ядра править(возможно уже отправили патч на kernel.org), пока не будет поправлен, в конфиг его вносить только с параметром N!
Ребят, хоть кто-нибудь дамп прошивки в этом непонятном состоянии сделать догадался? Если тут есть кто-то с этой проблемой несохраняющихся настроек, способный загрузить Windows, напишите модель своего ноута, я расскажу как сделать дамп.
Без дампов это бесполезно расследовать, потому что гадание на кофейной гуще.
Если хотите гаданий, их есть у меня:
1. Линукс каким-то образом в очередной раз испортил прошивке NVRAM своей загрузочной записью, которую создал efibootmgr. Я про него устал уже проедупредждать, но похоже, надо делать это в каждом коментарии — авось кого-нибудь это остановит.
2. Драйвер spi_nor.c даже при простом поиске подключенных к нему чипов зачем-то пытается снять защиту от записи с некоторых из них, которую он не ставил и трогать не должен. Получается очень странная функция spi_nor_scan(), меняющяя состояние чипа. При этом чип, скорее всего, стартует с поставленным битом, а прошивка затем при записи пытается сбросить его через NEG, в результате только ставя его обратно. При этом для сброса на дефолты нужно полное обесточивание чипа (т.е. отсоединение батареи), либо установка этого бита вручную.
Короче, попробуйте для начала вынуть жесткий диск (чтобы не грузиться в этот линукс со странным драйвером) и батарею вынуть на минуту (не CMOS, а основную). Если после этого настройки начнут сохранятся — тут всяко второй вариант, а если не начнут — то может быть и первый, и что угодно еще.
Без дампов это бесполезно расследовать, потому что гадание на кофейной гуще.
Если хотите гаданий, их есть у меня:
1. Линукс каким-то образом в очередной раз испортил прошивке NVRAM своей загрузочной записью, которую создал efibootmgr. Я про него устал уже проедупредждать, но похоже, надо делать это в каждом коментарии — авось кого-нибудь это остановит.
2. Драйвер spi_nor.c даже при простом поиске подключенных к нему чипов зачем-то пытается снять защиту от записи с некоторых из них, которую он не ставил и трогать не должен. Получается очень странная функция spi_nor_scan(), меняющяя состояние чипа. При этом чип, скорее всего, стартует с поставленным битом, а прошивка затем при записи пытается сбросить его через NEG, в результате только ставя его обратно. При этом для сброса на дефолты нужно полное обесточивание чипа (т.е. отсоединение батареи), либо установка этого бита вручную.
Короче, попробуйте для начала вынуть жесткий диск (чтобы не грузиться в этот линукс со странным драйвером) и батарею вынуть на минуту (не CMOS, а основную). Если после этого настройки начнут сохранятся — тут всяко второй вариант, а если не начнут — то может быть и первый, и что угодно еще.
поставил две недельки назад юбунту, после появилась выше описанная проблема, я и батарейку вытаскивал и все носители кроме загруз флешки, прийшлось записывать на хард винду через другой ноут, если опишите как сделать дамп то с удовольствием помогу.
Дампов была целая куча, правда не от конкретного случая, а от случаев описанных выше. Возможно лежат гдет на харде до сих пор.
Рекордсмены по «вылету», это бюджетные модели, с дешевейшими хардами.
Да, чаще порется NVRAM. Ему и так не сладко, Win постоянно туда пихает свежие сертификаты, а место отведённое производителем не безразмерное. Это по мимо того что там живет.
Только единичные апдейты UEFI/BIOS реинициализируют/очищают область NVRAM. Обычно это можно сделать только при помощи сервисной прошивки с последующим вбиванием серийников и генерацией UID и т.д. Других методов, зачистки NVRAM силами пользователя обычно не предусмотрено.
Исключение — аппараты Apple. Они мало того что не позволяют Win складировать свой мусор в NVRAM, так и ещё имеют юзер ориентированную процедуру зачистки, правда если стоит flash password аппарат таки превратится в «тыкву»
Рекордсмены по «вылету», это бюджетные модели, с дешевейшими хардами.
Да, чаще порется NVRAM. Ему и так не сладко, Win постоянно туда пихает свежие сертификаты, а место отведённое производителем не безразмерное. Это по мимо того что там живет.
Только единичные апдейты UEFI/BIOS реинициализируют/очищают область NVRAM. Обычно это можно сделать только при помощи сервисной прошивки с последующим вбиванием серийников и генерацией UID и т.д. Других методов, зачистки NVRAM силами пользователя обычно не предусмотрено.
Исключение — аппараты Apple. Они мало того что не позволяют Win складировать свой мусор в NVRAM, так и ещё имеют юзер ориентированную процедуру зачистки, правда если стоит flash password аппарат таки превратится в «тыкву»
Что-то мне чаще попадались ноутбуки, у которых на spi нет питания, когда он выключен.Если такой, то достаточно просто выключить, чтобы обесточить spi. Или так питание сделано только где EC со своей памятью и прошивкой в ней, точно не скажу.
Только себе думал поставить. Вот тебе и бесплатный Linux на 150$
Я наверно «в танке», но в упор не понимаю, как софт, пусть даже операционка, может чем-то влиять на bios и его настройки. Они же совершенно отделены от всего остального, своя память, свои микросхемы. Даже интерфейс там в текстовом режиме рисуется
Рукожопы, нах… И эти люди ещё имеют наглость обвинять в чём-то программистов Microsoft!
Рукожопы те кто делают ноутбуки где можно повредить загрузку средствами ОС, этак и на винде вирусы смогут делать переустановку винды невозможной или внедрение вредоносного кода уровнем выше ОС что он даже переустановку будет переживать.
ага, потом ругань: не могли чтоли утилиту написать, для обновления из под винды??!11! Подавай им дискету с DOS в 20ХХ году!!!
Если честно, после этого инцидента в мой личный чёрный список добавилась как Canonical с Ubunta, так и Lenovo, Acer и Toshiba.
Обратите внимание: сейчас вы ругаетесь на программистов intel, сделавших данный драйвер. И на создателей ноутбуков, не осиливших хоть какую-то защиту системы сделать.
На случай, если вы не заметили, по сути мы тут все обсуждаем уязвимость в UEFI, обнаруженную случайно из-за изменения в драйвере SPI Flash, сделанного программистами Intel. Эту уязвимость можно эксплуатировать из любой ОС.
Кстати, напомните, когда программисты Intel в чем-либо обвиняли Microsoft?
Кстати, напомните, когда программисты Intel в чем-либо обвиняли Microsoft?
Почему то вспомнился некогда знаменитый вирь «Чернобыль».
Правильно ли я понимаю данную статью: можно написать вирус, который превратит в кирпичи сотни тысяч ноутбуков определённых моделей? То есть, страшилка что можно испртить железо через софт, теперь сбылась?
А что с теми, кто запускал только live-режим без установки?
До сих пор не могу понять, зачем ОС лезть в «святая святых» кроме как для перепрошивки биос целиком по запросу пользователя (и желательно спецутилитой, которая 100500 раз проверит совместимость и целостность прошивки). Ведь любая проблема ОС — это проблема с данными на винчестере и решается его форматированием, в крайнем случае, заменой. А замена/перепрошивка впаянной платы для 99% процентов пользователей означает дорогой сервис или мусорка.
А это привет от UEFI — там настройки загрузки хранятся «рядом» с биос (точнее — с UEFI как таковым), на соседнем разделе энергонезависимой памяти. Т.е. если, к примеру, там это устройство монтируется «не туда» (раздел с кодом на место раздела с переменными) или с неправильными правами (чтение-запись вместо только чтения), ну или не контролируется, что запись не выходит за пределы подмонтированного раздела — есть шансы получить граблями по лбу.
Линукс и баги — синонимы.
Стоял XUbunu15 на нетбуке, если делаешь апдейт оси и программ, и в это время нетбук засыпает или закрылась крышка — каюк системе, надо с бубном поднимать. Сейчас стоит 16-я версия, но магазин приложений х… работает, ну или ему подумать надо минут 30.
На рабочем компе рядом с виндой 7-й стоит Минт, как поставил, проверил принтер, все работало, сейчас по прошествии нескольких месяцев — нифига не работает, делаешь сворачивание программы, а программа из систрея пропадает.
В общем Линукс — для садомазо любителей, без Винды все равно не обойтись.
Так что теме про повреждение биос ни разу не удивлен, насмотрелся фокусов уже, крое тех что описал.
Стоял XUbunu15 на нетбуке, если делаешь апдейт оси и программ, и в это время нетбук засыпает или закрылась крышка — каюк системе, надо с бубном поднимать. Сейчас стоит 16-я версия, но магазин приложений х… работает, ну или ему подумать надо минут 30.
На рабочем компе рядом с виндой 7-й стоит Минт, как поставил, проверил принтер, все работало, сейчас по прошествии нескольких месяцев — нифига не работает, делаешь сворачивание программы, а программа из систрея пропадает.
В общем Линукс — для садомазо любителей, без Винды все равно не обойтись.
Так что теме про повреждение биос ни разу не удивлен, насмотрелся фокусов уже, крое тех что описал.
Ооо, в винде багов тоже вагон. Например, у меня на рабочем ноуте Skype for на*Business умудрился начисто убить микрофонный вход через джек и через встроенную вебку. Работает только то что USB.
А Минт 17 у меня на личном ноуте счастливо живёт и прекрасно работает уже года три, безболезненно пережив дамп-перенос на SSD и случайно «запоротые» права на часть системных файлов.
А Минт 17 у меня на личном ноуте счастливо живёт и прекрасно работает уже года три, безболезненно пережив дамп-перенос на SSD и случайно «запоротые» права на часть системных файлов.
В общем Линукс — для садомазо любителей, без Винды все равно не обойтись.
Внезапно, если вы не пользуетесь дистрибутивами, которые подразумевают настройку сего самостоятельно (Gentoo, Arch) или rolling release дистрибутивами, то вы раз поставили и забыли.
Скорее Ubuntu и баги синонимы.
5 лет сижу на Debian (сначала Stable, а сейчас Testing), полёт нормальный.
5 лет сижу на Debian (сначала Stable, а сейчас Testing), полёт нормальный.
Две недели назад столкнулся с этой проблемой на Acer e5-511, думал батарейка сдохла =( В итоге накатил refind.
Если нужна помощь, обращайтесь.
Если нужна помощь, обращайтесь.
Правильный заголовок новости:
На некоторых ноутбуках Lenovo, Acer и Toshiba обнаружился баг в BIOS.
Сообщила об этом компания Canonical. В ходе установок Ubuntu 17.10 на ряд устройств данных компаний.
Подозреваю Каноникал прикрывает партнеров, дабы они понесли меньше убытков)
На некоторых ноутбуках Lenovo, Acer и Toshiba обнаружился баг в BIOS.
Сообщила об этом компания Canonical. В ходе установок Ubuntu 17.10 на ряд устройств данных компаний.
Подозреваю Каноникал прикрывает партнеров, дабы они понесли меньше убытков)
Объясните мне одну вещь. Почему так трудно добавить маленький ROM в микруху с полным образом прошивки и каким-либо способом принудительно залить этот образ (вместе с NVRAM) в основное пространство? Псевдо-экономия? Желание рубить бабло на сервисе случайно убитых ноутов?
Похоже, в меньших масштабах, но граблями прилетало и раньше: www.dedoimedo.com/computers/lenovo-g50-read-only-nvram.html
У меня Lenovo Flex 3, он есть в списке подверженных. Как раз делал экспериментальную установку 17.10, правда в редакции Kubuntu. Бага, описанного в этой статье у себя не заметил (по крайней мере пока). Настройки в Setup Utility сохраняются, со флешки гружусь нормально.
Также экспериментирую с хакинтошем. В uefi уже полно явно каких-то хакинтошных переменных, но ничего слишком плохого пока не происходило.
Но на всякий случай у меня есть и программатор, и дамп биоса, сделанный до всяких экспериментов =)
Я только не пойму, почему здесь говорится что «программатор не поможет» и единственный вариант лечения — только заменять микросхемку?
А вообще, на моём ноутбуке (думаю, на большинстве) не работает метод ICSP (прошивка микрухи на месте, не выпаивая из платы). Поэтому я себе купил десяток сокетов для bios чипов.
Также экспериментирую с хакинтошем. В uefi уже полно явно каких-то хакинтошных переменных, но ничего слишком плохого пока не происходило.
Но на всякий случай у меня есть и программатор, и дамп биоса, сделанный до всяких экспериментов =)
Я только не пойму, почему здесь говорится что «программатор не поможет» и единственный вариант лечения — только заменять микросхемку?
А вообще, на моём ноутбуке (думаю, на большинстве) не работает метод ICSP (прошивка микрухи на месте, не выпаивая из платы). Поэтому я себе купил десяток сокетов для bios чипов.
Вот так выглядят эти сокеты
И сейчас как раз буду заниматься его впайкой, чтобы можно было легко вытащить чип, прошить на программаторе и вставить обратно. И так хоть сто раз подряд — ведь паять уже не нужно будет.
И всё же я считаю, если программным кодом можно необратимо вывести из строя аппаратную часть, то это проблема аппаратной части, а не ОС. Это могло произойти с любой другой ОС, не только Ubuntu.
Я налетел на эту беду b50-70. Есть пара таких же ноутов с виндой.обошел беду удалением всего с hdd, при этом стал стартовать дистриб диск с виндой.
НЛО прилетело и опубликовало эту надпись здесь
Я был, видимо, одним из первых, кого ударил этот баг. Ещё летом (месяца 4 назад) симптомы 1 в 1. Зарекался же не ставить новейшие релизы…
Добавьте в список Acer Aspire E5-511G.
P.S. после этого у меня ещё и PCI Express умер, но тут я не уверен — это Ubuntu или мастера СЦ постарались.
Добавьте в список Acer Aspire E5-511G.
P.S. после этого у меня ещё и PCI Express умер, но тут я не уверен — это Ubuntu или мастера СЦ постарались.
Но Ubuntu 17.10 появился только два месяца назад.
(1) до релиза были публично доступные беты
(2) сходные симптомы в сети ищутся и с более древними версиями ядра, но в меньших количествах
(2) сходные симптомы в сети ищутся и с более древними версиями ядра, но в меньших количествах
Подтверждаю слова rvbglas — я использовал бэту. Есть грешок — люблю всё новое тестировать. Вот на полном ходу на скалы и налетел)
И вот, спустя 2,5 года я нашёл хороший сервис где откачали PCI Express — в предыдущем напороли с питанием дискретного видео
А мне кажется что если ошибка в дистрибутиве убивает ноутбук то проблема не в дистрибутиве а в железе. Не должно быть такой программной возможности в принципе-что-то залочить или сломать. Иначе завтра мы получим вирусы вымогатели-заплати или через 10 минут умрёт твой ноут.
Понятно что пофиксить программу проще чем железо, но после недавних проблем с Самсунгами(кто-то тут про это упомянул) я категорически не рекомнендовал своим знакомым их покупать. Ну что же, добавлю в свой личный блэк-лист ещё Леново и Асер.
Впрочем, я и так всегда был фанатом Асуса. Так что мало что поменялось)
Понятно что пофиксить программу проще чем железо, но после недавних проблем с Самсунгами(кто-то тут про это упомянул) я категорически не рекомнендовал своим знакомым их покупать. Ну что же, добавлю в свой личный блэк-лист ещё Леново и Асер.
Впрочем, я и так всегда был фанатом Асуса. Так что мало что поменялось)
Проблема в железе, да. Но конкретно эта проблема есть наверно уже 20 лет (когда там биос на флеш с программной неотключаемой перезаписью стали хранить?). Вирусы, затирающие биос, уже были в 90х, но исходную уязвимость никто и не думал исправлять с тех пор. https://ru.wikipedia.org/wiki/CIH
Очередной пример, что от UEFI больше вреда, чем пользы. Нет бы дальше развивали классическую архитектуру BIOS, застрявшую в 2000 году, но нет, решили придумать проблемы юзерам на ровном месте. ИМХО, надёжнее обычного BIOS системную фирмварь ещё надо поискать. Быстрая загрузка была даже в конце 90-ых (помните Award BIOS 4.51PG, который на части допотопных плат проскакивал за 3 секунды вместе с тестом памяти и поиском IDE-дисков?). Поддержку больших дисков тоже можно было сделать с сохранением загрузочных секторов, вместо уродского GPT. И была бы надёжная, быстрая и удобная фирмварь для людей, которым есть чем заниматься по ночам)))
Я в одном из постов так и сказал-UEFI пропихивает MS для борьбы с пиратством. UEFI начали активно пропихивать после того как хакеры придумали загрузчики нелицензионной Win7. Следующий шаг MS был предсказуцем-помешать загрузчику на уровне BIOS, для этого и придумали Secure Boot в UEFI. Но местные агенты ZOG тут же принялись минусовать пост, думая что это меня остановит. Наивные)
Вроде бы уже научились обходить и его. (По крайней мере разработчик WPInternals пытается это сделать для Windows на телефонах. (И сделает ведь.))
Но все же мне кажется что MS желает снова монополизировать рынок персоналок и выкачивать данные и деньги с пользователей. (В каком-то смысле это бред, в каком-то нет. Если вспомнить историю с RT-шными планшами то так и будет.)
Помню в далеком детстве, когда знакомился с программированием, в одной книжке было написано: "запомните, никаким программным средством НЕВОЗМОЖНО сломать аппаратную часть". Видимо это время прошло.
НЛО прилетело и опубликовало эту надпись здесь
Если впоследствии нельзя решить проблему программно, а только перепайкой микросхемы, то это всё-таки аппаратный косяк
А если водитель осознанно въехал в дерево, отвлекшись на звонок по телефону, это что, тоже аппаратная проблема автомобиля? Так и тут, флешка «биоса» SPIшная, чипсет не фильтрует команды на флешку и даёт полный доступ к шине SPI, где с микросхемой можно сделать почти всё, что она позволяет, в том числе запороть прошивку и перевести микросхему в read only. Что успешно эксплуатируется багом, т.е. аппаратной проблемой.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Ubuntu 17.10 повреждает BIOS на некоторых ноутбуках Lenovo, Acer и Toshiba