The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19, opennews (ok), 05-Дек-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –4 +/
Сообщение от Аноним (2), 05-Дек-18, 09:54 
Слава богу мне его Debian testing не прислал и я сижу на 4.18.
Ответить | Правка | Наверх | Cообщить модератору

9. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от anonymous (??), 05-Дек-18, 10:30 
Что хорошего в использовании ядра с истекшим сроком жизни? Либо 4.19, либо 4.14.
Ответить | Правка | Наверх | Cообщить модератору

24. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +13 +/
Сообщение от А (??), 05-Дек-18, 11:40 
Действительно, срок годности превышен, надо утилизировать, что бы не отравиться. Потреблять все свежее, что бы здоровье было крепче.
Ответить | Правка | Наверх | Cообщить модератору

28. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +1 +/
Сообщение от Анимус (?), 05-Дек-18, 11:45 
На твоём локалхосте всем плевать, что ты там употребляешь. А обновления безпасности для ветки 4.18 больше не поставляются, или 4.14, или 4.19.
Ответить | Правка | Наверх | Cообщить модератору

34. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +1 +/
Сообщение от Аноним (2), 05-Дек-18, 11:54 
Доо, а в бубунту 4.15. А мужики-то не знали, что у них там обновлений безопасности нету))
Ответить | Правка | Наверх | Cообщить модератору

38. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –2 +/
Сообщение от Аноним (38), 05-Дек-18, 12:40 
В в бубунту бекпортируют патчи безопасности и как качественно они это делают на их совести ибо тестят это только на бубунту.
Ответить | Правка | Наверх | Cообщить модератору

108. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (108), 06-Дек-18, 00:48 
Что ты этим хотел сказать? Что в ядре убунту ошибки? Доказательства есть? А то вон в "свежем" 4.19 у официальных мейнтейнеров ошибка на ошибке.А про убунту только голословности.
Ответить | Правка | Наверх | Cообщить модератору

117. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +1 +/
Сообщение от Аноним (-), 06-Дек-18, 05:43 
> Что ты этим хотел сказать? Что в ядре убунту ошибки? Доказательства есть?
> А то вон в "свежем" 4.19 у официальных мейнтейнеров ошибка на
> ошибке.А про убунту только голословности.

Если git log почитать, так 4.19 ничем таким не особенный. В ядрах всегда есть баги, разной степени скверности. Если кто думал что можно накодить проект такого масштаба совсем без ошибок - пусть обломается, все это - совершенно точно не про написание кода людьми.

Другое дело что в один из багов 4.19 оказался более неприятным чем типовые. Его пофиксили и очень рекомендовали обновиться, соответственно. Нормальный рабочий процесс. При том гарантий что таких же по смыслу, или совершенно других багов в 4.18 нет - никто разумеется не даст. А убунта как таковая делает довольно маргинальный объем работ по ядру. Самое критичное они, конечно, бэкпортнут. Но вообще им тоже надоело воевать с ветряными мельницами и они периодически просто выкатывают даже для древних LTS-ов HWE, или как они там это называют, с свежими ядрами. Там же рядом и свежая графика и проч. Общий софт не трогают чтобы конфиги не ломать - потому и LTS. Но вот именно разработки то там как раз и немного. Полисовка/майнтенанс под декларированные цели больше. Это тоже нужно и полезно - потому что если вы надеялись на работу вон той машины, а там все развалилось по причине обновления на новую несовместимую версию программ и библиотек, это как бы тоже не айс...

Ответить | Правка | Наверх | Cообщить модератору

54. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от 4.4 (?), 05-Дек-18, 15:01 
Везде 4.4 ЧЯДНТ?
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

59. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (-), 05-Дек-18, 15:08 
> Везде 4.4 ЧЯДНТ?

Свежее железо не используешь, etc. А так вон там и 2.6.32 предлагают, еще и на ноут.


Ответить | Правка | Наверх | Cообщить модератору

98. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от 4.4 (?), 05-Дек-18, 19:09 
Вы в этом чатике всё врете 4.4 поддерживает до 2022 года. А 2.6.32 до 2023. Так что ваш 4.19 нафиг никому не сдался.
Ответить | Правка | Наверх | Cообщить модератору

118. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (-), 06-Дек-18, 05:46 
> Вы в этом чатике всё врете 4.4 поддерживает до 2022 года.

