Компания Canonical временно удалила (https://www.reddit.com/r/linux/comments/7kx7qk/ubuntu_has_re.../) ссылку на загрузку Ubuntu 17.10 с сайта ubuntu.com из-за обнаружения (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1734147) в данном выпуске опасной проблемы, которая при определённом стечении обстоятельств приводит к повреждению прошивки на некоторых ноутбуках. Подвержены ли другие дистрибутивы проблеме пока не ясно. В основном проблема проявляется на ноутбуках Lenovo (https://forums.lenovo.com/t5/Linux-Discussion/Ubuntu-17-10-c...), но также отмечаются отдельные случаи повреждения прошивки на устройствах Acer и Dell.
После установки Ubuntu 17.10 на подверженном проблеме устройстве в BIOS пропадает возможность сохранения настроек - после каждой перезагрузки восстанавливаются старые параметры. Кроме того пропадает поддержка загрузки с USB-накопителей, которые перестают распознаваться в BIOS. Некоторые пользователи также отмечают невозможность выйти из интерфейса настройки BIOS.В настоящее время Canonical совместно с Lenovo пытаются найти причины проблемы. В качестве вероятного источника возникающих аномалий называются драйверы intel-spi-*. При использовании ядра Linux, собранного с опцией "CONFIG_SPI_INTEL_SPI_PLATFORM=n", проблема не проявляется, поэтому Canonical работает над формированием обновлённых сборок Ubuntu 17.10 с обновлённым пакетом с ядром. До готовности данных сборок ссылки на загрузку Ubuntu 17.10 временно убраны (https://github.com/canonical-websites/www.ubuntu.com/pull/2541) с сайта ubuntu.com. Для уже пострадавших пользователей для устранения последствий предлагается перепрошить BIOS.
Среди подверженных проблеме устройств отмечаются:- Lenovo Ideapad 100
- Lenovo B40-70
- Lenovo B50-70
- Lenovo B50-80
- Lenovo Flex-3
- Lenovo Flex-10
- Lenovo G40-30
- Lenovo G50-70
- Lenovo G50-80
- Lenovo S20-30
- Lenovo U31-70
- Lenovo Y50-70
- Lenovo Y70-70
- Lenovo Yoga Thinkpad (20C0)
- Lenovo Yoga 2 11" - 20332
- Lenovo Z50-70
- Lenovo Z51-70
- Acer Aspire E5-771G.
- Acer TravelMate B113
- Acer E3-111-C9GN
- Dell XPS 13 9350 I7
URL: http://www.omgubuntu.co.uk/2017/12/ubuntu-corrupting-lenovo-...
Новость: http://www.opennet.dev/opennews/art.shtml?num=47773
Intel - такой Intel: сам следит через BIOS, сам же его и ломает. Молодцы! Чётко говорят, что может произойти с любой машиной, захоти они это.
>говорят, что может произойти с любой машиной, захоти они это.Ещё говорят, что мобильные операторы включают запись разговора, если сказать слово "бомба", а миром правят рептилоиды с Альфа Центавры.
Записывается каждый разговор, не имеет значения что скажешь.
Прямо из БИОСа.
БИОС только у мегафона. У остальных - UEFI
Нате ещё в догоночку: https://twitter.com/paxteam/status/943471533766389761PSA: do NOT update to linux 4.14.8 as it introduces a boot crash.
good thing the stable series has only well tested and carefully reviewed commits...
не рви шаблон митрофанушке :) а то ведь сопьется..
он же верит что такого в мире линукса не бывает.
> Записывается каждый разговор, не имеет значения что скажешь.Пока ещё не приняли Пакетики Яровых, так что, ничего не записывается.
Наш разговор записывается, поэтому всецело поддерживаю. Паранойя этого анонима выше - глупость.
Яровая всего лишь заставила опсосов поделится своими сокровищами. Опсосы грациозно выгнули спинку, закатили глазки и сказали: "ойойой теперь жеж придётся цены повысить, ох какая жалость!"
Записываются все разговоры и смс много лет. По "закону Яровой" просто увеличили время хранения с недели до полугода.
Все, млять, такие вумные, пытаются провайдеру объяснить что записывается, а что нет. Ещё и минусуют))
Посчитайте сначала трафик, что бы записывать media-поток, сколько понадобится места, мы провайдеры не медиамагнаты, ЮТУБ на своих серверах не хостим. Да-да, я про медиа-поток говорю, т.к. дискуссия была про запись АУДИО разговора, а не про текстовые сообщения типа СМС и прочих сниферов.
МАЛО ТОГО, учите матчасть, прежде чем минусовать.
Каким образом вы предполагаете запись и чтение https трафика?!
СОРМ и тот не умеет на себе хранить более суток "всего и вся" трафика.
Да чё ты беспокоишься о месте? Думаешь случайно минсвязи закупает датацентры?
Ну вот только готовятся к пакету Яровой, что бы записывать всех и вся.
Я вот посчитал. Для записи и хранения всех моих разговоров в течение полугода достаточно железа примерно на рубль в месяц.Весь записей моих разговоров мне известен, т.к. я сам их записываю (очень удобно).
>мы провайдеры не медиамагнатыникто тебе не верит, покайся лучше. борись с сатаной. признайся - да, мне стыдно, короче, все провайдеры за вами следят. И дело не в бомбах, а в том что все корпорации служат рептилоидам.
конечно не записываются, но могли бы записываться, если не в audio to text или binary anomaly, то в другую совсекретную математику, неужели это единственный вариант - захват всего? ведь выгодней захватить то, что надо
Записывается, СОРМ-1 никто не отменял. Да и у СОРМ-2 есть некоторый буфер.
> Записывается, СОРМ-1 никто не отменял. Да и у СОРМ-2 есть некоторый буфер.Причём если первый пишет разговоры всё-таки выборочно, то второй получает весь "цифровой" трафик. Естественно, он его разбирает и долго хранить не может, но сам факт.
> Пока ещё не приняли Пакетики Яровых,...Это новый детский мем, для начёса своего ЧСВ: "- смотрите какие слова я умею писать"?
СОРМ пока никто не отменял, а закон Яровой придуман только для того, чтобы финансовую нагрузку на создание датацентров, для хранения такого огромного объёма информации, возложить на провайдеров, т.е. в конечном итоге на нас с вами.
Бессовестно врут. Мы не с Альфы Центавра!
Мда, удивительно. Я думал, уже все оповещены, что Мы с Нибиру...
>>говорят, что может произойти с любой машиной, захоти они это.
> Ещё говорят, что мобильные операторы включают запись разговора, если сказать слово "бомба",
> а миром правят рептилоиды с Альфа Центавры.С Нибиру.
кто-то больше всех орёт держи вора, тот и вор, так что рептилоид Фуррь!
А если сказать секс-бомба, то и видео запишут
с дискового телефона?
А кто производитель "BIOS" Insyde? как на других Lenovo...
config SPI_INTEL_SPI_PLATFORM
tristate "Intel PCH/PCU SPI flash platform driver" if EXPERT
....................
Say N here unless you know what you are doing. .......
> Say N here unless you know what you are doing.Незачёт, половина ядра помечена такими комментариями. Это же можно добавлять и в инсталляторах любых операционок к вопросу "Уверены ли вы, что хотите установить это ОС?"
вот чем отличается Ubuntu от RHEL - там в ядре только хорошо проверенные вылизанные драйверы, поэтому там нет CONFIG_SPI_INTEL…, совсем нет. есть конечно побочный эффект - некоторые драйверы зам качаешь от производителя.
> Say N here unless you know what you are doing. .......Ну и отправьте уже Марику англо-древний словарик на букву K. :]
Жили хорошо на BIOS, но подсунули UEFI с прямым доступом к железу из ОС. Зачем это сделали? Только чтобы обновлять Intel ME без палева?
Делают просто всё через одно место. BIOS тоже знатные кастыли стал содержать, когда начал стареть.
>BIOS тоже знатные кастыли стал содержать, когда начал стареть.Костыли совместимости с UEFI?
>>BIOS тоже знатные кастыли стал содержать, когда начал стареть.
> Костыли совместимости с UEFI?16 битный код, ~400 байт кода на бутсектор, EBR. Мне дальше перечислять?
Ну и как это мешает загрузке ОС? Мне не нужны 100500 битный код и гуглобайты кода на бутсектор.
> Ну и как это мешает загрузке ОС? Мне не нужны 100500 битный
> код и гуглобайты кода на бутсектор.Ну, как бы если ваша ОС - это Hello world в консоль, то вам действительно не нужен UEFI (хотя, как знать: бросить файлик на диск всё же проще, нежели формировать бутсектор). ОСи эти же гуглобайты кода выносят в загрузчик второго уровня. Это ещё один кастыль BIOS.
Не считаю костылем загрузку бивиса, а после загрузку ОС. Грузится ведь 64 бита ОС на 16 бит загрузчике, но нет уязвимостей. Убить бивис можно только плохой прошивкой, а твой модный интеловский зонд можно сломать из ОС.
> Не считаю костылем загрузку бивиса, а после загрузку ОС. Грузится ведь 64
> бита ОС на 16 бит загрузчике, но нет уязвимостей. Убить бивис
> можно только плохой прошивкой, а твой модный интеловский зонд можно сломать
> из ОС.Биосы тоже можно было убить из ОС (ну, если вы конечно не о временах, когда они были записаны на УФ стираемую и масочную память). Как минимум, встречал компы с прошивальщиком из ОС. Более того, если в и-нете покопаться, можно наткнуться на статейки о вирусах, которые себя писали в биос. А далее ещё ступень для заражения: бутсектор (который в UEFI не используется).
Из этого можно сделать вывод, что убиваемость - это кривые руки некоторых производителей, а не проблемы технологии. Больше будут игнорить таких компаний-индивидов, больше будут суетиться.
> Ну, как бы если ваша ОС - это Hello world в консоль,
> то вам действительно не нужен UEFIЭто кривое wintel'овское глюкало с патентованым и убогим FAT32 и PE EXE вообще нужно только майкрософту. И это, почему-то старта с 512 байтного бутсектора работало и запускались сложные системы. Да, с бутлоадером. А uefi как бутлоадер - офигенен. Вы можете выбрать из Win8 и RedHat. Да нафига такие "бутлоадеры" нужны? Еще и с бэкдорами от всяких и нежелательным функционалом типа рантайм сервисов.
>> Ну, как бы если ваша ОС - это Hello world в консоль,
>> то вам действительно не нужен UEFI
> Это кривое wintel'овское глюкало с патентованым и убогим FAT32 и PE EXE
> вообще нужно только майкрософту. И это, почему-то старта с 512 байтного
> бутсектора работало и запускались сложные системы. Да, с бутлоадером. А uefi
> как бутлоадер - офигенен. Вы можете выбрать из Win8 и RedHat.
> Да нафига такие "бутлоадеры" нужны? Еще и с бэкдорами от всяких
> и нежелательным функционалом типа рантайм сервисов.FAT32 наиболее распространён. То, что патентован - да, тут соглашусь, косяк. Так же косяком считаю разработку UEFI проприетарно настроенными компаниями.
PE EXE или ELF или ещё имхо вообще без разницы. Просто отдельный формат под это думать бессмысленно, а в остальном какая разница? Чем ELF принципиально лучше PE?
Расскажите, когда ОСи с 512 байтного (нет, не 512 байтного, а ~400 байтного, ибо там ещё заголовок) грузились? Во времена MS-DOS? Ибо позже уже был кастыль под названием загрузчик 2-ого уровня. А с появлением MBR и EBR - 3-его, 4-ого и т.д., т.к. MBR и каждая EBR - это отдельный загрузчик.
> Костыли совместимости с UEFI?Да, из-за костыльного UEFI.
Проблема Убунту не в Убунту, а в кривом микрокоде UEFI прошивок, вызывающем аппаратный сбой NVRAM.
> BIOS тоже знатные кастыли стал содержатьвсегда сдержал, просто вам наверно всё давнившее кажется более небоголубым и травазелёным
>> BIOS тоже знатные кастыли стал содержать
> всегда сдержал, просто вам наверно всё давнившее кажется более небоголубым и травазелёныммне кажется более описанным в разных темах об ошибках в инете
>> BIOS тоже знатные кастыли стал содержать
> всегда сдержал, просто вам наверно всё давнившее кажется более небоголубым и травазелёнымПросто на заре его появления это было оправданно. Но в 2018 использовать BIOS - это что-то на уровне житья в пещере и охоты на мамонтов: любители старого и лампового есть, но в остальном неоправданно.
> Просто на заре его появления это было оправданно. Но в 2018 использовать
> BIOS - это что-то на уровне житья в пещере и охоты
> на мамонтов: любители старого и лампового есть, но в остальном неоправданно.Я не сомневаюсь что новый танк с лазерным прицелом - эффективнее. Но довольно хреново когда он целится в ТЕБЯ. А все эти UEFI и прочие секурбуты и management engine чем-то таким как раз и занимаются с подачи wintel-я.
>> Просто на заре его появления это было оправданно. Но в 2018 использовать
>> BIOS - это что-то на уровне житья в пещере и охоты
>> на мамонтов: любители старого и лампового есть, но в остальном неоправданно.
> Я не сомневаюсь что новый танк с лазерным прицелом - эффективнее. Но
> довольно хреново когда он целится в ТЕБЯ. А все эти UEFI
> и прочие секурбуты и management engine чем-то таким как раз и
> занимаются с подачи wintel-я.В меня ни разу не целился. Что я делаю не так? М.б. не стоит кривое оборудование покупать?
Тащем та обычный драйвер SPI к тому. А то, что оно как-то там с чем-то конфликтует и уносит в АДЪ прошивку, так это передавайте привет тому, что там в SPI живёт. В тепличных условиях, после загрузки до ОС, - ничего. Но на самом деле мы все знаем, что там, на этих ваших интелах, живёт своей жизнью...
Да скорее всего какая-то внутренняя микруха конфликтует или неверно определяется. Ноутбуки вообще вещью в себе зачастую являются.>>Но на самом деле мы все знаем, что там, на этих ваших интелах, живёт своей жизнью...
RING -1 таки
А одно - всесильное - властелину Мордора, -
Чтоб разъединить их всех, чтоб лишить их воли
И объединить навек в их земной юдоли
Под владычеством всесильным властелина Мордора.
Совершенно омерзительный перевод, даже не знал что такое бывает.
Какая нахрен земная юдоль! Что происходит в голове у переводчика?
В каноническом переводе Олорина на всеобщий там
"... and into darkness bind them"
Покайся, грешник! Нет Профессора кроме Таненбаума!
И Торвальдс пророк его!
Этот мерсский переводишко еще и более распространен, чем более литературные варианты. К сожалению.
> Этот мерсский переводишко еще и более распространен,
> чем более литературные варианты. К сожалению.Я-то уже растолканулся, спасибо "Детям против волшебника" -- а это вообще был муравьёвский или как раз наоборот?
> Совершенно омерзительный перевод, даже не знал что такое бывает.Этот перевод из издания "Молодой Гвардии", 1974 года, если не путаю. Не издание, а сплошное сокращение.
Путаешь.
> RING -1 такиOne Ring to rule them all, One Ring to find them,
One Ring to bring them all and in the darkness bind them
> Для уже пострадавших пользователей для устранения последствий предлагается перепрошить BIOS.Если бы. Судя по сообщениям в отчёте об ошибке, перепрошить не удастся, и единственное решение - замена матплаты в сервисе (ну или только микросхемы, если сумеете).
А вообще, это отличный пример того, что пользоваться стабильными дистрибутивами вроде Debian намного спокойнее: там и разработчикам не придёт в голову включать ещё явно сырую функциональность в конфигурацию сборки ядра, и вероятность проползания таких серьёзных косяков через горнило долгого и тщательного тестирования невелика. Bleeding edge же в данном случае как никогда оправдывает своё название.
Ну так и это не LTS. Обычный промежуточный релиз с кучей косяков
Ну-да, грохнуть материнскую плату это обычное дело для промежуточного релиза.
Вполне очевидно, что это не косяк убунты. Если такое поведение норма, и убунта "из-за ошибки" может устроить мат плате казнь, то вполне очевидно, что это так же может сделать и малварь на любой другой системе.
> Если такое поведение норма, и
> убунта "из-за ошибки" может устроить мат плате казнь, то вполне очевидно,
> что это так же может сделать и малварь на любой другой
> системе.А ту не запускай малварь с привилегиями ядра. И даже просто от рута не советую, есть куча способов запороть что-нибудь. Переписать биос — самый очевидный.
Есть куча вещей, которые должны выполняться с привилегиями ядра, например, драйверы. Это не означает, что кривой драйвер должен иметь возможность сломать тебе БИОС.
С таким же успехом можно заявить о секьюрности люьбой системы. "Просто не запускайте вредоносный код и все!"
> Это не означает, что кривой драйвер должен иметь возможность сломать тебе БИОС.Он имеет такую возможность. Прими как данное. Единственный способ с этим бороться — аппаратно отключить любые изменения в биосе (обновы, настройки — вообще любые).
Принял как данное, но мнения не поменял. Это огромная проблема.
> Он имеет такую возможность. Прими как данное. Единственный способ с этим бороться
> — аппаратно отключить любые изменения в биосе (обновы, настройки — вообще любые).Для этого даже аппаратный пин у чипов флеша есть - WP#. Если его заземлить, чип наглухо откажется производить запись.
> Вполне очевидно, что это не косяк убунты.Вообще-то это косяк убунты, раз уж они берутся заявлять какой-то уровень качества и совместимости своего продукта. В этом плане интересней другое -- как получилось, что вылезло только на релизе, и было ли известно _до_ него (на бетах, rc или чём там).
В альте когда-то задерживали выпуск то ли Master 2.0, то ли 2.2, потому что попавшее в без пяти минут релиз ядро надёжно и воспроизводимо уваливало интеловские как бы не STL2 вплоть до выноса бутблока. Тогда ещё интел на ушах стоял, когда им воспроизводилочку подогнали...
Это косяк разработчиков ядра и/или 'over-engineered' UEFI, все же склоняюсь ко второму.
> В этом плане интересней другое -- как получилось, что вылезло только на релизеничего интересного - ну нету у юарских негров и их бангалорских аутсорсеров денег на ленову.
А на асерах вылазит не на всех, поэтому и не заметили, пока щасливые юзера валом не повалили к офису, с помидорами, дохлыми кошками, а кое-кто и с петельками с характерными узелками.только не говори что держишь у себя десяток разномастых (и достаточно современных) брендовых машинок исключительно для страховки от неведомой херни.
>> В этом плане интересней другое -- как получилось, что вылезло только на релизе
> ничего интересного - ну нету у юарских негров и их бангалорских аутсорсеров
> денег на ленову.
> А на асерах вылазит не на всех, поэтому и не заметили, пока
> щасливые юзера валом не повалили к офису, с помидорами, дохлыми кошками,
> а кое-кто и с петельками с характерными узелками.
> только не говори что держишь у себя десяток разномастых (и достаточно современных)
> брендовых машинок исключительно для страховки от неведомой херни.прошлый раз samsung ноуты линукс гробил :) теперь леново. Прогресс!
Не любил я эти LTS-релизы... что не релиз то стимулятор уйти на дистрибутив нормально обновляющийся без внешних носителей чисто пакетным мэнеджером и репозиториями.
man do-release-upgrade
> Не любил я эти LTS-релизы...так переходите на LFS
>> Не любил я эти LTS-релизы...
> так переходите на LFSя например на круксе сижу, хотя там уже мало что от оригинала осталось
> Ну так и это не LTS. Обычный промежуточный релиз с кучей косяковLTS тоже можно отнести к стабильным дистрибутивам, хоть и с натяжкой. (У нас до перехода на Debian в каждом LTS-выпуске нет-нет да прилетали чувствительные регрессии: то новое ядро с исправлением уязвимостей не запустится, то ABI важной библиотеки сломают...)
> то ABI важной библиотеки сломают...Кстати, в этом вам вообще могут быть интересны альтовские set versions имени Лёши Турбина: http://ftp.altlinux.ru/pub/people/at/protva-2010.pdf и, возможно, наработки ИСП РАН (сходу не вспомню ключевые слова, но можно найти и спросить Хорошилова или ещё кого из тамошних).
>это отличный пример того, что пользоваться стабильными дистрибутивами вроде Debian намного спокойнееБыло бы спокойней, но иногда это не так ;)
Например, в Хромиум от Дебиана пихают в расширения удаленную установку хлама, которого нет в других дистрах... https://my-chrome.ru/2015/06/chromegate/ — это в 2015, а в 2017 их уже три
https://www.slax.org/ru/blog/24368-Is-there-malware-in-Chrom...и никто не знает, как от этого избавиться... ;)
> Например, в Хромиум от Дебиана пихают в расширения удаленную установку хлама, которого
> нет в других дистрах... https://my-chrome.ru/2015/06/chromegate/Вы сами-то свою ссылку прочитали? В Debian *обнаружили*, что Chromium у всех без спроса загружает какое-то расширение с закрытым кодом. Ещё раз, это относилось *ко всем* дистрибутивам, ибо код для всех общий, а данная фича была неотключаемой. Затем, после того как в Debian обратили внимание на проблему, в Chromium стало возможным отключить это, что в Debian тотчас же и сделали. Так что тут наоборот следует поблагодарить Debian за обнаружение данного косяка, которое позволило исправить его для всех.
> а в 2017 их уже три
> https://www.slax.org/ru/blog/24368-Is-there-malware-in-Chrom...Опять же, потрудитесь прочитать свою же ссылку. Где там хоть что-то про содержащееся в Debian-овском Chromium malware? Какое из трёх предустановленных *открытых* расширений вы считаете вредоносным и почему?
> единственное решение - замена матплаты в сервисе (ну или только микросхемы, если сумеете).мда... тогда и при слёте системы, беги в сервис, менять мат.плату|ssd|etc... вот владельцы СЦ будут рады, если у многих будет в голове такой мусор... прошивка bios - это работы на 10 минут, вложений 0, а цену можно ломить, как за замену мат.платы, красота...
>> единственное решение - замена матплаты в сервисе (ну или только микросхемы, если сумеете).
> мда... тогда и при слёте системы, беги в сервис, менять мат.плату|ssd|etc...
> вот владельцы СЦ будут рады, если у многих будет в голове
> такой мусор... прошивка bios - это работы на 10 минут, вложений
> 0, а цену можно ломить, как за замену мат.платы, красота...Вы бы почитали про проблему для начала. Пытались уже перепрошивать на программаторе старый чип - не получается. Счётчик числа перезаписей достиг предельного значения, и NVRAM превратилась в NVROM.
>> единственное решение - замена матплаты в сервисе (ну или только микросхемы, если сумеете).
> мда... тогда и при слёте системы, беги в сервис, менять мат.плату|ssd|etc...
> вот владельцы СЦ будут рады, если у многих будет в голове
> такой мусор... прошивка bios - это работы на 10 минут, вложений
> 0, а цену можно ломить, как за замену мат.платы, красота...Да пофигу, по серьёзному с точки зрения законодательства, такие проблемы должны решаться за счёт продавца/производителя в течении срока службы ( не гарантии ), так же как в случае с автомобилями.
>> Для уже пострадавших пользователей для устранения последствий предлагается перепрошить BIOS.
> Если бы. Судя по сообщениям в отчёте об ошибке, перепрошить не удастся,Внимательнее читать надо и дружить с русским языкам. Разницу между прошить и обновить BIOS разумеете? В сообщениях на launchpad говорится о невозможности программно обновить биос. Но там же говорится, что прошивка программатором спасает отцов ...
>Но там же говорится, что прошивка программатором спасает отцовДайте ссылку на это сообщение. Ибо на форуме Lenovo один товарищ заявил, что микросхема достигла максимального числа перезаписей, и потому перепрошить с помощью программатора ему её не удалось.
Это отличный пример того что ноутбуки данных фирм гoвнo, но увы выбора нет.
Не должно быть у кода возможности сломать железяку...
Если бы я работал в Canonical, то я бы искал причину проблемы по методу поиска льва в пустыне. Взять ядро Linux. Взять конфиг от Убунты. Попробовать первую половину конфига заменить конфигом от Debian. Потом вторую. Попробовать половину патчей отключить, потом вторую. Если проблема перестала проявляться - сокращать диапазон поиска. Если не перестала проявляться, то перейти к Systemd.
>>Если не перестала проявляться, то перейти к Systemd.Почему бы и нет?
В Ubuntu 17.04 и в Debian 9 - Systemd 232, в Ubuntu 17.10 - Systemd 234
где-то на шестом ноутбуке я понял, что с методом я как-то облажался
А биос перешить - не судьба?
..прочитайте старую как мир статью "китайские закладки" и (быть может) вы поймёте, что это вам ничего не даст.
Надеюсь, я не обуду вам объяснять написанное выше, и тем более - как это связано в деталях.
Если чип заблокировался (теоретически можно spi-флэшку перевести в read-only навсегда), то только перепаивать чип.
Отправь Шаттлворту письмо, он ведь стопудов не додумается самостоятельно до такого оригинального метода.
> Если бы я работал в CanonicalС ростом численности персонала вполне можно дерзать :)
https://www.phoronix.com/scan.php?page=news_item&px=Canonica...
Была уже новость где uefi изменилось и повреждалось только там если не ошибаюсь windows был. ubuntu всё правильно делает, только надо выжигать ноуты от lenovo за хреновую поддержку.
А есть еще производители железа, которые отказываются использовать UEFI?
> А есть еще производители железа, которые отказываются использовать UEFI?Google и Purism.
На сервера минта трояны заливают, убунта физически ломает железо. Что дальше?
> убунта физически ломает железоБерёт и об колено — хрясь!
> На сервера минта трояны заливаютНе было такого. Была подмена ссыки на скачивание.
> Что дальше?Не пользоваться *buntu подобными дистрибутивами?
А существуют ли такие риски, если эту ОС запускать там в live-режиме? И если перед установкой этой убунты биос в таком ноутбуке сначала запаролить, то тогда будут ли шансы, что она в биос тогда так не влезет? И в тех обновленных сборках "17.10" будет ли там обновлены и остальные пакеты? (А то сейчас апдейтов она уже прилично натянула- запустил вот я ее прямо сейчас в live-режиме и менеджер обновлений их 403,8 мб и 171 штуку показывает (а если учесть, что достаточно многие пакеты за столько месяцев после релиза там обновлялись неоднократно, то 403,8 мб эти можно в несколько раз умножить и общий объем обновлений будет тогда сопоставим уже с объемом вообще всей этой ОС)).И не очень разбираюсь,- а как перепрошить биос в ноутбуках? (Если он там не полностью поврежден, то есть ли шанс заставить его обновиться с флешки? (А с болванки? А по сети?) И еще говорят, там и микросхему биоса для этого выпаивать бывает надо и что к ней просто так еще и не подберешься?)
И могут ли разработчики прошивок биосов модифицировать их так, чтобы они были бы устойчивы к таким повреждающим воздействиям со стороны ОС? (И что-то я слышал, что под виндой существует такая малварь, которая из под нее в биос тоже может влазить?)
И не бывает ли так, что какой-либо ОС может "вздуматься" повредить биос уже лишь через длительное время после ея установки?
> И не очень разбираюсь,- а как перепрошить биос в ноутбуках?Не разбираясь -- не стоит.
> А существуют ли такие риски, если эту ОС запускать там в live-режиме?Да. Судя по сообщениям в тикете, проблема может возникать уже при инициализации модуля ядра, т.е. при загрузке системы.
С одной стороны, эх Интель. А с другой, Каноникл сотрудничает с Мелкософт, а мелкософту выгодно топить Линукс по-немногу, да ещё не напрямую, их любимая тактика.
Ну среди больных нормально технические сложности объяснять заговорами (а в этих ноутбуках с их зоопарком железа весьма сложно, вроде у венды тоже что-то подобное было на леновских ноутбуках).
Ага, а WSL тоже технические сложности? Или хочешь сказать что этим они не хотели перетянуть в свою зондированую систему разработчиков, которым нужен Линукс?
Все очевидно, в ядре линукс по чуть чуть зарождается ИИ. И он наказывает.
ээээ, то есть из-за проблемы в паре десятков ноутбуков (прчием модели известны) они "временно" снесли возможность скачать установщик ВСЕМ? Не слишком ли мощное решение?Хорошо хоть битторренты и сетевой устанвщик остался не тронут.
> Не слишком ли мощное решение?Нет. Неизвестно точно сколько моделей подтверждено, вроде даже говорили, что некоторые матплаты на десктопах так же подвержены.
Поэтому совершенно нормально, тем более, что Ubuntu 16.04 LTS не подвержена проблеме, и доступна для скачивания.
У меня на федоре последней было, я был уверен плата старая посыпалась, отнес в ремонт перепрошили биос, вроде норм с тех пор. Материнка http://www.gigabyte.ru/products/page/mb/ga-z77-ds3hrev_10 . Теперь уверен что оно самое.
А в 'ремонте' обе микросхемы перепрошили или только одну? :)
Увы не знаю. И так явно неохотно отвечали на вопрос "а что же там на самом деле случилось". Кстати накатили древнюю версию F3, она даже древнее той что была при покупке. Я рискнул перепрошить самой последней F11, нормально прошло, видать сама микросхема не повреждена. На мой взгляд все сходится - новое ядро, перезагрузка - кирпич (дуалбиос не спас).
Тю! А я думал, что две микросхемы как-раз для таких случаев и предусмотрены и при ближайшем апгрейде такую платку прикупить, потому и спрашивал. А тут, блина, опять гуру маркетинга хреновы! :)))
из-за проблемы в паре десятков ноутбуков (прчием модели известны) они "временно" снесли возможность > скачать установщик ВСЕМ?
http://mirror.yandex.ru/ubuntu-releases/17.10/
Не благодари.
Ничего никуда не делось, они убрали только "ссылку на ссылку", а так всё лежит на месте http://releases.ubuntu.com/17.10/
Lenovo-V570 Xubuntu 17.10 никаких проблэм)
Lenovo b50-30 проблема с самого первого дня после установки Ubuntu 17.10. В BIOS зайти невозможно. И вообще-то полно таких случаев в Инете. Ещё до Ubuntu 17.10.
Суть проблемы такова.
EFI Boot Manager содержит записи. На некоторых ноутбуках есть запись setup.
Эта запись - входная точка в настройки. Можно посмотреть через efibootmgr.
Если эту запись удалить, то в настройки войти становиться невозможно.Ядро здесь не виновато. Через efibootmgr можно похерить все сервисные записи.
Наверное. Ядро являет собой сложный набор очень мощных инструментов, и вся ответственность, как всем известно, ложится на головы тех, кто решил ими пользоваться.А в случае, когда кто-то собирает ядро с целью последующего распостранения/дистрибуции, ответственность обычно прописывается в составленном дистрибьютором для конечного потребителя соглашении, которое обычно требует ознакомления и дачи согласия на установку продукта :))
Видать не спроста все пререлизы ядра с kernel.org убрали и на Гитхаб снесли :)
> Видать не спроста все пререлизы ядра с kernel.org убрали и на Гитхаб снесли :)С дуба рухнул, "эксперт"? Иди виндус переустанавливай, или что там у тебя по графику, прочистка мышек юзерям?
Кмк, но косяк в новых Lenovo.
Жаль владельцев их ноутов. Сам очень хотел приобщиться именно к их ноутбукам. Но после событий:
2014 (https://habrahabr.ru/post/251069/) и
2015 (https://geektimes.ru/post/260228/)
годов понял, что их продукция не для меня.«Давай людям второй шанс, но никогда не давай третьего». © Один умный мужик
Возможно, что сейчас они косячники в меньшей степени, чем тогда, но тем не менее, свой выбор я сделал. И другим дважды подумать советую.
В любом случае, именно их пользователи снова пострадали больше других (см. модельный ряд подверженных проблеме устройств). Жалко людей, их нервы и время.
> Жаль владельцев их ноутов. Сам очень хотел приобщиться именно к их ноутбукам.
> Но после событий:
> 2014 (https://habrahabr.ru/post/251069/) и
> 2015 (https://geektimes.ru/post/260228/)
> годов понял, что их продукция не для меня.Прикольно! мне как пользователю линукс пока не угражает, но… )))
да ядро Linux 4.13 у меня на десктопе с ним была проблема собственно у меня две версии - одна разработческая одна с образа после выхода релиза я был вынужден взять старое ядро с разработческой и поставить теперь проблем нет
Как только появился ноут с UEFI и w8, я ручками после некоторых мук (все забекапил для начала в т.ч. загрузочный раздел UEFI)все-таки установил ubuntu x64 как положено. А потом, обновляя дистр, плюнул и перевел все на LEGACY и MBR. И Винду легче переустановить. Кстати, первым делом как только появилось, я обновил UEFI/BIOC c сайта производителя, все таки фичат какие баги.Проблемы были с загрузочным разделом UEFI. На голое железо c UEFI ubuntu встала без проблем, но с двойной загрузкой были ошибки при запуске.
Конечно бы хорошо все изкоробки, но что делать. если все так?
С MBR'ом бывают проблемы с обновлением винды в дуалбуте - она регулярно любит перезаписывать загрузчик. Также как-то раз была проблема с grub'ом, когда он поменял какой-то внутренний ABI при обновлении убунты и часть grub'а в MBR стала несовместима с частью, установленной на загрузочном разделе.В общем, счастья нигде нет, но с UEFI по крайней мере нет проблем с перетиранием загрузчиков.
> С MBR'ом бывают проблемы с обновлением винды в дуалбуте - она регулярно
> любит перезаписывать загрузчик. Также как-то раз была проблема с grub'ом, когда
> он поменял какой-то внутренний ABI при обновлении убунты и часть grub'а
> в MBR стала несовместима с частью, установленной на загрузочном разделе.
> В общем, счастья нигде нет, но с UEFI по крайней мере нет
> проблем с перетиранием загрузчиков.А окирпичивание ноута это не проблема вовсе, это радость.
На Lenovo X260 обновил - полет пока нормальный ))))
Думаю те кто обновил и полет не нормальный, написать на форум не может.
Ошибка выжившего.
Всё вполне ожидаемо. И это, к сожалению, пока только "начало" :)
Без шансов, без вариантов:№ ©™: оплата за нелегальное использование лицензированного контента путём вывода из строя дорогостоящего железа.
№ Х: ...
Те кто пользовались refind и не ставили загрузчик при установке абанты не пострадали.
Я прям как чуял)
бубунта там не причем, и efi не причеми lenovo, хоть г#вно редкостное - тоже не причем. разраб в init_module не подумавши вставил код, переводящий flash в режим read-only. а хиппиша на пол-инета...
А куда вставил, если не секрет? :))
причина: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1734147...fix в другом драйвере: https://github.com/torvalds/linux/commit/d9018976cdb6eefc62a...
NVRAM сохраняется уже давно во флеш, а не в RTC eeprom
Отсюда, наверное, что-то типа мораль: в (пред/пост)праздничные декады RC-шными ядрами лучше не пользоваться :)
> Отсюда, наверное, что-то типа мораль: в (пред/пост)праздничные декады RC-шными ядрами
> лучше не пользоваться :)Офигенный вывод. А трусы в горошек одевать можно?
Ты что хочешь, чтоб за тебя и такие вопросы кто-то решал?? ))
Тем более, что их теперь никто не подписываетhttps://www.kernel.org/rc-tarballs-and-patches-starting-with...
В смысле, он это прямо в init_любой_module так и вставил?? :))
Или это он сам в init_module был, когда вставлял? ( о_О ))
> Или это он сам в init_module был, когда вставлял? ( о_О ))ага, только сначала вынул оттуда тебя
> бубунта там не причем, и efi не причеми lenovo, хоть г#вно редкостное
> - тоже не причем. разраб в init_module не подумавши вставил код,
> переводящий flash в режим read-only. а хиппиша на пол-инета...Виноват тот кто разрешил ПО кирпичить систему, в принципе, то что ему так дешевле делать ноуты, это не отмазка.
Проблема с Insyde BIOS. Другие производители вроде как не подвержены.
Fedora-mate-compiz 25 ядро 4.13 аналогичные проблемы. Только что проверил.
Проблема в ядрах 4.14-4.15, вроде как http://www.opennet.dev/opennews/art.shtml?num=47773#162
Fedora 25 больше не поддерживается:
https://fedoramagazine.org/fedora-25-end-life/
Дистрибутив действительно кривой, зависает установщик при начале копирования файлов. Кое как установил с 3 попытки только после загрузки в Live режиме. Ставил на ПК Z87 Intel Chipset SATA RAID Controller, 2 диска в Mirrir (Gigabyte Z87-HD3).
Молодцы Canonical! Хорошо, что я не убунтушник, и мой Z51-70 не увидит 17.10
Y50-70 — перепрошивал, не помогло.