Баг в Linux 5.1 приводил к потере данных

В сети
Аватара пользователя

Автор темы
rogoznik
Сообщения: 5853
Зарегистрирован: 27 июн 2017, 10:36
Решено: 63
Откуда: Нижний Тагил
Благодарил (а): 322 раза
Поблагодарили: 1067 раз

Баг в Linux 5.1 приводил к потере данных

Сообщение rogoznik » 06 июн 2019, 17:50

Пару недель назад в версии ядра Linux 5.1 обнаружили баг, который приводил к потере данных на SSD. Недавно разработчики выпустили корректирующий патч Linux 5.1.5, который залатал «брешь».

Что за баг

В начале года разработчики внесли ряд изменений в ядро Linux 5.1. После этого на системах с SSD от компании Samsung, которые используют шифрование dm-crypt/LUKS c device-mapper/LVM, начала проявляться ошибка, приводящая к потере данных. Но о проблеме стало известно только в середине мая — тогда же её начали активно обсуждать на тематических форумах.

Известно как минимум о двух людях, столкнувшихся с багом, — это участник рассылки LKML Майкл Ласс (Michael Laß), который впервые сообщил о проблеме, и пользователь ArchLinux.

Майкл запустил команду fstrim, которая говорит накопителю, какие блоки данных больше не используются, для смонтированного тома btrfs. После он получил следующие системные сообщения:

Код: Выделить всё

attempt to access beyond end of device
sda1: rw=16387, want=252755893, limit=250067632
BTRFS warning (device dm-5): failed to trim 1 device(s), last error -5

BTRFS warning (device dm-5): csum failed root 257 ino 16634085 off 21504884736 csum 0xd47cc2a2 expected csum 0xcebd791b mirror 1
После этого он обнаружил, что том btrfs поврежден, а остальные логические тома на физическом устройстве уничтожены.

В случае с пользователем ArchLinux проблема коснулась криптозащиты LUKS. После перезагрузки операционной системы и выполнения fstrim заголовки LUKS (которые используются для поиска томов) оказались нечитаемыми, что не позволило расшифровать зашифрованные данные.

В чем причина

Проблема заключалась в подсистеме device mapper (DM), задача которой — создавать виртуальные блочные устройства. Она как раз используется для реализации менеджера логических томов LVM, программного RAID и системы шифрования дисков dm-crypt.
«Команда fstrim помечала слишком большое количество блоков за раз без учета предела max_io_len_target_boundary. В результате освобождались те сегменты памяти, которые до сих пор используются, — комментирует Сергей Белкин, начальник отдела развития 1cloud.ru. — Поскольку ошибка была связана с device mapper, в теории потеря данных могла произойти на любой файловой системе».
Патч

Патч для бага разработчики ядра выпустили в конце мая. Были изменены всего четыре строчки в файле drivers/md/dm.c. Соответствующие изменения также внесли в грядущее ядро Linux 5.2 (добавленные и удаленные строки отмечены знаками «+» и «-» соответственно):

Код: Выделить всё

@@ -1467,7 +1467,7 @@ static unsigned get_num_write_zeroes_bios(struct dm_target *ti)
 static int __send_changing_extent_only(struct clone_info *ci, struct dm_target *ti,
 				       unsigned num_bios)
 {
- unsigned len = ci->sector_count;
+  unsigned len;
 
@@ -1478,6 +1478,8 @@ static int __send_changing_extent_only(struct clone_info *ci, struct dm_target *
 	if (!num_bios)
 		return -EOPNOTSUPP;
 
+  len = min((sector_t)ci->sector_count, max_io_len_target_boundary(ci->sector, ti));
+
 	__send_duplicate_bios(ci, ti, num_bios, &len);
 
 	ci->sector += len;
Патч уже применили разработчики дистрибутивов ArchLinux/Manjaro и Fedora. Дистрибутив Ubuntu ошибка не затронула, так как его не переводили на версию ядра Linux 5.1.

Исключить ситуацию с потерей данных можно и не устанавливая патч. Достаточно отключить сервис fstrim.service/timer с помощью команд:

Код: Выделить всё

systemctl disable fstrim.timer
systemctl stop fstrim.timer
Еще вариант — переименовать исполняемый файл fstrim или убрать флаг discard при монтировании fstab. Еще можно выключить режим allow-discards в LUKS через dmsetup. Однако все эти методы не более чем временные и не решают сути проблемы.

Источник: https://habr.com/ru/company/1cloud/blog/454978/
ИзображениеИзображение

Аватара пользователя

Dja
Сообщения: 6224
Зарегистрирован: 27 авг 2016, 17:03
Решено: 27
Откуда: Voskresensk
Благодарил (а): 921 раз
Поблагодарили: 661 раз

Баг в Linux 5.1 приводил к потере данных

Сообщение Dja » 14 июн 2019, 09:38

только наоборот. Сначала стоп, а потом выключить

Аватара пользователя

slant
Сообщения: 1988
Зарегистрирован: 21 июн 2017, 15:09
Решено: 34
Благодарил (а): 16 раз
Поблагодарили: 852 раза

Баг в Linux 5.1 приводил к потере данных

Сообщение slant » 14 июн 2019, 13:18

Dja писал(а):
14 июн 2019, 09:38
только наоборот. Сначала стоп, а потом выключить
На самом деле совершенно не имеет значения в каком порядке. disable - всего лишь отключает автозапуск сервиса. Т.е. даже "отключенный" сервис можно запустить вручную командой start.

Аватара пользователя

Dja
Сообщения: 6224
Зарегистрирован: 27 авг 2016, 17:03
Решено: 27
Откуда: Voskresensk
Благодарил (а): 921 раз
Поблагодарили: 661 раз

Баг в Linux 5.1 приводил к потере данных

Сообщение Dja » 15 июн 2019, 11:07

slant, Если нет линка как он запустится? Он ругнется, что нет юнита

Аватара пользователя

Chocobo
Сообщения: 9268
Зарегистрирован: 27 авг 2016, 19:57
Решено: 200
Откуда: НН
Благодарил (а): 645 раз
Поблагодарили: 2677 раз

Баг в Linux 5.1 приводил к потере данных

Сообщение Chocobo » 15 июн 2019, 11:25

Dja, там симлинк делается именно в директории, куда смотрят таргеты при автозапуске.

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

Аватара пользователя

slant
Сообщения: 1988
Зарегистрирован: 21 июн 2017, 15:09
Решено: 34
Благодарил (а): 16 раз
Поблагодарили: 852 раза

Баг в Linux 5.1 приводил к потере данных

Сообщение slant » 15 июн 2019, 15:51

Dja писал(а):
15 июн 2019, 11:07
slant, Если нет линка как он запустится? Он ругнется, что нет юнита
Линк отвечает как раз за автозапуск. А вот сам юнит от отсутствия линка никуда не девается, и для старта через команду start вполне доступен...

Аватара пользователя

Dja
Сообщения: 6224
Зарегистрирован: 27 авг 2016, 17:03
Решено: 27
Откуда: Voskresensk
Благодарил (а): 921 раз
Поблагодарили: 661 раз

Баг в Linux 5.1 приводил к потере данных

Сообщение Dja » 20 июн 2019, 10:36


Вернуться в «Другие новости»