Однако бэкпортить в него поддержку железа выпущенного новее никто и близко не удумает, только секурити фиксы и прочий маентенанс для УЖЕ РАБОТАЮЩИХ РАНЕЕ систем. Будешь как умная клава использовать только железки существовавшие на момент выхода 4.4 и поддерживаемые им. А если у тебя вон та юсбшная вафля не заведется например - так на момент выпуска 4.4 ее чипсета еще и не существовало, так что 4.4 про него ни ухом ни рылом, соответственно, и оно так BY DESIGN. Но на железе которое работало при выпуске 4.4, оно, конечно, продолжит работать. Даже в 2022 году :)

Ответить | Правка | Наверх | Cообщить модератору

125. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от КГБ СССР (?), 06-Дек-18, 08:17 
А было бы это микроядро, то постоянно в него что-то бэкпортировать бы не приходилось. Только бы речь шла про файло конкретных дров и другой _отдельный_ от ядра код. Не волнуясь о том, что тебе прилетит подарочков.

Прав был старик Таненбаум, однако.

Ответить | Правка | Наверх | Cообщить модератору

128. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (128), 06-Дек-18, 08:25 
> А было бы это микроядро, то постоянно в него что-то бэкпортировать бы
> не приходилось. Только бы речь шла про файло конкретных дров и
> другой _отдельный_ от ядра код. Не волнуясь о том, что тебе
> прилетит подарочков.

И вместо рака будет грыжа! В виде проприетарной хни вместо драйверов, потому что так можно было. Спасибо, но винды и того миндфака который там с дровами творится мне хватило. Именно поэтому я и пользуюсь Linux - чтобы использовать дрова от вменяемых кодеров, подогнанные под актуальное состояние ядра. При этом ядерщики могут эволюционировать структуру ядра. В отличие от той же винды, где на такое идут только когда совсем прижмет и в результате все-равно получается знатный тарарам, как с видеодровами в висте. А в линухе эти процессы нормальное явление, они случаются плавно и постепенно, при куда большем масштабе изменений. А потом мы вот так посмотрим на результаты бенчмарков - обана, прога в лине компилится втрое быстрее. Потому что в винде только тронь что-то - и все развалится. А убедить дровописак выкатить драйвер под затвиканый вариант той или иной подсистемы - да удачи.

> Прав был старик Таненбаум, однако.

Так и пользуйтесь его операционкой. Вон как раз в ME вам ее и напихали добровольно-принудительно. Радуйтесь полчаса.

Ответить | Правка | Наверх | Cообщить модератору

144. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +1 +/
Сообщение от КГБ СССР (?), 06-Дек-18, 10:54 
Объясни, анон, какая связь твоей политически насыщенной речи с микроядром, про которое я писал?
Ответить | Правка | Наверх | Cообщить модератору

157. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от Аноним (-), 06-Дек-18, 13:11 
> Объясни, анон, какая связь твоей политически насыщенной речи с микроядром, про которое я писал?

Это оценка того во что оно превратится в результате, если ты не понял. Вон твой миникс, на management engine крутится. Забирай, пользуйся. Это оказался единственный вариант как его пользователям впарить.

Ответить | Правка | Наверх | Cообщить модератору

175. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от КГБ СССР (?), 06-Дек-18, 18:03 
Миникс отродясь никому не впаривали. Это свободно доступное дополнение к учебным книжкам Таненбаума. И если это дополнение оказалось столь хорошим, что пригодилось для ME, то мне это говорит за MINIX.

И я так и не вижу, в чём связь микроядра и твоей пафосной речи с амвона. Извини, я не прихожанин вашей церкви, копеечку за громкие звуки не подам.

Ответить | Правка | Наверх | Cообщить модератору

197. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (197), 07-Дек-18, 18:53 
> Миникс отродясь никому не впаривали. Это свободно доступное дополнение к учебным книжкам Таненбаума.

Только до третьей версии.

> И если это дополнение оказалось столь хорошим, что пригодилось для
> ME, то мне это говорит за MINIX.

Уж, спасибо профессору, осчастливил так осчастливил - снаряды поднес тем кто их в мою сторону запускает. Я очень рад.

> И я так и не вижу, в чём связь микроядра и твоей пафосной речи с амвона.

Это всего лишь дамп результата небольшой симуляции вероятного направления развития процесса. Не вижу как и почему этот процесс случился бы по другому.

> Извини, я не прихожанин вашей церкви, копеечку за громкие звуки не подам.

