Ubuntu 17.10 повреждает BIOS на некоторых ноутбуках Lenovo, Acer и Toshiba
Получается они превратили мой ноутбук в будущий кирпич. Уебки тупорылые
Еще на тему
Ubuntu Linux ubuntu 17.10
https://geektimes.ru/post/296645/
Получается они превратили мой ноутбук в будущий кирпич. Уебки тупорылые
Получается они превратили мой ноутбук в будущий кирпич. Уебки тупорылые
![[T ͜ T]](http://img2.reactor.cc/pics/avatar/tag/1853782)
Будущий кирпич? Это как?
>UPD. Примечание пользователя r0mik в комментариях к статье: «портится не БИОС» в прямом смысле — лочится на запись микросхема SPI Flash.
Значит, проблема не в дистрибутиве, а в самом ядре (а именно - модуле ядра).
Слышу где звон, да не знаю, где он.
в микрухах часть есть область памяти запрещенная для записи или чтения, но можно как вариант поменять саму микросхемы
При ремонте ноутов это типовая и несложная процедура. Встречается такая неисправность достаточно часто и без всяких Убунт.
вот чел говорит, что может даже без выпаивания можно пин /WP в нужное состояние выставить правкой бита отвечающего за состояние SPI FLASH правда я хз как это сделать, у него и спроси
ПО сути это массовое явление. Но новостей что-то не вижу.
Что значит окирпичивает? Ноут перестает включаться? Ты вытаскивал хард? Пытался его запустить на другом железе? Отключал всю периферию (включая и ту, что в корпусе)? Ты точно определил, что винда запорола прошивку в БИОСе? Что говорят чуваки с программаторами (имхо, в любом, даже небольшом городе такие умельцы есть)? Вообще, какую именно часть железа "убила" винда?
>Майкрософт, угробил таких машин больше на порядок, а то и натри.
Ситуация связана с тем, что во время POST процедуры, на флэше видны «наружу» как минимум две GUID партиции. И пока «тупит» HDD во время работы перечислителя доступных загрузочных устройств, загрузчик ОСи прилетает не по адресу и записывается вместо харда на флэшку. Если прилетает в NVRAM партицию — получаем глюки настроек, в DXE/OPROM — не включающийся труп.
Так же поступает и Win8-10 в UEFI режиме, правда она ни когда не предупреждает пользователя о том что собирается переподписать loader новым сертификатом.
И выглядит это все так, что это больше косяк производителя ноута, чем разработчика оси, имхо. Почему хард на этом этапе подвисает и загрузчик прилетает в вообще хуй пойми какой раздел? Почему этот раздел виден среди прочих? Сложно поверить, что при записи загрузчика мелкомягкие смотрят даже флешки для поиска нужного раздела, это в высшей степени дебилизм.
Когда появились первые мониторы с управлением разверткой некоторые вирусы управляли ей для того, что бы люминофор выжечь по фану, были ли это косяки производителей мониторов? Наверно - да, но не все так однозначно.
Хард подивсать может по множеству причин, на вскидку могу привести бэдблоки, которые не смог механизм их кореекции обойти за вменяемое время, глюк электроники, повережденный шлейф, т.е. аппаратный сбой. Во всех случаях, кроме первого контроллеру прийдет невменяемая информация, в первом случае же контроллер, если умен, уберет не отчечающий слот из списка доступных, если не очень умен - повиснет. Если еще и драйвер кривой - вообще поведение становится неустойчивым. Опять же - это вероятность и вполне вероятно, что из строя выйдет на этом этапе 1 из 1000, однако принимая во внимание количество ноутбуков одной модели счет запросто пойдет на сотни устройств.
Почему виден этот раздел - вопрос открытый, без спец знаний это непонятно, но предположу, что это как то связанно с тем что у microsoft партнерские отношеня с verisign. Но за 99$ verisign и тебе разрешит подписывать двоичные файлы, может только че из api не скажет, а вот майкрософту - сказал.
Они и не смотрят скорее всего, с них есть список слайсов, или как там в винде это называется, я хз, проблема то не во флешках а в разделах, которые в микросхеме сидят. USB умирает скорее всего потому, что происходит сбой на этапе старта чипсета материнки. Установщик загрузчика, скорее всего, не проверяет область куда он устанавливает (возможно вызов идет по номеру слайса) и возвращает ссылку на место установки, и дело не в загрузчике, а в том, что ссылка на этот загрузчик прописывется в микросхеме, и, скорее всего, прописывается нетуда. Грубо говоря загрузчик может указывать на раздел в памяти OPROM, только вот сам он хранится на HDD по этому адресу а не в памяти чипа. Естественно вызов случайного адреса в памяти чипа вызовет случайное поведение.
По поводу долбоебизма и майкрософт. А не долбоебизм ли при сетевой авторизации на IPC$ под админом возвращать номер позиции символа в пароле, который не соответствует паролю на сервере? А ведь эта "функциональность" исчезла только в windows millenium. Не долбоебизм ли в домене предоставлять лазейки для того, что бы узнать логин админа, по его идентификатору? Ну а про переполниние буфера на IIS? Привелегированный доступ за заход на определенный URL и получание доступа от имени iis к файловой системе - это не долбоебизм? Все эти проблемы решить можно было бы контролируя параметры внутри вызываемых функций, однако если у тебя глубина вызова функций достигает десятков и тебе надо проверить параметр переденный в первую в последней - однозначно возникнут проблемы (особенно если программисты работают на "отстаньте"). И никакими тестами этого не покрыть, так как mock должен покрывать всю глубину вызовов, а этого не делается.
Вон у сбера новая система глючит. Миллиард потерь за пару дней. Все тесты проходит. Нагрузочный тест прошла. Миллион одновременных транзакций разруливает. Но в бою упала от нескольких сотен. Не боги программы пишут, вспомнить хотя бы про историю с Heartbleed, этож просто эталонное доказательство того.
Симптомы: бук уснул и больше не проснулся. Иногда даже электрического включения нет, так как в этой же микросхеме зашита прошивка мультикотроллера питания.
Как правило такое происходит при разряде батареи, тк у большинства клиентов вместо выключения во всех настройках стоит "сон". В зависимости от типа мультиконтроллера, его прошивка в основной микрухе, либо в отдельной флешке рядом с мультом, либо прошивка в самом мульте(самая печаль). В итоге при повреждении зоны, где прописаны уровни напряжений, хрен тебе, а не старт. Достаточно залить дамп и все оживет, правда нюансы еще есть(регионы, маки править)
Пыса: у хулита был года 3 назад фирмовый системник, все зашибись, но при установке(обновлении) 8->10, десятка зашивала ему на смерть биос. Массовый возврат по гарантии. Всего-то требовалось обновленную версию прошивки скачать. Вот только биос автоматом не шьется, а 10ка чуть ли не принудительно ставилась.
Собственно, производители ноутов тоже не сильно парятся с биосом. Что Toshiba, что HP, что Acer, что Sony - все срали на норм настройки и привычный пользователю ПК процесс запуска оси. Я вот ни разу не удивлюсь, если висящий в доступных для записи раздел (который на самом деле и не раздел-то) любого микроконтроллера - целиком и полностью косяк производителя.
"хуль тут биос перепаясь три минуты делов, я каждый день его паяю"
и "винда вообще все компы убивает, пруфов не будет но в комментах пишут, значит правда"
Лул)
https://doc.scrapy.org/en/latest/topics/ubuntu.html
[Unit]
Description=Supervisor process control system for UNIX
Documentation=http://supervisord.org
After=network.target
[Service]
ExecStart=/usr/local/bin/supervisord -n -c /etc/supervisor/supervisor.conf
ExecStop=/usr/local/bin/supervisorctl $OPTIONS shutdown
ExecReload=/usr/local/bin/supervisorctl $OPTIONS reload
KillMode=process
Restart=on-failure
RestartSec=50s
[Install]
WantedBy=multi-user.target
Поскольку я и словей таких не слышал ранее. (Благословен будь MS Azure и MEAN-стек)
> Все волосы выдрал
Поэтому не велосипеды надо писать, а dockerfile
лётчики-испытатели и просто злобные буратины, использующие промежуточные релизы, должны страдать. Или хотя бы быть готовыми к проблемам.
Хоть в глаза ссы...