В опубликованном сегодня обновлении (https://usn.ubuntu.com/usn/usn-3522-1/) ядра Linux для дистрибутива Ubuntu 16.04 LTS, в котором было представлено устранение уязвимости Meltdown, допущена (https://usn.ubuntu.com/usn/usn-3522-3/) ошибка (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1741934), приводящая (https://ubuntuforums.org/showthread.php?t=2382157) к невозможности (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1742323) загрузить систему с новым ядром из-за краха ядра (kernel panic) в процессе инициализации на некоторых системах.
Установившим обновление (4.4.0-108-generic) пользователям рекомендуется сразу применить ещё одно обновление, не пытаясь перезагрузить систему. Если перезагрузка была совершена и пользователь столкнулся с невозможностью загрузить систему, то рекомендуется выбрать загрузочном меню GRUB прошлый выпуск (для вывода меню следует удерживать клавишу Shift или нажать Esc в самом начале загрузки).
URL: https://www.reddit.com/r/Ubuntu/comments/7pbjlx/problems_boo.../
Новость: http://www.opennet.dev/opennews/art.shtml?num=47884
Тоже на системах с AMD из-за несоответствия процессоров официальной документации? А то мелкомягкие уже накололись.
На интеле словил. Так что...
Какое несоответствие? Этим системам ввообще не нужны никакие патчи: meltdown в amd не работает, а spectre исправляется одним вызовом lfence при переключении контекста.Интел как обычно ухитрился сломать своими костылями всех конкурентов.
Потому что Ubuntu не GNU/Linux.
> Потому что Ubuntu не GNU/Linux.И это хорошо.
>> несоответствия процессоров официальной документации?Не нужно искать оправданий для обычной рукожопости.
На Linux Mint как раз пару часов назад поставил. Пока никаких проблем.
Я обновил на миние с 4.10, на прилетевшее 4.13 у меня цинамон покасило, в безопасный режим кидало, но благо переустановкой дров вылечил.
Спасибо за предупреждение. Оставлю на завтра сие удовольствие.
Сначала окирпичивание с Ubuntu 17.10, теперь это. Печально, но похоже, в Canonical нарисовался кризис.
то есть то, что разогнали пол-штата и выкинули юнити о кризисе никак не намекало, да?
намекаете переходить на Debian?
или на арчь, смотря что требуется от дистра
> или на арчь, смотря что требуется от дистраКакой арчь? Даже её ребенок Манжара и та выделывается глюками.
Я для себя принял решение вместо *Ubuntu LTS ставить OpenSUSE.
присмотрись к fedora
Кстати, да! У меня работает и даже не глючит.
Федора с XFCE отличный дистрибутив, если не обновлять ядро сразу, а через месяц. Иначе можно забыть про работоспособность VmWare/VirtualBox. Модули ядра под указанный софт даже с бубнотанцами не всегда заводятся.
У меня на компе и трех ноутах стоит Арч. Все устанавливалось 2-3 года назад и до сих пор работает.п.с.
Версия ядра 4.14.12
>Арч
>устанавливалось 2-3 года назад и до сих пор работаетпрохладная история
Тем не менее в комьюнити все ещё распространен миф что роллинг == нестабильность.
Судить про арч по манджаре в 2018
> Судить про арч по манджаре в 2018Судить по арч нужно по https://bbs.archlinux.org
> Судить про арч по манджаре в 2018Тоесть на арче ещо хуже? :)
>> Судить про арч по манджаре в 2018
> Тоесть на арче ещо хуже? :)Из проблемы с которой сьодня столкнулся: https://bugs.archlinux.org/task/56999
А каков ответ? А ответ "это не баг, заявка закрыта", шо переводится как "идите в попу со своими крашами, так и задумано".Пришлось самому химичить:
sudo ln -s /usr/lib/libjson-c.so.3 /usr/lib/libjson-c.so.2
> Из проблемы с которой сьодня столкнулся: https://bugs.archlinux.org/task/56999
> А каков ответ? А ответ "это не баг, заявка закрыта", шо переводится
> как "идите в попу со своими крашами, так и задумано".Там написано "nothing in keepassxc is linked to json-c", что является правдой. kepassxc не требует зависимости json-c:
Depends On : hicolor-icon-theme libxtst qt5-x11extras yubikey-personalization
> Из проблемы с которой сьодня столкнулся: https://bugs.archlinux.org/task/56999
> Пришлось самому химичить:А вот и вероятная причина проблемы https://bbs.archlinux.org/viewtopic.php?id=233374
>Use lddtree (part of community/pax-utils) to identify where that dependency is coming from. My guess is an outdated AUR-variant of a repository package.
>That was *exactly* the issue here. I had aur/yubikey-personalization-git installed. Once I installed community/yubikey-personalization in its place, KeepassXC worked fine! Thanks a lot smileВ общем, как всегда, проблема не в дистре, а в прокладке
> Я для себя принял решение вместо *Ubuntu LTS ставить OpenSUSE.Другая пакетная система и конфигурационные тулзы не пугают? (С бубунты на ДебСид может проще? :) )
>> Я для себя принял решение вместо *Ubuntu LTS ставить OpenSUSE.
> Другая пакетная система и конфигурационные тулзы не пугают?Стабильность дороже. ;)
Сам Дебиан может как основа и стабильный но как готовая ОС не очень нравится, видно шо делалось бородатыми мужыками с опытом в десятки лет.
> Я для себя принял решение вместо *Ubuntu LTS ставить OpenSUSE.Бесполезно. Глюки везде, опенсорс сырой по жизни, но для убунты хотя бы пакеты собирают.
Я тебе по секрету скажу - у того же арча в разы больше пакетная база и не нужно подключать отдельных реп.
> Я тебе по секрету скажу - у того же арча в разы больше помойка и не нужно подключать отдельных реп.пофиксил. Не благодари!
antergos :D после дебиана и прочего сусе который я успешно ломал и сид производных сижу уже около полугода, манжару сломал...ff
Из недавних проблем с Debian:
1) pusleaudio внезапно перестал работать для пользователей, когда случайно был запущен mplayer из-под root'а. Пришлось пойти ручками восстановить права одного системного pusleaudio каталога и поставить GUI утилиту (не alsamixer, а именно GUI!) чтобы включить устройство.
2) kernel panic на ровном месте. Хз почему, ядро сначала говорило, что не может какой-то порт USB поднять, но система загрузилась, загрузил Хы, пошёл поссать, прихожу мыша не двигается. Ну, думаю, USB, наверное, накрыло. Беру клаву (она у меня PS/2) - не реагирует. Смотрю на часики в трее - не тикают! О ужас! подумал я. Ребучусь, и вижу, что уже даже при загрузке просто тупо упало в панику, и видно только малоинформативные сообщения. Попытался прокрутить консоль вверх - фиг там, никакой реакции. Ребучусь в во фряху, она тоже пожаловалась на USB, вытащил, втащил USB device, фряха перестала ругаться, и Debian тоже после загрузился нормально.
так может дело и не в ос?
> так может дело и не в ос?как это не в ос? если бы не фря, так вы и сидел, смотря на залипшие часики человек....
После рассказа о запущенном из-под рута mplayer, что-то наводит на мысль, что дело может быть не столько в оси, сколько в юзере.
Да, как выяснилась паника ядра - это аппаратная проблема, а не лялиха. Но извините, если из-за запуска mplayer'а из-под рута ломается вообще весь звук, то причём тут пользователь?
"разогнали пол-штата"Зато оставили самых лучших.
А ничего, что в старые ядра огромный кусок от 4.14 пришлось загонять, чтобы всё нормально работало и не просела производительность? К тому же за 3 часа после репорта всё быстро исправили, то есть практически мгновенно. Респект ребяткам. Всё было сделано чётко и профессионально
> Всё было сделано чётко и профессиональноА я-то, дурак, думал, что «чётко и профессионально» — это не допускать подобных факапов...
>> Всё было сделано чётко и профессионально
> А я-то, дурак, думал, что «чётко и профессионально» — это не допускать
> подобных факапов...QA это для неудачников. я ребяты из каноникал прям пупсики. они в lts умеют и паники при буте устраивать и сетку ломать при "немножко не стардартном mtu" (9k, если што)
ИЧСХ, ТОЖЕ по секурити фиксу приезжал нежданчик.
в треде неистово не хватает <s>дефект</s>Эффективного мэнэжэра slonik-v-domene
Самое "приятное" в этом, что они теперь ставят секурити апдейты автоматом на серверную версию, и соответственно, в любой момент можно ожидать что апт передёрнет БД на продакшене или вот такие вот факапы для приедут.
>Сначала окирпичивание с Ubuntu 17.10, теперь это. Печально, но похоже, в Canonical нарисовался кризис.В 16.04 и его производных есть уже ядро 4.13. Не нравится 4.13, есть 4.10, с которым уж точно всё firmaware бюудет работать. Можно поставить на выбор вместо 4.4, чтобы не сидеть на старье.
Не было никакого "окирпичивания". Была проблема с загрзукой с usb на некоторых моделях ноутбуков одного конкретного производителя.
>Печально, но похоже, в Canonical нарисовался кризис.Кризис у них нарисовался, когда они на свой Upstart решили забить. А в мае 2017 окончательно закрепился.
> Сначала окирпичивание с Ubuntu 17.10, теперь это. Печально, но похоже, в Canonical нарисовался кризис.Да ладно вам, кризис! Можно подумать в Ubuntu раньше не было kernel-panic-ов при загрузке. Я нарывался где-то в 11м году, после чего окончательно ушёл на Debian.
Ну выскочит сейчас толпа фанбоев, расскажет, что у них-то всё было хорошо. Я точно знаю, что она нещадно глючила для некоторой части пользователей, потому что я сам был из их числа. Я уже видел, как она уходила в панику при загрузке. Я видел, как переставали грузиться иксы, если вставить в pci-слот wireless-адаптер определённого производителя.
Что так принципиально изменилось-то? Убунта остаётся убунтой.
Какая неожиданность... Неужели могло быть иначе?
> Неужели могло быть иначе?Не могло, а может. Конкретно в 4.4, переключение контекста
между двумя юзерспесами всё равно идёт через kernel space.
Это просто в 1001 раз (1000-й - это Meltdown) нам намекает на то, что ситуация со сложностью систем давно вышла из под контроля.
Если есть идиоты, которые думают, что есть такое понятие, как "защищенная и безопасная система", то пора бы им начать стрелять себе в, для начала, ногу...
> Если есть идиоты,Ломани BAE Systems Data Diode Solution, можешь развлечься с INTEGRITY-178 RTOS,
ну или хотя бы VAX/VMS 7.3
здесь проблемка в сравнении:> ситуация со сложностью систем
> VAX/VMS 7.3последняя является допотопной системой с урезанным функционалом, да и проблемы уровня Meltdown там даже не рассматривается - вдруг найдут, а ресурсов исправить нет.
с таким же успехом я могу предложить сломать Зарю - только работать в ней крайне сложно и не удобно.
>> Если есть идиоты,
> Ломани BAE Systems Data Diode Solutionпродаём товар с eal7+ на сайте с сертом от комода, у нас тут серьёзный бизнес.
Процессоры VAX проектировались ещё в эпоху, когда технология предсказания ветвлений ещё не использовалась, не? Значит Meltdown им не грозит.
Для начала надо прекратить использовать небезопасный язык программирования Си. Ну сколько можно применять высокоуровневый ассемблер там, где он не нужен?!Далее, нужно ограничить применение таких монструозных вещей, как LLVM, Cromium и Rust. Х.з., что они там внутри себя делают, что ресурсы жрут, как не в себя - этого не понять полностью ни одному отдельно взятому разработчику, а в группе разработчики разобщены и каждый занимается только отдельным сектором.
В третьих, давайте наконец откажемся от этого убожества x86_64 и перейдём на более прозрачную и простую архитектуру POWER8, а?
Удачи писать языки, драйвера и ядра без С. Любой интерпритатор для любого языка написан на С, 100%. Предлагаю отказаться от компьютеров, процент проблем сразу упадёт до 0.> POWER8
Насмешил, там не меньше эксплойтов, просто их никто не ищет толком.
> Удачи писать языки, драйвера и ядра без С.Pascal написан на Pascal. Java написан на Java. Go написан на Go. Продолжать?
И только прокладки для ОС написаны на Си по понятным причинам - так они компонуются с исполняемой операционной средой, написанной на Си, из-за того, что в Си отсутствует настоящая модульность, но есть её эмуляция - через линковщик времени выполнения (ld). Кстати, большинство Windows-компиляторов по умолчанию поддерживают автосвязывание, но GCC данную технологию не поддерживает!
>> Удачи писать языки, драйвера и ядра без С.
> Pascal написан на Pascal. Java написан на Java. Go написан на Go.
> Продолжать?
> И только прокладки для ОС написаны на Си по понятным причинам -
> так они компонуются с исполняемой операционной средой, написанной на Си, из-за
> того, что в Си отсутствует настоящая модульность, но есть её эмуляция
> - через линковщик времени выполнения (ld). Кстати, большинство Windows-компиляторов по
> умолчанию поддерживают автосвязывание, но GCC данную технологию не поддерживает!А как впервые написала паскаль на паскале, если того еще не существовало?
> А как впервые написала паскаль на паскале, если того еще не существовало?Что за глупый вопрос! Конечно угнав машину времени, чтобы можно было выпустить первую версию паскаля и алголя до появления сишки!
Потом правда Вирт подобрел и передал машину времени Ричи, чтобы тот смог прыгнуть в будущее, скомпилировать первый компилятор си и вернуться назад. Ну а потом пошло поехало - фортранщики, лисповики…
У Вас с Вашими машинами всё "поехало"! прямой (доктор Кто?--) порядок такой:
fortran
algol/lisp
....потом-потом
Си
Pascal> первую версию паскаля и алголя
..."which Niklaus Wirth designed in 1968–69 and published in 1970,"...
https://en.wikipedia.org/wiki/Pascal_(programming_language)#History[алгол - с 1958]
https://en.wikipedia.org/wiki/ALGOL#History> прыгнуть в будущее, скомпилировать первый компилятор си
"The development of C started in 1972 on the PDP-11"...
https://en.wikipedia.org/wiki/C_(programming_language)#History
> а потом пошло поехало - фортранщики, лисповики…"In late 1953, John W. Backus submitted a proposal to his superiors at IBM to develop [,,,]"
"[,,,] with the first FORTRAN compiler delivered in April 1957."
https://en.wikipedia.org/wiki/Fortran#History[лисп - первая реализация в 1956-58]
https://en.wikipedia.org/wiki/Lisp_(programming_language)#History
+
http://www-formal.stanford.edu/jmc/history/lisp/node2.html
> У Вас с Вашими машинами всё "поехало"! прямой (доктор Кто?--) порядок такой:Так настоящая хронология при наличии машины времени вещь довольно спорная!
> fortran
> algol/lisp
> ....потом-потом
> Си
> PascalРеализация паскаля начата еще до "выхода" сишки. И вообще, сами же цитатку привели:
> "which Niklaus Wirth designed in 1968–69 and published in 1970
> "The development of C started in 1972 on the PDP-11"
>А как впервые написала паскаль на паскале, если того еще не существовало?Сначала пишется небольшой примитивный компилятор Pascal на ассемблере или другом языке программирования, способным компилировать не очень сложную программу на языке Pascal в целевой код операционной среды (системы) или машкоды процессора. Затем в цикле следующая версия компилятора на Pascal усложняется, добавляются новые служебные структуры данных для разбора более сложных лексем - цикл повторяется, пока не получится такой компилятор, способный компилировать очень сложные и запутанные программы, выявлять не только синтаксические ошибки, но и математические, логические, семантические, вставлять отладочные символы и код для отладки. По этому пути "развёртывания" прошли многие компиляторы старейших языков программирования высокого уровня. Сейчас существуют более простые технологии получения нужного транслятора.
И ещё, примите факт: Ричард Столлман написал первую версию GCC на Pascal. И только потом, уже другой программист переписал исходный код GCC на C.
>Java написан на Java.На С++, вообще-то
>из-за того, что в Си отсутствует настоящая модульность, но есть её эмуляция - через линковщик времени выполнения (ld)
нативный код в любом случае надо линковать, и это не имеет ни малейшего отношения к языку программирования и понятию "модульность". Ну может разве что в какой-то лисп-машине с аппаратными скобками это может происходить иначе :)
>>Java написан на Java.
>На С++, вообще-тоJVM, которую ты принимаешь за Java, HotSpot? Ну да, написана. Что не исключает реализаций на других языках программирования, в том числе на Java - см. проект Jikes RVM, чуть больше 8 МБ в исходниках.
>нативный код в любом случае надо линковать, и это не имеет ни малейшего отношения к языку программирования и понятию "модульность".
Нет. Сишники подсели на линкер, как никто другой - динамическое связывание бинарного кода (пр загрузке программы/библиотек в память и выполнении) в их программах зависит от применяемого редактора связей (ld). При малейшей изменчивости среды исполнения (CC-RT ABI) надо перекомпилировать ВСЕ установленные программы на C/C++. Как мы знаем, удобство использования модульной архитектуры заключается в возможности обновления (замены) модуля, без необходимости изменения остальной системы. (Роль модулей могут играть структуры данных, библиотеки функций, классы, сервисы и др. программные единицы, реализующие некоторую функциональность и предоставляющие интерфейс к ней.) Почему-то программы на Java без завязок на особенности операционной системы не нуждаются в перекомпиляции даже при обновлении версии JVM. А всё из-за того, что модульность в программах и большая автономность бинарного кода от среды исполнения позволяют не заниматься лишней ерундой с заголовочными файлами (особенно тогда, когда их нет) - то есть на уровне исходников модульности в программах на C/С++ уже нет - они все завязаны на линковщик. И так продолжается 45 лет.
Ну открой исходники жавы и удивись.
норм стебнулся
> В третьих, давайте наконец откажемся от этого убожества x86_64 и перейдём на
> более прозрачную и простую архитектуру POWER8, а?В каком сельпо оно продаётся по образцу того же AMD64? (Про цену уж не говорю).
> перейдём на более прозрачную и простую архитектуру POWER8, а?Тогда уж OpenPOWER... Хотя и на основе P8, но всё таки.
нужно ограничить применение таких монструозных вещей, как Java, LLVM, Cromium и Rust.
Поправил, не благодари.
> нужно ограничить применение таких монструозных вещей, как Java, LLVM, Cromium и Rust.Под "Java" вы имеете в виду JavaScript? Двумя руками и ногами - ЗА.
Изначальная Java с переходом к версии 9 обещает быть хорошей, а именно - модульной и доступной для понимания ширнармассам.
> Поправил, не благодари.Не благодари.
> Изначальная Java с переходом к версии 9 обещает быть хорошей, а именно
> - модульной и доступной для понимания ширнармассам.Радует, что хоть кто-то понимает весь код явы _полностью_ =)
Ничего ты им не докажешь. Обычные программисты не сильно от пхпшников отличаются. После знакомства с серьёзными языками на C/C++ и прочие JS смотреть не хочется. C/C++ это такой пхп обычного программирования. Закономерный итог -- электрон в массы.
> более прозрачную и простую архитектуру POWER8, а?IBM выпустил обновление микрокода для устранения уязвимости Meltdown в процессорах POWER7+ и POWER8. Также опубликованы специфичные для CPU POWER патчи для устранения проблемы в дистрибутивах Linux (RHEL, SUSE, Ubuntu). Для POWER9 обновление запланировано на 15 января. Исправление для AIX и IBM i ожидается 12 февраля;
>> более прозрачную и простую архитектуру POWER8, а?
> IBM выпустил обновление микрокода для устранения уязвимости Meltdown в процессорах POWER7+
> и POWER8. Также опубликованы специфичные для CPU POWER патчи для устранения
> проблемы в дистрибутивах Linux (RHEL, SUSE, Ubuntu). Для POWER9 обновление запланировано
> на 15 января. Исправление для AIX и IBM i ожидается 12
> февраля;А ссылку на новость можна? И что, неужели исправление такое сложное, что так запаздывает?
https://www.ibm.com/blogs/psirt/potential-impact-processors-.../
Ну, слава богу, наконец-то нашёлся человек, который объяснил нам, что делать!
Защищают честь старшего брата.
Скорее отца.
папика же
Прикольно. На той неделе обновление, тоже поломало систему. Ubuntu уже как винда становится, проще переустановить, чем починить. А вот сегодняшнее, ничего не сломало. Сижу прямо сейчас на ядре 4.4.0-108-generic. Может всё сломается от 4.4.0-109-generic? :)
Обновился. Перезагрузился и... вроде всё ок ;) В этот раз повезло. Хух)
> Обновился. Перезагрузился и... вроде всё ок ;) В этот раз повезло. Хух)То есть такое в линуксах обычное дело :) ? типа если после обновы не сломалось ничего - повезло :) ?
> То есть такое в линуксах обычное дело :) ? типа если после
> обновы не сломалось ничего - повезло :) ?в бубунтах :).
>> То есть такое в линуксах обычное дело :) ? типа если после
>> обновы не сломалось ничего - повезло :) ?
> в бубунтах :).в дебьян полиси для ядра.
Вот редхат ставит ядро рядом и всегда можешь на него откатиться.
Да это любой вменяемый пользователь, самостоятельно собирающий ядро из исходников, предыдущее заведомо рабочее ядро оставляет.
В убунте все старые ведра остаются и доступны через меню груба.
P.S. Тоже ловил зависание на 108. Загрузил с предыдущей версией ядра, снес пакеты с ядром 108, контрольная перезагрузка - ок.
Никакой вменяемый пользователь ничего сам не собирает, он просто кликает кнопочку "Обновить".
>> Проще переустановить чем починитьВ отличие от венды тут ты можешь в пару кликов загрузиться со старого ядра.
>>> Проще переустановить чем починить
> В отличие от венды тут ты можешь в пару кликов загрузиться со
> старого ядра.И переустановить за 15 минут с сохранением хомяка и реп (и пары настроек в etc).
Обычно переустанавливать приходится из-за пакетоного менеджера, который сам себя разрулить не в стостоянии.
Ни разу не переустанавливал. Ты, видимо, какую-то чушь стороннюю подключал, чего делать явно не стоит.
видел линукс только на картинаках? :)
На 14.04 обновилось нормально, никакой паники после перезагрузки.
дома на 16.04 никаких признаков умирания тоже не наблюдал.
Вот вам и дутая LTS...
А ничего что в старые ядра целый кусок от 4.14 пришлось загонять, чтобы всё нормально работало и не просела производительность? К тому же за 3 часа после репорта всё быстро исправили, то есть практически мгновенно. Респект ребяткам. Всё было сделано чётко и профессионально
Firefox бы так же обновляли. А то задержка обычно в несколько дней.
А ничего что нормальные люди так не делают - это ведь даже не предпоследняя версия LTS ядра?
Ничего. Неделю терпели и ещо б потерпели.
В мире обвязаным интернетом существование проблемы 1 минуту это уже epick fail, а 3 часа - катастрофа.
> epick
Что за бред? У многих зеркала не успели синкнуться, а уже вышел фикс.
> Что за бред? У многих зеркала не успели синкнуться, а уже вышел
> фикс.То есть те которые синкнулись дольше были без исправляющего обновления чем оно вышло? ;-)
> Вот вам и дутая LTS...Сижу на KDE neon, которая есть эта LTS вместе со свежим KDE, так вот никаких сложностей не испытывал ни разу. Просто не надо использовать старые ядра даже в LTS, которая предоставляет возможность относительно быстро устанавливать свежие с исправленными подобными багами.
А ещё какое-то из недавних обновлений убило Unity в 16.04 - наводишь мышку на панель и сразу compiz вываливается в сегфолт. Пришлось в срочном порядке переходить на XFCE.
Меня это задело на той неделе. Два дня мучался.
> Меня это задело на той неделе. Два дня мучался.Как вылечил если не секрет? Я погуглил, не нашёл решений и поставил Крысу.
> А ещё какое-то из недавних обновлений убило Unity в 16.04 - наводишь
> мышку на панель и сразу compiz вываливается в сегфолт. Пришлось в
> срочном порядке переходить на XFCE.Вы мучайтесь, а мы на Plasme и у нас стоит и не падает.
>наводишь мышку на панель и сразу compiz вываливается в сегфолтНу вот, а говорят, что Plasma падает. Ан нет, не Plasma.
То чувство когда стабильная LTS версия ядра уже давно 4.14, а разрабы убунты нашли под кроватью старую даже не предпоследнюю LTS версии 4.4 и ту умудрились сломать)
В "стабильных" дистрибутивах это почти всегда так.
Здесь считается более важным сохранить мажорную версию стабильной чтобы не сломать совместимость с тем софтом, который был написан под данную версию (включая дрова по возможности), при этом заделывать ошибки и уязвимости в текущей версии софта.
Тем более поддержка 4.4 как ядра заявлена до 2022 года
> В "стабильных" дистрибутивах это почти всегда так.
> Здесь считается более важным сохранить мажорную версию стабильной чтобы не сломать совместимость
> с тем софтом, который был написан под данную версию (включая дрова
> по возможности), при этом заделывать ошибки и уязвимости в текущей версии
> софта.
> Тем более поддержка 4.4 как ядра заявлена до 2022 годаК сожалению многие думают что "древний" = "стабильный", но на практике получается не всегда так. В той же убунте исправление багов очень часто не бекпортируется и они живут там до следующего отдельного релиза, а обновление между релизами с сильно разными версиями пакетов тоже со стабильностью не сильно вяжется - проблем добавляет. Я когда ушел с убунты, то начел тратить времени на поддержку дистрибутива раза в 3 меньше при более стабильной работе, хотя когда был на ней казалось что вроде тратится немного, но это сильно ощущается именно в сравнении. Справедливости ради у убунты самая большая большая поддержка оборудования из коробки и чистая установка почти всегда беспроблемна, на этом плюсы убунты закончились.
В моем понимании "стабильный" - это хорошо протестированный и баги фиксятся оперативно, а не просто древний и проверенный только временем.
Ну вообще-то.
В десктопной Ubuntu LTS ядро обновляется на новые мажорные версии само, а в серверной - нет.
Всё правильно сделано.
> То чувство когда стабильная LTS версия ядра уже давно 4.14, а разрабы убунты нашли под кроватью старую даже не предпоследнюю LTS версии 4.4То чувство, когда ты админ локалхоста
> То чувство, когда ты админ локалхостаЛюблю самокритичных людей... Поделись с нами каково оно админить локалхост? Тебе нравится? Убунта стабильно работает? Дуалбут с виндой уже настроил?
> Поделись с нами каково оно админить локалхост? Тебе нравится?
> Убунта стабильно работает? Дуалбут с виндой уже настроил?Как будто это что-то плохое... А за тебя, что АНБ твой локалхост админить будет?
На Kubuntu 17.10 столкнулся с этой проблемой
У меня на ноуте в 16,04 пару дней как умерла ФС, после обновления. Но я не ребутался. Обновил и оставил включенным на ночь. Утром ноут лежал. Возможно, это совпадение.
> У меня на ноуте в 16,04 пару дней как умерла ФС, после
> обновления. Но я не ребутался. Обновил и оставил включенным на ночь.
> Утром ноут лежал. Возможно, это совпадение.ФС, а не ОС ? файловая система, а можно подробности.
У меня есть точка зрения, что переодически в ядрах что-то меняется, что приводит к hard reset link и физическому убйиству винта.
Но мне скажут, что я псих.
> У меня есть точка зрения, что переодически в ядрах что-то меняется, что
> приводит к hard reset link и физическому убйиству винта.
> Но мне скажут, что я псих.Если ты периодически видишь "hard reset link" в логе, то возможно твоему винту не долго осталось, линух просто говорит как есть: "винт отвалился, ресетим линк". Хотя иногда это лечится заменой дешёвого SATA кабеля на нормальный/перетыканием в другой порт. Т.е. проблема в большинстве случаев аппаратная.
>> У меня есть точка зрения, что переодически в ядрах что-то меняется, что
>> приводит к hard reset link и физическому убйиству винта.
>> Но мне скажут, что я псих.
> Если ты периодически видишь "hard reset link" в логе, то возможно твоему
> винту не долго осталось, линух просто говорит как есть: "винт отвалился,
> ресетим линк". Хотя иногда это лечится заменой дешёвого SATA кабеля на
> нормальный/перетыканием в другой порт. Т.е. проблема в большинстве случаев аппаратная.И да, ты - псих. :) По общему градусу "адекватности твоих комментариев.
> Утром ноут лежал.Непонятно... Обычно он у вас на торце полуоткрытый стоит ?
А если на него оффтопик поставить, то и в воздухе зависать сможет.
Если утром лежал, значит, вероятно ночью, упал, со стола? дивана? на пол?
Слушайте, у кого-нибудь еще остались сомнения касательно бубунты?Особенно умиляет заголовок, появившийся на ycombinator-e: "Meltdown Update Kernel doesnt boot". Типа какой-то абстрактный кернел, ага. То, что его собрали криворукие бракоделы из калоникал, никто не признается. Спасибо, что не "Linux Kernel", чо. Чертовы пиарщики, ненавижу, всем знакомым советую избегать убунты!
> "Meltdown Update Kernel doesnt boot". Типа какой-то абстрактный кернел, ага. То, что его собрали криворукие бракоделы из калоникал, никто не признается. Спасибо, что не "Linux Kernel", чо. Чертовы пиарщики, ненавижу, всем знакомым советую избегать убунты!Это заголовок отчёта об ошибке в трекере ошибок Ubuntu на launchpad, даже в url это видно: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1742323
Им в своём собственном трекере для каждого бага нужно обязательно указывать, что это Ubuntu, а то хрюзер'у неочевидно?
> Слушайте, у кого-нибудь еще остались сомнения касательно бубунты?Не осталось на счёт Intel и кривого 4.4, а Убунту такая же, как и все остальные. Даже Винда после обновления иной раз падает, а на ней сидят миллиарды, которые по умолчанию не могут ошибаться ;)
> Даже Винда после обновления иной раз падаетОшеломительный пример надежности.
>> Не осталось на счёт Intel и кривого 4.4, а Убунту такая же, как и все остальные. Даже Винда после обновления иной раз падает, а на ней сидят миллиарды, которые по умолчанию не могут ошибаться ;)
>> Даже Винда после обновления иной раз падает
> Ошеломительный пример надежностиПоказательный пример выдёргивания из контекста.
>> Даже Винда после обновления иной раз падает
> Ошеломительный пример надежностиПисано в том же контексте.
забыл оставить смайл.
Покажи нам примеры дистрибутивов линупca где каждое обновление ядра кроме автоматических тестов еще и тестируется вручную (хотя бы банальное запуск/перезагрузка). Здесь очевидно подкачал отдел QA, или же обновление пропихнули по быстрому боясь что сейчас всех поломают.У них все билд системы на launchpad выключены уже 5 дней и нет информации когда включат снова.
Да всё, она больше не нужна по большому счёту. До Unity это был вылизанный до товарного вида Debian с одновременно достаточно надёжно работающими и не слишком древними пакетами плюс "нескучные обои" - качественной тема оформления. Unity могла не нравиться ценителям наследия Windows-95, но это была уникальная оболочка, отлично копирующая логику Mac OS X и Windows 7-10 (что позволяло безболезненно пересаживать пользователей) с некоторыми оригинальными улучшениями (типа поиска по меню). А сейчас фиг пойми чего зачем. В общем как будет не лень - перееду обратно на Арч с XFCE (когда-то давно переехал с него на Ubuntu с GNOME2 потому, что она внезапно быстрее и надёжнее работала, потом так и остался).
> уникальная оболочка, отлично копирующая логику Mac OS X и Windows 7-10Ахаха! Незнаю, что там в "Windows 7-10", но про макось такое может написать только человек, который макосью не пользуется. А юнити и гноме3 карго-культ макоси - выглядит также, но не работает. Тупо скопировали чась функционала пользуясь тем, что с ними нет смысла судиться.
Все бросились с такой скоростью лабать патчи, что получаются они в итоге кривыми
Бэкпортировали, бэкпортировали, да недобэкпортировали:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1741934...
Вокруг десятки десктопов с 16.04, ни одного сообщения о проблеме. Убунта настолько кривая, что даже глючит нестабильно.
У меня примерно из 70 на 4 было.
а hwe 4.13.0.26.46 вешается на запуске вм в родном виртуалбоксе. энтерпрайзненько
Ты уверен, что это именно около ядерно энтерпрайзная поблема? А не проблема в каком-то васянском DE и прочей графике?
новый вчерашний 4.4.0-109 работает.
предыдущий hwe 4.10.0-42.46 работает.
все предыдущие - работает.
новый вчерашний hwe 4.13.0-26.29 - вешается на запуске vm.родной репный virtualbox 5.0.40-dfsg
Запускаю не хедлесс, а в родном юнити. все дефолтное. печаль.
> 5.0.40Пипец. Извините но запихивать поддержку нового софта тем более в продукты снятые с поддержки никто не будет
давай ты мне дурочку валять тут не будешь. я использую чистые репозитарии lts 16.04. Этот софт там официально лежит как последний/текущий. я прозрачно энтерпрайзно обновляю - все летит в пи...
мы не в детском саду, а на предприятии.
VirtualBox выкинули из реп дебиана.
В случае Oracle Энтерпрайзес использовать оригинальные пакеты 📦 от Oracle, а не ерундень от Вассерман из дебиана.
Ядро 4.13 вышло в сентября 2017 года, поэтому поддержка его этак только примерно с VirtualBox 5.1.24
Не подтвреждается на большом кол-ве десктопов и ноутов. Но вообще это забавно, каждый раз в Убунте какие-то детские ошибки, кому и за что там деньги платят, я тоже так хочу?!!
Вы мне лучше скажите - это нормальная ситуация, когда я включаю комп с Kubuntu 16.04, логинюсь значит, и ТУТ ЖЕ в трее вылезает значок о том, что мне надо перезагрузить компьютер, чтобы завершить обновление? Какое обновление, если АВТООБНОВЛЕНИЯ в Kubuntu изначально ОТКЛЮЧЕНЫ? Это баг или меня взломали чтоль?
Скорей всего взломали
Проблема возможно шире чем только на Ubuntu. Одна диагностическая машина, обновив вчера ядро до 4.14.0-kali3 тоже умирает с kernel panic. Дебианы еще не проверял.
Конкретно в убунте проблема была в криво бэкпортированном патче. Читайте оригинальный багрепорт.
Спасибо за инфу. Багрепорт читать сегодня поленюсь. Изначально написал как предположение, что не только ubuntu...
У меня после обновы драйвера nvidia слетели((( просо шикарная обнова!!!
Блин, а у меня нет...
У меня nvidia-340 слетели. Загрузился под старым ядром, накатил nouveau, загрузился под новым, добавил репы со свежим дровами, накатил свежие дрова на новое ядро. Полет нормальный))
на 108 полет нормальный, убунта 14.04 с HWE
Наверное, исходники брали с накаченным только самым первым патчем KPTI.
В ветке 4.14 на премъере нового функционала что-то похожее было: на многих конфигурациях оборудования без nopti ядро тупо упсаться начинало.4.15 пока лучше оставим в покое. Пускай зарелизится, а там гляди сразу и багрепортов больше посыпется :))
Не обошла сия горькая доля после сегодняшнего обновления . На amd64 Ubuntu 16.04 самопроизвольно перезагружает на экране ввода логина-пароля (ядро 4.13)...Вернулся на 4.10, вроде нормально.
Аналогично. Только я поднял версию до 4.14. А nvidia пришлось удалить.