Ты можешь меня порадовать и совершенно бесплатно. Жаль что тебе не понравятся варианты.

Ответить | Правка | Наверх | Cообщить модератору

199. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от КГБ СССР (?), 07-Дек-18, 19:44 
>> Миникс отродясь никому не впаривали. Это свободно доступное дополнение к учебным книжкам Таненбаума.
> Только до третьей версии.

wiki.minix3.org/doku.php?id=www:download:start

А это — что?


>> И если это дополнение оказалось столь хорошим, что пригодилось для
>> ME, то мне это говорит за MINIX.
> Уж, спасибо профессору, осчастливил так осчастливил - снаряды поднес тем кто их
> в мою сторону запускает. Я очень рад.

Такие средства удаленного мониторинга и управления есть у всех производителей энтерпрайзного железа. Это как бы для владельцев серверов предназначено. А проблемой оно становится, главным образом, в случаях взлома или при наличие бекдора и злых умыслов поставщика оборудования.

Тебе-то, понятно, с твоей эмбедовкой ничего такого не светит, экономия каждого цента на пересылку с Али. :-)

Ответить | Правка | Наверх | Cообщить модератору

207. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (-), 09-Дек-18, 13:26 
> wiki.minix3.org/doku.php?id=www:download:start

Круто, я тоже это нашел.

> Такие средства удаленного мониторинга и управления есть у всех производителей энтерпрайзного железа.

Нет, такие средства удаленного управления и мониторинга теперь есть в каждом интеловском писюке новее 2010 года. Потому что удаленно управлять и мониторить всю планету - очень уж соблазнительно.

И кстати даже в этом вашем миниксе CVE таки нашелся. А круто когда атакующий может вгрузить на сервисный проц, который может dma к системной памяти делать и который изолирован от x86, да? Поэтому код на этой гадости тебя - видит, а ты его на своем x86 - вообще совсем нет. Как бы намекает на фактический уровень привилегий. И как обычно - ключи от двери почему-то не у пользователя а у интеля. Здорово придумано.

АМДшникам идея тоже понравилась - и теперь вот вам EPIC в EPYC - такого же толка процессорное ядро, "secure" процессор. Он тоже таки завязан на инициализацию системы, и таки если ты его реально изгальнешься отключить СОВСЕМ - у тебя железо не взлетит толком. Офигенно, чо.

> Это как бы для владельцев серверов предназначено. А проблемой оно становится,
> главным образом, в случаях взлома или при наличие бекдора и злых
> умыслов поставщика оборудования.

Нет, проблемой оно стало в 2010, когда это встроили вообще всем и кадому в чипсет. А потом дошло до того что если ты эту фичу выключишь, через 30 минут у тебя вырубится компьютер. Это то что ты получаешь если ME не выполняет код.

> Тебе-то, понятно, с твоей эмбедовкой ничего такого не светит, экономия каждого цента
> на пересылку с Али. :-)

Если мне такое станет надо - я сам сравнимое и заимплеменчу. Забыв предоставить хрен знает кому черный ход. Не так уж и сложно сделать на ARM-ах, кстати.

Знаешь чем мы отличаемся? Ты п@нторез а я технологист. Ты растопыриваешь пальцы чужими заслугами. Покуда тобой нагло пользуются. А я смеюсь над этим. Потому что папуса с бусами - это забавно. Забавно вдвойне когда папуас мнит себя системщиком, понятия не имея что ему реально туда напихали.

Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

209. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от КГБ СССР (?), 09-Дек-18, 13:51 
>> wiki.minix3.org/doku.php?id=www:download:start
> Круто, я тоже это нашел.

Нашёл, но всё равно соврал? Молодец, чо.


>> Такие средства удаленного мониторинга и управления есть у всех производителей энтерпрайзного железа.
> Нет, такие средства удаленного управления и мониторинга теперь есть в каждом интеловском
> писюке новее 2010 года. Потому что удаленно управлять и мониторить всю
> планету - очень уж соблазнительно.

Похоже, ты глуповат даже не слегка. Ты вот даже не понимаешь, _что_ это и _зачем_ — но апломбу на весь опеннет… Просвещайся: en.wikipedia.org/wiki/Out-of-band_management

