Комментарии 21
Интересно, а среди пострадавших есть владельцы материнских плат с процессорами Intel? Просто сходу могу предположить, что чистая установка по ошибке сносит и драйверы на чипсет AMD, в том числе контроллер накопителей. Отсюда и проблема с загрузочным накопителем.
Я лично вообще обновляю через диспетчер устройств, потому что мне не нужна вся эта сопутствующая обвязка дров в виде Ryzen Master, улучшений для стриминга и прочего.
Всё было бы проще, если бы разработчики предоставляли пользователю детальный план предполагаемого обновления, чтобы пользователь мог пробежаться по запланированным шагам и, хотя бы узнать, что его ждёт, и, возможно, узнать, от чего можно отказаться.
Все эти проблемы проистекают из-за недостатка архитектуры. Обновление ПО — это отдельный процесс, который должен производиться, что называется, в специальном "защищённом" режиме, с возможностью откатить любые производимые изменения. А для этого нужно, чтобы между оборудованием и, собственно, операционной системой, был слой базовой операционной системы, где производится скачивание дистрибутивов и сохранение их в специальном хранилище в готовом виде для установки в любой момент, а также подмена старого ПО новым уже внутри раздела операционной системы. Разумеется, обновление ПО осуществляется таким образом вне работы самой операционной системы, что и будет соответствовать базовым требованиям архитектуры.
При наличии такой архитектуры будет всегда возможным автоматический перенос любой ОС с одной машины на другую, ибо под руками будет хранилище ПО и хронологический план установки ПО. При наличии внешних источников дистрибутивов, разумеется, можно будет перенести с одной машины на другу только хронологический план. То есть — довольно простую БД.
"Сброс к заводским настройкам" — это как раз уровень базовой операционной системы. Сначала нужно выполнить обновление драйвера оборудования, и, затем, выполнить установку всех производных подпрограмм, которые были ранее сохранены в хранилище.
Не нужен никакой детальный план большенству пользовтелей. Им нужно тихое и беспроблемное обновление. Даже не так. Им нужно что "все работало". А нужно для этого что-то обновлять или нет, они думать не хотят.
Вы примерно описали подход Fedora Silverblue. Неизмеяемая базовая система, в заведомо рабочем состоянии, поверх которой ставятся пакеты и программы.
Тут проблема не в обычном ПО, а в драйверах, когда их шатают с двух сторон сразу. Не удивительно что это иногда вызывает проблемы.
Что касается безопасного обновления - это только на Linux. Там можно что угодно обновлять, и до перезагрузки система будет работать. Да и после перезагрузки, даже если подчистую снёс загрузочный раздел, не проблема загрузиться с любой флешки с линуксом - главное чтобы кто-то загрузил ядро в память, остальное поправимо. У меня какое-то время вообще загрузчик жил одновременно и на флешке и на диске, когда на старом железе nvme железу было неизвестно, а флешки известны.
На винде максимум что можно получить в этом плане - точки сохранения. Если будет проблема в процессе обновления, система упадет, а загрузиться в полуобновленном состоянии уже не выйдет, и исправить это на винде очень нетривиальная задача, хотя иногда и получается.
Это ж надо пользователю разбиратся.
А производителю либо поддерживать жестко фиксированные конфигурации — привет смартфоны либо дать возможность "базовую" ОС обновлять пользователю потому что вполне могут быть нужны спецдрайвера просто для старта машины. Если мы обновления тоже в этом режиме скачиваем — нужны и сетевые драйвера, включая экзотику.
И кстати вопрос — а обновление чего именно таким способом? Вообще любого ПО? А если разработчик ПО решил что нужно обновление на полном автомате при следующем старте ПО? (что например делают на Windows все браузеры — для того и ставятся в доступный для записи пользователю без UAC каталог)
Также, при обновлении может выполнятся код (у Linux кстати тоже но там не так часто) — антивирус в этом сервисном режиме что — тоже должен работать?!
но это вообще в основном проблема Windows, macOS и Linux так поломать сложнее.
О, bumblebee windows edition)
https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/issues/123
Я тут однажды тоже Адреналин обновлял, где-то недели две назад... Так у Винды (11) что-то побил (есть подозрение что он чуть ли не файл реестра грохнул), что та не грузилась с ошибкой "не найден загрузочный диск" или что-то типа того, что в чём-то схоже с описываемой проблемой. Хорошо WinRE нашёл точку восстановления, но реестр пользователя под которым устанавливалось вообще после этого отсутствовал.
Отличный пример кооперации индусских программистов M$ и индусских программистов AMD.
Больше похоже на проблему самого Windows, который не умеет подставлять базовый драйвер на контроллер диска при запуске, если он по какой-то причине не установлен (режимы IDE, AHCI). При этом в режиме Windows PE этот метод работает.
Вот хочется иногда пересесть интереса ради на видеокарту AMD, но тут же читаешь подобную новость и думаешь: "Да ну нафиг, сидел 20 лет на зелёном, нечего и начинать :)"
Так пересядь, в чем проблема? Религия не позволяет? Новости врут - голодные до сенсаций журналюги раздувают любую мелочь до масштабов вселенских проблем. В реальности же с таким столкнуться очень сложно. На нвидиа все абсолютно тоже самое - там от драйверов вообще карточки сгорают, и что? Желающих меньше покупать не видно.
Так-то да, судя по описанию, проблема возникает в случае довольно специфического стечения обстоятельств. Про горящие именно от дров карты зелёных ни разу не слышал кстати. За всё время сидения на нВидии пришлось всего один раз откатывать драйвера к предыдущей версии из-за каких-то проблем. Но, как вы верно заметили, пока не попробуешь - не узнаешь и не сравнишь :)
Из-за ошибки в работе драйвера Adrenalin для видеокарт AMD может слететь ОС Windows при определённых обстоятельствах