1

Последние ядра содержат баг в реализации ext4, вызывающий повреждения данных (более подробную инфу пока не нашёл). Подверженные ядра, поддерживаемые сообществом gentoo, уже замаскированы. Тем у кого они уже стоят, но пока ничего не уничтожили, предлагаю выбор: даунгрейдится или обновится, как только выйдут патчи...

подверженные ядра:

  • =sys-kernel/gentoo-sources-3.5.7

  • =sys-kernel/gentoo-sources-3.6.2

  • =sys-kernel/hardened-sources-3.6.2

  • =sys-kernel/vanilla-sources-3.5.7

  • =sys-kernel/vanilla-sources-3.6.2

  • =sys-kernel/vanilla-sources-3.6.3

  • =sys-kernel/mips-sources-3.5.7

  • =sys-kernel/mips-sources-3.6.2

  • =sys-kernel/pf-sources-3.6.3

  • =sys-kernel/pf-sources-3.6.4

Такие дела...

TODO: Добавить линк на на другие багзиллы и подробное описание бага.

95% процентов проблем находятся между клавиатурой и стулом.

2

Почему-то на http://www.gentoo.org/ ни слова...

Был, был и весь вышел...

3

«Откачусь» от греха по-дальше...

Был, был и весь вышел...

4

http://www.phoronix.com/scan.php?page=n … px=MTIxNDQ

Да, у меня Ubuntu.
Нет, не глючит.

5

Там где есть ext4 у меня не выше 3.1, где свежачок везде reiserfs, пронесло. _:)

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

6

В стейбл-ветке этих версий и нету. С недавних пор совершенно обленился, надоело постоянно обновляться и перешел на стабильную ветку. Теперь живу, багов не вижу, аж скучно становится (-:

Йа тьомный эльф

7

bobr пишет:

В стейбл-ветке этих версий и нету.

Fat-Zer пишет:

=sys-kernel/gentoo-sources-3.5.7

...было в стабильной.

Был, был и весь вышел...

8 (27.10.2012 17:14:44 отредактировано mvt)

[mvt@localhost ~]$ uname -a
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
ab

9

я бы посоветовал прибить эту новость на видном месте

друзья, давайте заменим чсВ на ЧСД!
Проблемы. Глюки. Красные глаза. Так будет с каждым, кто не хочет сменить Ubuntu на минт-росинку9
Знаю, что росинка - внучка убунты, значит, неизбежны родимые пятна. Но бабулька-то куда страшнее!
Но наш слакварь стоит на запасном пути. Он ждет своего часа. Может, когда док вернется из бана?

10

yxma пишет:

я бы посоветовал прибить эту новость на видном месте

А куда Вы спешите?

11

собственно, мне просто понравилась забота гентушников друг о друге. А т.к. забота должна иметь максимальную эффективность, подобного рода сообщения нужно бы закреплять на видном месте форума.

друзья, давайте заменим чсВ на ЧСД!
Проблемы. Глюки. Красные глаза. Так будет с каждым, кто не хочет сменить Ubuntu на минт-росинку9
Знаю, что росинка - внучка убунты, значит, неизбежны родимые пятна. Но бабулька-то куда страшнее!
Но наш слакварь стоит на запасном пути. Он ждет своего часа. Может, когда док вернется из бана?

12

собственно, я тут собрался сабайон поставить - так меня это тоже коснется?

друзья, давайте заменим чсВ на ЧСД!
Проблемы. Глюки. Красные глаза. Так будет с каждым, кто не хочет сменить Ubuntu на минт-росинку9
Знаю, что росинка - внучка убунты, значит, неизбежны родимые пятна. Но бабулька-то куда страшнее!
Но наш слакварь стоит на запасном пути. Он ждет своего часа. Может, когда док вернется из бана?

13

yxma пишет:

собственно, мне просто понравилась забота гентушников друг о друге. А т.к. забота должна иметь максимальную эффективность, подобного рода сообщения нужно бы закреплять на видном месте форума.

Знаю арчевода, у которого таки что-то грохнулось.
Так что +1.

Если бы люди умели пользоваться vim, find, sed и awk  то миллионы программных продуктов так никогда и не были бы созданы

14

Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление проблемы с Ext4 задерживается

Представлены очередные корректирующие релизы ядра 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).

Источник »
Главная ссылка к новости »

Был, был и весь вышел...

15

так что, похоже, меня эта проблема коснуться не должна, даже на сабайоне. Так что буду дерзать в следующую субботу

друзья, давайте заменим чсВ на ЧСД!
Проблемы. Глюки. Красные глаза. Так будет с каждым, кто не хочет сменить Ubuntu на минт-росинку9
Знаю, что росинка - внучка убунты, значит, неизбежны родимые пятна. Но бабулька-то куда страшнее!
Но наш слакварь стоит на запасном пути. Он ждет своего часа. Может, когда док вернется из бана?

16

Выпущен патч для исправления ошибки в ext4, которая могла привести к повреждению ФС

После дополнительного разбора полетов нашумевшей ошибки в файловой системе Ext4 удалось найти настоящую причину возникновения данной проблемы и исправить именно её. Ошибка проявлялась только при монтировании файловой системы с нестандартными опциями (должны быть включены опции journal_async_commit и/или journal_checksum) в ситуации когда файловая система не была корректно размонтирована.

Тем не менее, настоящая причина возникновения данной ошибки была связана с тем,  что журналирование битовых карт инодов не работало корректно. В обычной ситуации это могло как максимум привести лишь к небольшому повреждению файловой системы, видимым проявлением которой является в основном то что fsck на 5-м проходе выдает сообщение, касающееся "inode allocation bitmap" после некорректного выключения системы под тяжелой нагрузкой. Однако при активации опций "journal_checksum" и/или "jouaral_async_commit" проблема усугублялась и приводила к заметному для пользователя разрушению файловой системы.

Патч с исправлением причины данной проблемы уже принят в git-репозиторий Торвальдса.

Источник »
Главная ссылка к новости »

Был, был и весь вышел...