Выпущены релизы Linux ядра 2.6.27.14 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.27.14) и 2.6.28.3 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.28.3), в которых исправлено более 40 ошибок. Изменения отмечены в сетевой подсистеме, в подсистемах crypto, ALSA, epoll, ext3, libata, USB, sysfs, inotify, FUSE.Некоторые из ошибок помечены как очень серьезные, разработчики настойчиво советуют (http://groups.google.com/group/fa.linux.kernel/msg/3a18269f7...) произвести обновление.
Например, в новых выпусках исправлена ошибка (http://bugzilla.kernel.org/show_bug.cgi?id=12430), которая может привести к краху ядра и повреждению ext3/ext4 раздела.URL: http://www.kernel.org
Новость: https://www.opennet.ru/opennews/art.shtml?num=20086
> ошибка, которая может привести к краху ядра и повреждению ext3/ext4 раздела.Вот вам и годами проверенная стабильность. Так что ни к чему холивары про файловые системы, ошибки и недочёты могут быть везде
>> ошибка, которая может привести к краху ядра и повреждению ext3/ext4 раздела.
>
>Вот вам и годами проверенная стабильность. Так что ни к чему холивары
>про файловые системы, ошибки и недочёты могут быть вездеА не надо самы последние версии ядра качать и ставить, есть стабильные релизы в дебиане и красношляпе, их и пользуйте.
>> ошибка, которая может привести к краху ядра и повреждению ext3/ext4 раздела.
>
>Вот вам и годами проверенная стабильность. Так что ни к чему холивары
>про файловые системы, ошибки и недочёты могут быть вездеОшибки и недочеты есть везде, но это совсем не то, что среди сплошных глюков, есть, что-то работающее. Кроме того, это совсет не то, что МОЖЕТ привести к краху ядра и то, что сносит пол файловой системы.
>Вот вам и годами проверенная стабильность. Так что ни к чему холивары
>про файловые системы, ошибки и недочёты могут быть вездеОшибки есть везде.А вот активно их вылавливают и честно признаются в своей неидеальности далеко не все.Вон микрософт клепает обновления и фиг найдешь changelog вообще.
>Вот вам и годами проверенная стабильность. Так что ни к чему холивары
>про файловые системы, ошибки и недочёты могут быть вездеМде, лучше читать в оригинале не только Шекспира но и changelogs. А то переводчик тут явно облажался. Я слово крах вижу в 1 месте.К файловым системам вообще никак не относится. Было бы хорошо если бы аппрувящие новость все-таки проверяли немного насколько то что написано соответствует действительности.А то прямо как на секлабе - основная соль в сенсационном заголовке.Который на поверку оказывается *уткой*.
щас придёт павлин и скажет что никогда с этой ошибкой не сталкивался, значит что она мифическая, либо _очень_ редкая.
Да и собсно, а кто из присутствующих сталкивался?
>Да и собсно, а кто из присутствующих сталкивался?На файловой системе с исправной структурой не должна проявляться.
>щас придёт павлин и скажет что никогда с этой ошибкой не сталкивался,
>значит что она мифическая, либо _очень_ редкая.
>Да и собсно, а кто из присутствующих сталкивался?Угу, это не только Павлин скажет, это очевидно.
Да тут просто перевод неправильный. Ничего ошибка не портит.
павлин, перелогинься :-D
Все что я нашел по части EXTов в changelog на http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.27.14==============================================
ext3: Add sanity check to make_indexed_dir
commit a21102b55c4f8dfd3adb4a15a34cd62237b46039 upstream.
Make sure the rec_len field in the '..' entry is sane, lest we overrun
the directory block and cause a kernel oops on a purposefully
corrupted filesystem.
==============================================И где тут написано про разрушение ФС.Это лишь OOPS в ядре при работе с разрушенной специальным образом ФС.Такая фигня теперь называется критичным багом?Автора новости на мыло за махровую дезу.Пусть инглиш выучит до того как переводить.
"Например, в новых выпусках исправлена ошибка, которая может привести к краху ядра при работе с файловой системой EXT3 или EXT4, разрушенной специальным методом".
а тут где написано про разрушение ФС?