The OpenNET Project / Index page

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



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

Оглавление

Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в ФС, opennews (??), 04-Мрт-21, (0) [смотреть все]

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


77. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (77), 05-Мрт-21, 04:49 
Короче говоря сито
Ответить | Правка | Наверх | Cообщить модератору

201. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от b00by (?), 05-Мрт-21, 15:36 
Дуршлаг
Ответить | Правка | Наверх | Cообщить модератору

371. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 07-Мрт-21, 00:52 
> Дуршлаг

А что, это кто-то смог использовать как уязвимость?

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

125. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +3 +/
Сообщение от z (??), 05-Мрт-21, 09:55 
Все так. В опенсорсе ошибки исправняют в тестовых версиях. А в пропретарщите - только в проде.
Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

130. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Fracta1L (ok), 05-Мрт-21, 10:11 
Напомни-ка, когда винда или макось удаляли пользовательские данные в неверсиях?
Ответить | Правка | Наверх | Cообщить модератору

194. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 05-Мрт-21, 13:50 
в упомянутых системах это немного не так происходит - например, в 7 в штатной гуеформатилке нет fat32/dosboot, запуск внешней тулзы при случайно включенном базовом архиве через sata2usb и формат его вместо флешки (текст тонет в ярких тонах), потом testdisk и восстановление таблицы разделов, а всего-то не было опции. ios это вообще.. "капище антилиберализма"%).
Ответить | Правка | Наверх | Cообщить модератору

301. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 06-Мрт-21, 01:40 
> Напомни-ка, когда винда или макось удаляли пользовательские данные в неверсиях?

Последний прикол - весьма недавно, а чего? Вон 2 марта в какой-то ссайдер привью аж законопатили. Т.е. у хомяков фикс походу вообще отсутствует, не? :)

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

383. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от тырк (?), 08-Мрт-21, 18:23 
> Напомни-ка, когда винда или макось удаляли пользовательские данные в неверсиях?

Всегда. Это днище даже tar из коробки не умеет.

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

144. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +2 +/
Сообщение от Аноним (112), 05-Мрт-21, 11:10 
Наш же опеннет, никуда не отходя.
-
В утилите e2fsck, поставляемой в составе пакета e2fsprogs, выявлена уязвимость (CVE-2019-5188), позволяющая добиться выполнения кода злоумышленника при выполнении проверки файловой системы, содержащей специальным образом оформленные каталоги. Наличие уязвимости подтверждено в выпусках с 1.43.3 по 1.45.4. Уязвимость устранена в обновлении e2fsck 1.45.5. В дистрибутивах проблема пока остаётся неисправленной
-
Йенс Эксбо (Jens Axboe), мэйнтейнер подсистемы блочных устройств, подготовил патч, решающий проблему с файловой системой ext4 в ядре Linux 4.19, которая может привести к повреждению данных. Проблема проявляется при сборке ядра с опцией "CONFIG_SCSI_MQ_DEFAULT=y", которая выставляется по умолчанию начиная с версии 4.19. Необходимым условием также является работа без планировщика ввода-вывода (/sys/devices/virtual/block/*/queue/scheduler содержит значение "none").

Так как источник проблемы не специфичен для ext4 и присутствует в слое разделения очередей для блочных устройств ("blk-mq"), то теоретически проблема могла затрагивать и другие файловые системы, но в силу популярности проявление проблемы пока зафиксировано только для Ext4.
-
Проблема с потерей данных на разделах с файловой системой Ext4, о которой сообщалось несколько дней назад, оказалась не специфична для файловой системы Ext4. Проблема присутствует в коде подсистемы md и может привести к непредсказуемому нарушению целостности файловой системы при изменении или удалении файлов. Проблема проявляется только для ФС, установленных поверх RAID 0 и примонтированных с опцией DISCARD.

Ошибка проявляется в ветках ядра 4.0 и 3.14 LTS, начиная с выпусков 4.0.2 и 3.14.41.
-
В ядре Linux выявлены две неприятные ошибки:

Начиная с выпуска 3.14 и заканчивая 3.18, т.е. с января по октябрь 2014 года, в ядре Linux присутствовала неприятная ошибка в реализации вызова futex_wait, которая могла приводить к непредсказуемому зависанию процессов на серверах с процессорами на базе микроархитектуры Intel Haswell, в том числе используемых в облаках Amazon.Данная ошибка является причиной замешательства многих программистов, которые месяцами пытались найти ошибку в своих приложениях, зависающих при непонятных обстоятельствах. Причиной зависания была взаимная блокировка в ядре из-за которой фьютекс (futex) оставался навсегда в состоянии блокировки, несмотря на его фактическое освобождение.

Проблема усугубляется тем, что связанная с проблемой функциональность была перенесена в ядро, поставляемое в дистрибутиве Red Hat Enterprise Linux и присутствует как минимум в выпусках RHEL/CentOS 6.6 и 7.1.
-

Ты сюда знания получать ходишь или подзюбить?

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

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

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




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

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