>[оверквотинг удален]
> когда атакующий может вгрузить на сервисный проц, который может dma к
> системной памяти делать и который изолирован от x86, да? Поэтому код
> на этой гадости тебя - видит, а ты его на своем
> x86 - вообще совсем нет. Как бы намекает на фактический уровень
> привилегий. И как обычно - ключи от двери почему-то не у
> пользователя а у интеля. Здорово придумано.
> АМДшникам идея тоже понравилась - и теперь вот вам EPIC в EPYC
> - такого же толка процессорное ядро, "secure" процессор. Он тоже таки
> завязан на инициализацию системы, и таки если ты его реально изгальнешься
> отключить СОВСЕМ - у тебя железо не взлетит толком. Офигенно, чо.

Ну так ты же и тебе подобные были недовольны отсутствием прогресса — вот вам Интел и сделал прогресс.

Тебе вообще приходит в голову, что такие вещи возможны лишь с молчаливого согласия невежественных терпил? И что раньше такого почему-то не было. Ни телеметрии в Windows, ни бэкдоров в инфраструктуре удалённого управления компьютерами, ни «прогрессивных веб-приложений». А нынче каждая сопливая макака мнение имеет визжать про то, что надо срочно отменить Фортран, Кобол и Аду, потому что они-де устарели и умерли. Приложения для бизнеса и космоса макака хочет писать на пихтоне и запускать сиситемдой.

>> Это как бы для владельцев серверов предназначено. А проблемой оно становится,
>> главным образом, в случаях взлома или при наличие бекдора и злых
>> умыслов поставщика оборудования.
> Нет, проблемой оно стало в 2010, когда это встроили вообще всем и
> кадому в чипсет. А потом дошло до того что если ты
> эту фичу выключишь, через 30 минут у тебя вырубится компьютер. Это
> то что ты получаешь если ME не выполняет код.

Иди почитай Википедию про «возраст согласия». Может какие-то проблески мыслей в твоей голове заискрятся.


>> Тебе-то, понятно, с твоей эмбедовкой ничего такого не светит, экономия каждого цента
>> на пересылку с Али. :-)
> Если мне такое станет надо - я сам сравнимое и заимплеменчу. Забыв
> предоставить хрен знает кому черный ход. Не так уж и сложно
> сделать на ARM-ах, кстати.
> Знаешь чем мы отличаемся? Ты п@нторез а я технологист. Ты растопыриваешь пальцы
> чужими заслугами. Покуда тобой нагло пользуются. А я смеюсь над этим.
> Потому что папуса с бусами - это забавно. Забавно вдвойне когда
> папуас мнит себя системщиком, понятия не имея что ему реально туда
> напихали.

Хорошо, технологист, хорошо. Верь. Это самое главное.

Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

217. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (-), 11-Дек-18, 19:46 
> Нашёл, но всё равно соврал? Молодец, чо.

Это уже интересно. Меня даже в чем-то обвиняют. Нельзя ли пруфца, вот прям 1 к 1, написано то-то, а этот кондом сказал то-то - врет и не краснеет, дескать?

> Похоже, ты глуповат даже не слегка. Ты вот даже не понимаешь, _что_ это
> и _зачем_ — но апломбу на весь опеннет… Просвещайся: en.wikipedia.org/wiki/Out-of-band_management

Да нет, мистер, это ты глуповат и не понимаешь кой-чего. Даже не в технике а в людских взаимодействиях. Так что под удобным предлогом всякие шустрые веники на раз выносят "три кинокамеры отечественные". У Supermicro всплывает "забытый" инженерный логин, интель всего лишь торгует бизнесу фичу, коли уж она есть. Все эти vPro/AMT и ко - всего то расширенный набор модулей на все тот же Management Engine.

Однако сам проц, система и куча кода - есть в вообще каждом первом компе на интеле. Сорцов этого нет, стартует оно вообще независимо от x86 и достаточно маложручее для того чтобы питаться от дежурки. Что и позволяет ему включать комп и проч. Заодно оно же на некоторых мамках вентилятором рулит и проч (PWM донавесить процику как периферия - дело не хитрое). Так что даже у древних компов при потугах деактивации ME отпадает как минимум управление вентилем проца. А у более новых - они вообще выключаются, если система за 30 минут не взлетит.

> Ну так ты же и тебе подобные были недовольны отсутствием прогресса — вот вам
> Интел и сделал прогресс.

Что-то я не понял в чем это прогресс. В троянизации, бэкдорах и шпионаже? Не помню чтобы я сильно фанател по этим направлениям. Хотя жизнь заставила изучить основы. Чтобы эффективно защищаться, надо мыслить как атакующий. Иначе толку от защит будет фиг.

