Linux localhost.localdomain 3.2.18-pclos2.pae.bfs #1 SMP PREEMPT Thu May 24 05:33:57 CEST 2012 i686 i686 i386 GNU/Linux
]]>После дополнительного разбора полетов нашумевшей ошибки в файловой системе Ext4 удалось найти настоящую причину возникновения данной проблемы и исправить именно её. Ошибка проявлялась только при монтировании файловой системы с нестандартными опциями (должны быть включены опции journal_async_commit и/или journal_checksum) в ситуации когда файловая система не была корректно размонтирована.
Тем не менее, настоящая причина возникновения данной ошибки была связана с тем, что журналирование битовых карт инодов не работало корректно. В обычной ситуации это могло как максимум привести лишь к небольшому повреждению файловой системы, видимым проявлением которой является в основном то что fsck на 5-м проходе выдает сообщение, касающееся "inode allocation bitmap" после некорректного выключения системы под тяжелой нагрузкой. Однако при активации опций "journal_checksum" и/или "jouaral_async_commit" проблема усугублялась и приводила к заметному для пользователя разрушению файловой системы.
Патч с исправлением причины данной проблемы уже принят в git-репозиторий Торвальдса.
]]>Представлены очередные корректирующие релизы ядра Linux: 3.0.49 ( 31 исправление), 3.4.16 ( 42 исправления) и 3.6.4 ( 85 исправлений). Как обычно, в анонсе выхода новых версий подчеркивается обязательность проведения обновления.
Из подсистем, в которых устранены ошибки можно отметить: mac80211, vlan, sparc64, drm/i915, Xen, cgroup, ext4. Достаточно большая порция исправлений касается подсистемы USB и сетевого стека (IPv4, IPv6). В новых выпусках также устранена уязвимость (CVE-2012-0957), позволяющая получить доступ к части содержимого стека ядра через манипуляции с вызовом uname() с опцией UNAME26.
В указанных выпусках не исправлена недавно выявленная проблема с повреждением данных в разделе ext4. Более детальное изучение причин возникновения ошибки показало, что проблема проявляется значительно реже чем предполагалось и разработчикам так и не удалось полностью повторить все условия её возникновения. Пока все гипотезы возможных причин возникновения потери данных у пользователей носят только умозрительный характер и не подтверждены на практике, так как проблема скорее всего вызвана ошибками в нескольких подсистемах и проявляется при сочетании эффекта гонки при крахе ядра, использовании специфичных опций монтирования и только на определённом типе оборудования. В настоящее время подготовлено два теоретически решающих проблему патча, но пока их эффективность не подтверждена они удержаны от включения в состав основного ядра Linux. Кроме того, в будущих выпусках планируется скрыть от обычных пользователей некоторые опасные опции монтирования, нацеленные только на разработчиков (проблема проявляется только с опциями journal_checksum и journal_async_commit).
]]>собственно, мне просто понравилась забота гентушников друг о друге. А т.к. забота должна иметь максимальную эффективность, подобного рода сообщения нужно бы закреплять на видном месте форума.
Знаю арчевода, у которого таки что-то грохнулось.
Так что +1.
я бы посоветовал прибить эту новость на видном месте
А куда Вы спешите?
]]>]]>В стейбл-ветке этих версий и нету.
=sys-kernel/gentoo-sources-3.5.7
...было в стабильной.
]]>