> Тебе вообще приходит в голову, что такие вещи возможны лишь с молчаливого
> согласия невежественных тepпил?

А я - не они :). И соответственно если кто думал что сможет меня нахлобучивать и я буду это глотать - ща. ARM-ы я могу не хуже x86 использовать уже. И таки на ряде камней у меня может быть убер-доступ. С _моим_ кодом в trust zone, _моим_ загрузчиком. И _я_ его даже могу локнуть ридонли или подписать ключом. Моим. И вот тогда его станет сложно снести хакерам уже. И ключи я забуду дать. Проблема не в двери - а в том у кого ключи. Поэтому я учусь делать так, чтобы ключи были у меня. И дверь защищала меня от редисок, а не охрану от меня.

> И что раньше такого почему-то не было. Ни телеметрии в Windows,

Гнилая дорожка началась с икспы еще аж. А так то да, когда '95 только делали и прочие НТ - там операционку б допинать, на кейлогера ресурсов уже не хватает. А потом MS цать лет к ряду барыжил одним и тем же, меняя обоину. Вот при этом ресурсы на кодинг кейлогера появляются. И чего я сделаю по этому поводу? Я и сделал что придумал - проголосовал ногами свинтив на Linux. И стараюсь развивать семейства технологий где MS-а нет. Ну коли уж скурвилась компания, так скурвилась. Мне это слабо отменить, но я могу обойтись без них и их продукции - так что меня они натягивать не смогут.

> визжать про то, что надо срочно отменить Фортран, Кобол и Аду,
> потому что они-де устарели и умерли.

Визжать можно. А отменить не получится. И с чего ада устарела то? Вроде ж до сих пор в ракетах применяют.

> Приложения для бизнеса и космоса макака хочет писать на пихтоне и запускать сиситемдой.

Как по мне - может писать на чем угодно. С одним условием. Первым живым тестировщиком станет автор. Говоря за себя - я всегда делаю мое добро, как будто оно будет моим автопилотом. Это честно по отношению к клиентам. И таки системд по сравнению с sysv init позволяет делать надежнее. Он по крайней мере на таймауты и коды возврата не кладет, в отличие от sysv скриптов. Которые если виснут - то на веки вечные. Таймауты в sysv скриптах - невероятная экзотика. Пожелаю любителям sysv бортовой компьютер себе так накодить. И потом наверное болтаться на высокой орбите следующие несколько миллионов лет - в назидание остальным.

> в твоей голове заискрятся.

Это ты так намекаешь что можно раздвинуть булки и получить удовольствие? Фигвам, с точки зрения дел системных я соглашусь на такое не раньше чем меня положат в гроб. Хотя, у некоторых мозг наполовину умирает и до биологической смерти остального. В тяжелых случаях даже приходится в специальные учреждения помещать - в хучшем случае человек может недееспособен.

> Хорошо, технологист, хорошо. Верь. Это самое главное.

Я не верю на честное слово. Я в отличие от папусаов стараюсь разобраться что и как работает, за кого меня держат, и сделать так чтобы вся схема работала на меня, а не против меня. В принципе я могу неплохо нейтрализовать даже ME.

На самом деле я думаю что я сделал очень забавную инфраструктурку, на которой факапнутся и запалятся очень многие попытки делать что-то подобное. А я к тому же окажусь парой уровней выше и смогу потыкаться монитором. И со своей стороны я буду считать системщиком тех кто может как-то так же, а не тех кто загибает пальцы с п-нтом под з-нтом, раздвигая булки под management engine и чего там еще.

Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

218. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от КГБ СССР (?), 11-Дек-18, 19:56 
Да иди ты на линукс, 294-й (или какой у тебя там номер). Я не читаю твои бессмысленные простыни, поскольку ты пустобрёх.
Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

200. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +1 +/
Сообщение от Аноним (-), 07-Дек-18, 20:45 
> Уж, спасибо профессору, осчастливил так осчастливил - снаряды поднес тем кто их в мою сторону запускает. Я очень рад.

Он - груз целлюлозы и азотной кислоты, из которых вместо бумаги и удобрений сделали начинку для снарядов, ты лично - деньги пушку и весь техпроцесс производства снарядов, запускаемых не только в тебя.
Но виноват конечно профессор.

Ответить | Правка | Наверх | Cообщить модератору

208. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +1 +/
Сообщение от Аноним (-), 09-Дек-18, 13:28 
> Но виноват конечно профессор.

Профессор создал для этого условия. Сделав так что из его фиговины ничего кроме снарядов для пушки толком не получается. Minix как операционка общего назначения даром никому не вперся, а вот для мутных проприетарных делишек в стиле management engine - ничего так, вариант. Там не надо сотни дров и проч. Достаточно чтобы полторы железки в ME окучивало, сам с собой интель о наборе периферии как-нибудь договорится.

Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

138. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от пох (?), 06-Дек-18, 10:35 
> А было бы это микроядро

stable api is nonsense прекрасно достижимо и с микроядром.

> Только бы речь шла про файло конкретных дров

тоже совместимых с конкретным микро-ведром и его api.

К тому же я вообще не вижу разницы, что именно мне патчить - модуль обычного ядра или чудо-userspace-модуль ядра-микро, пока патч локален, как в данном случае (впрочем, в данном случае правильнее выключить недотестированный функционал ведра вообще, там еще будут race conditions, судя по коду из костылей и подпорок).

Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

143. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от КГБ СССР (?), 06-Дек-18, 10:52 
> stable api is nonsense прекрасно достижимо и с микроядром.

Эти-то могут.


>> Только бы речь шла про файло конкретных дров
> тоже совместимых с конкретным микро-ведром и его api.

Да какое там API… Пинать по таймеру, не сдохло ли ещё там снаружи, где драйвер должен жить, да принудительно оживлять через сервер перезапуска, например. И посылать админу алярмы на почту и мобилу, чтобы принял меры.

Одарённые, кстати, что-то похожее пытаются сделать системдой. Вот ведь извращение уже запредельное…


> К тому же я вообще не вижу разницы, что именно мне патчить
> - модуль обычного ядра или чудо-userspace-модуль ядра-микро, пока патч локален, как
> в данном случае (впрочем, в данном случае правильнее выключить недотестированный функционал
> ведра вообще, там еще будут race conditions, судя по коду из
> костылей и подпорок).

Разница в том, что поломка в монолитном большом ведре заканчивается кернелпаником, а в системе на микроядре, если та правильно спроектирована, это заканчивается только локальной поломкой, не обрушивающей всю систему. В теории, во всяком случае.

Ответить | Правка | Наверх | Cообщить модератору

146. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от пох (?), 06-Дек-18, 11:02 
> В теории, во всяком случае.

в очень теоретической теории, и на теоретической аппаратуре.

А на практике у тебя "поломка" в драйвере блочных очередей, и хотя драйвер сетевухи еще прекрасно работает, но серверу от этого ни разу не легче, он ни записать, ни прочитать с диска ничего не может.

А если в драйвере физического устройства - то еще и устройство стоит рачком-с, и не факт что выводимо из этого состояния штатным способом, кроме сигнала reset по шине.

Ответить | Правка | Наверх | Cообщить модератору

161. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (-), 06-Дек-18, 13:21 
> кроме сигнала reset по шине.

Осталось найти сигнал reset в современных скоростных сериальных шинах. Хотя некий аналог конечно бывает, но этот аналог - именно некий. И весьма приблизительный.

Пример: если мой МК питается от батарейки или внешнего питания, и коммуницирует по usb - хост ему именно reset уровня чипа, реально ребутающий именно фирмвару - ну вообще совсем никак не вкатит. При всем желании. Если от хоста питается - можно попробовать радикально питание снять (линух умеет как last resort, если хост/хаб это позволяет). А ресет usb софтварная штука. Ну то-есть фимрварь его заметит конечно. Но только если живая. А если фирварь не живая или решит проигнорировать это - да фиг оспоришь.

С pci-e и прочими sata это тоже до некоторой степени аналогично.

Ответить | Правка | Наверх | Cообщить модератору

164. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от пох (?), 06-Дек-18, 14:46 
все так и есть - по сути имеем подвисший ящик, который даже hw reset не может иногда оживить, только перезагрузка отключением питания.

поэтому польза от микроядер в писюковой архитектуре сильно-сильно преувеличена.
собственно, если посмотреть на работающие реализации, а не на мертворожденные проекты, то везде и всюду увидишь что микроядро может и есть, но параллельно ему работает полноценное ядро какой-нибудь bsd или линукса, естественно, с прямым доступом и к железу, и к памяти всего хоста, ограниченным только от честных людей.

Ответить | Правка | Наверх | Cообщить модератору

169. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от 4.4 (?), 06-Дек-18, 15:23 
Так и пиши что гибридный подход самый правильный.
Ответить | Правка | Наверх | Cообщить модератору

189. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +1 +/
Сообщение от Аноним (-), 07-Дек-18, 09:38 
> hw reset не может иногда оживить, только перезагрузка отключением питания.

Понятие HW reset в многопроцессорной системе без сигнала reset заведенного на ВСЕ процессоры штука весьма номинальная. Хотя обычно reset все же срабатывает, более или менее. Тем не менее, если например у SATA винча вклинит фирмварь, жать ресет конечно можно но вот реагировать на это винч не очень то и обязан, потому что интерфейс из фирмвари рюхается. Да и с IDE большой вопрос куда там что заведено и что по факту вызывает.

Кэп намекает что приехавший в произвольный момент RESET в адрес винча и тем более SSD может наделать дел, вплоть до убиения девайса наповал. Мало ли что там фирмвара делала, а тут ее, значит, неконтролируемо вышибать? Может оно служебные структуры апдейтило, а тут ресет.

> поэтому польза от микроядер в писюковой архитектуре сильно-сильно преувеличена.

Именно. Кроме всего прочего - чтобы линевое ядро жестко встряло именно в самом себе... ну не знаю, это какая-то дикая экзотика. Я такого вообще не припоминаю. Вот отвесить call в недра биосо-уефанского добра и там повиснуть - это пожалста. Биосоуефанство и само прекрасно виснет, на половине компов вообще достаточно клаву невовремя потелепать после заставки bios/uefi до бутлоадера - и оно встает колом. А поскольку такой же код там везде, потуги юзать сервисы фирмвары - весьма чреваты.

> параллельно ему работает полноценное ядро какой-нибудь bsd или линукса, естественно, с
> прямым доступом и к железу, и к памяти всего хоста, ограниченным
> только от честных людей.

Реально взлетели как максимум гибриды, где адресное пространство дров один фиг на всю толпу общее. Пролезать через уровни изоляции все же довольно тормозно и никому не надо графику с в разы более низким FPSом при маргинальном выигрыше в стабильности. От GPU lockup например никакое микроядро не спасет. И если тот после "ресета" вдруг не удумает выйти на режим - что микроядро что монолит останутся без графики на экране совершенно одинаково.

Ответить | Правка | Наверх | Cообщить модератору

168. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  –1 +/
Сообщение от 4.4 (?), 06-Дек-18, 15:20 
Просвятите откуда вы берете столько нового железа что оно не работает на 4.4?
Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

176. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от КГБ СССР (?), 06-Дек-18, 18:08 
> Просвятите откуда вы берете столько нового железа что оно не работает на
> 4.4?

В магазине «Всё для игромана» в отделе новинок. ;-)

Ответить | Правка | Наверх | Cообщить модератору

190. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (-), 07-Дек-18, 09:40 
> В магазине «Всё для игромана» в отделе новинок. ;-)

Да можно и просто какой-нибудь вайфай свисток купить, или там что еще. Выпустят новый чипсет - о опачки. Производитель его впаяет без спроса и предупреждения. Половина даже название не сменят, только напишут мелко v7, наверное чтобы сертификацию заново не проходить. А реально в корпусе совсем другая железка уже.

Ответить | Правка | Наверх | Cообщить модератору

191. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от КГБ СССР (?), 07-Дек-18, 09:57 
Если вы железо выбираете для себя и под какое-то ответственное применение, то всё равно же читаете надписи мелкими буквами про v7. И ставите на него, полагаю, не самый свежий прогрессивный ролинг-релиз Арчбунты, а что-нибудь более LTS-ное.
Ответить | Правка | Наверх | Cообщить модератору

198. "Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19"  +/
Сообщение от Аноним (197), 07-Дек-18, 18:58 
> него, полагаю, не самый свежий прогрессивный ролинг-релиз Арчбунты, а что-нибудь более
> LTS-ное.

Если LTSное - то или убунта LTS или дебиан stable. ЧСХ в обоих можно свежее ядро вкатить, наверное вот поэтому. Потому что мелкие буковки читать задалбывает. И в магазин менять свисток идти всем не охота. Что делают всякие юзеры древних рхелов я не в курсе, по моему мнению это вообще как десктоп не котируется.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру