The OpenNET Project / Index page

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

Проблема с потерей данных на SSD при использовании ядра Linux 5.1, LVM и dm-crypt

26.05.2019 08:32

В корректирующем выпуске ядра Linux 5.1.5 исправлена проблема в подсистеме DM (Device Mapper), которая может привести к повреждению данных на SSD-накопителях. Проблема стала проявляться после изменения, добавленного в ядро в январе этого года, затрагивает только ветку 5.1 и в подавляющем большинстве случаев проявляется на системах с SATA SSD-накопителями Samsung, на которых применяется шифрование данных с использованием dm-crypt/LUKS поверх device-mapper/LVM.

Причиной проблемы является слишком агрессивная пометка освобождаемых блоков через FSTRIM (за раз помечалось слишком много секторов, без учёта лимита max_io_len_target_boundary). Из дистрибутивов, предлагающих ядро 5.1, ошибка уже устранена в Fedora, но пока остаётся неисправленной в ArchLinux (исправление доступно, но пока находится в ветке "testing". Дополнение: обновление выпущено). В качестве обходного пути блокирования проблемы называется отключение сервиса fstrim.service/timer, временное переименование исполняемого файла fstrim, исключение флага "discard" из числа опций монтирования в fstab и отключение режима "allow-discards" в LUKS через dmsetup.

  1. Главная ссылка к новости (https://www.reddit.com/r/linux...)
  2. OpenNews: В MD/RAID6 в Linux выявлена проблема, которая может привести к потере данных
  3. OpenNews: Проблема, приводящая к потере данных при использовании в Linux SSD-накопителей Samsung
  4. OpenNews: Уязвимость в NAND Flash может привести к повреждению чужих данных на SSD-накопителях
  5. OpenNews: Проблема с повреждением разделов Ext4 оказалась в md-raid0
  6. OpenNews: Выпущен патч для исправления ошибки в ext4, которая могла привести к повреждению ФС
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: trim, linux, kernel, ssd
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (53) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.3, zloykakpes (ok), 08:50, 26/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    Заголовок не совсем соответствует содержимому, мягко говоря.
     
     
  • 2.7, пох (?), 09:13, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    если у вас нет dm-crypt - вы просто не заметите что что-то пошло не так ;-)

    если у вас нет dm - вас этот баг не заденет.
    Если у вас не ssd/vm thin provision - вас тоже не заденет, нет ножек, нет варенья.

    что не так с заголовком?

     
     
  • 3.10, A.Stahl (ok), 09:42, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Заголовок изменился. Предыдущий звучал "Проблема в ядре Linux 5.1 приводит к потере данных на SSD при использовании... как там оно называется"
     
  • 3.20, хотел спросить (?), 11:51, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А если LVM поверх dm-crypt?
     
     
  • 4.25, пох (?), 12:54, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > А если LVM поверх dm-crypt?

    да там пофигу в каком именно порядке и какие уровни dm (lvm это тоже dm) громоздить один поверх другого.
    Просто dm-crypt позволил заметить проблему, а если его нет - ну превратится в нули лишних 64k в терабайте порно с лошадками - кто его по второму-то разу смотреть вообще собирался? Это ж не успеешь посмотреть следующий терабайт, пока еще один качается.

    Так что большинство пользователей ничего и не заметят.


     
  • 3.22, Michael Shigorin (ok), 12:52, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, gremlin@ зело недолюбливает dm -- говорит, там хватает арифметических ошибок...

    Ну и наш ядерный майнтейнер не спешит каждое x.x[.0] выкатывать -- дожидается как минимум x.x.1.

     
     
  • 4.26, пох (?), 12:57, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ага, gremlin@ зело недолюбливает dm -- говорит, там хватает арифметических ошибок...

    он как-то за те пятнадцать лет что эту сказку бормочет - пруфца привести так и не собрался, якобы угрожает его бузинесу. Ну а конкретно тут не арифметическая ошибка, тут ненужно-улучшизм сработал.

    > Ну и наш ядерный майнтейнер не спешит каждое x.x[.0] выкатывать -- дожидается
    > как минимум x.x.1.

    как будто в нем не будет новых улучшизмов, которые еще что поломают.
    "стабильное ведро - в вашем дистрибутиве (c)известнокто"

     

  • 1.8, Xasd5 (?), 09:20, 26/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    в теме появятся те самые фанаты zfs которые постоянно орут про якобы пропадание данных на btrfs?
     
     
  • 2.9, Xasd5 (?), 09:26, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    правда в прошлых темах эти фанаты zfs -- почему-то молчали про "повреждения btrfs" тихонько в тряпочку:

    https://www.opennet.ru/opennews/art.shtml?num=40412

    https://www.opennet.ru/opennews/art.shtml?num=42448

    https://www.opennet.ru/opennews/art.shtml?num=46576

    https://www.opennet.ru/opennews/art.shtml?num=42286

    https://www.opennet.ru/opennews/art.shtml?num=35224

     
     
  • 3.14, Аноним (14), 11:01, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    ты продолжай, мы тебя внимательно слушаем. открыли все твои ссылки, внимательно ознакомились. нам очень важна судьба как zfs, так и brtfs
     
     
  • 4.31, Xasd5 (?), 13:30, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    сарказм?
     
  • 3.39, zzz (??), 19:57, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Поливать помоями - удел недотроллей, к коим пользователи zfs в продакшне не относятся никаким боком.
     
  • 3.46, Gannet (ok), 00:54, 27/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    По хоту у тебя недавно крио-камера потекла. С пробуждением.
     

  • 1.11, swine (ok), 10:27, 26/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >fstrim.service/timer

    Если у вас нет systemd — вас этот баг не заденет?

     
     
  • 2.13, Аноним (13), 10:48, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как это нет системд? Не бывает так, не говорите глупости!
     
     
  • 3.15, Аноним (15), 11:29, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Видать, десятка у него...
     
  • 3.17, swine (ok), 11:44, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Мы, конечно, маргиналы, но ещё остались дистрибутивы без этого.
     
     
  • 4.58, specter (ok), 10:20, 27/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Слава Б-гу, пока ещё есть
     
  • 2.27, пох (?), 12:58, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>fstrim.service/timer
    > Если у вас нет systemd — вас этот баг не заденет?

    вам просто придется запускать этот баг cron'ом.

    ну или жить без trim.

     
  • 2.47, Gannet (ok), 00:57, 27/05/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Если у Вас нет Linux - вас єтот баг не заденет?
    Если у Вас нет компьютера - вас этот баг не заденет?
    Если у Вас нет калькулятора - вас этот баг не заденет?
    Если у Вас нет счёт - вас этот баг не заденет?
    Если у Вас нет рук - вас этот баг не заденет?
    Если Вас нет - .... о_О
     
     
  • 3.61, Michael Shigorin (ok), 11:39, 27/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ...пожары вам не страшны?
     

  • 1.12, sdog (ok), 10:28, 26/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ещё bcache с gcc9 не подружились
    https://bugzilla.kernel.org/show_bug.cgi?id=203573
     
     
  • 2.28, пох (?), 12:59, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ещё bcache с gcc9 не подружились
    > https://bugzilla.kernel.org/show_bug.cgi?id=203573

    любители обмазаться свежайшим - должны же страдать?

     
     
  • 3.35, Аноним (35), 17:13, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Де6uлушка, а как знать насколько оно несвежее и стабильное?

    И почему каждый релиз GKH орёт, что "you _must_ update"?

    // b.

     
     
  • 4.63, пох (?), 13:59, 27/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    как ведро пересобирать перестанет - значит, достаточно стабильное. Выкидывай, обмазывайся новым.

    > И почему каждый релиз GKH орёт, что "you _must_ update"?

    так он как раз из любителей.
    Это ж не повод его слушать.

     

  • 1.16, бох (?), 11:38, 26/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    >проявляется на системах с SSD-накопителями Samsung, на которых применяется шифрование данных

    Параноики страдают да и фиг с ними.

     
     
  • 2.48, Gannet (ok), 01:00, 27/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тут речь скорее об Ъ, а не о паранойе.
     

  • 1.18, Аноним (18), 11:45, 26/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ХаХа классика😃
     
     
  • 2.24, Ъ (?), 12:53, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Виноват самсунь с шифрованием. Линукс зачем приплёл?
     
  • 2.32, Аноним (32), 13:49, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вспоминается случай, как виндусь превратил каталог мои документы в файл…
     

  • 1.21, BlackRot (?), 12:31, 26/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    У меня Fedora 30 и на SSD, проблем нет. Статью не читал :)
     
     
  • 2.23, ЁжиГ (?), 12:53, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя ядро 5.0.9, а не начальные 5.1.
     
     
  • 3.55, 0x0 (?), 09:23, 27/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня Fedora 30 на ядре 5.1 начиная с rc. Но проблема пока никак не проявлялась, я так понял, ввиду отсутствия dm-crypt, lvm, Samsung SSD и чего-то там ещё.. )
     
     
  • 4.56, 0x0 (?), 09:32, 27/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Сегодня вечером после работы можно будет попробовать мигрировать на RC 5.2 ‒ пишут относительно драйвера NVidia, что в этой ветке ничего не сломалось :)
     
  • 2.37, Аноним (37), 17:52, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > У меня Fedora 30
    > на SSD
    > проблем нет.
    > Статью не читал :)

    немного не понял, а каким из пунктов вы больше всего гордитесь?

     
     
  • 3.57, 0x0 (?), 09:55, 27/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это можно было воспринимать и так, что были перечислены условия, при которых не удалось добиться успешной потери данных :)
     
     
  • 4.59, Аноним (59), 10:21, 27/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну таких условий можно много придумать, например, что ssd есть, но просто лежит внутри корпуса.

    Так-то у меня тоже проблем нет, правда как и контрольных сум файлов, к которым я уже относительно давно не прикасался

     
     
  • 5.65, 0x0 (?), 22:55, 27/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не нужно ничего придумывать! "Лежит внутри корпуса" ‒ это значит НЕТУ, так как система его не видит :)
     
  • 3.68, BlackRot (?), 02:08, 30/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Подрастёшь - поймёшь!
     

  • 1.29, Аноним (29), 13:08, 26/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В чем смысл fstrim при использовании LUKS? Снижение защиты зашифрованных данных?
     
     
  • 2.30, ЁжиГ (?), 13:14, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего страшного не будет...
     
     
  • 3.42, Аноним (37), 21:15, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    зато можно будет вытащить фактический объем данных или подтвердить, что они там есть. Это, конечно, если шифрование не на случай кражи или чего подобного.
     
  • 3.49, Gannet (ok), 01:02, 27/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вот незадача... 8/
     

  • 1.33, Аноним (33), 14:21, 26/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Опять с реализацией trim запутались...
     
  • 1.34, Аноним (34), 15:07, 26/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Шо, опять? В очередной раз убеждаюсь, что испрользовать можно только LTS релиз ядра (причём последний, предпоследний уже пару раз умирал с концами). Я вполне мог и пострадать, как это ни удивительно. Только я сторонюсь самсунгов (будто есть из чего выбирать в mlc-сегменте) и держусь подальше от сырых ядер (есть определённые минусы), можно считать, предусмотрительность спасла.
     
     
  • 2.36, Аноним (36), 17:25, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А чего не сторонишься? Из ссд
     
     
  • 3.62, Michael Shigorin (ok), 11:41, 27/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Меня радуют Kingston DC-серии, но конкретно DC400 вроде как уже перестали выпускать.
     
     
  • 4.67, 0x0 (?), 21:04, 28/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Что касается "выносливости", то Samsung'и снискали себе неплохую репутацию. Это, наверное, просто разработчики ядра не обратили внимания и провтыкали особенности некоторых микроконтроллеров и ситемной логики :)
     

  • 1.41, Аноним (41), 21:06, 26/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Arch linux 5.1.4, ssd samsung 970 pro, LVM на LUKS, пока видимых проблем не наблюдаю.
     
     
  • 2.43, Ан.Зонд (?), 22:21, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя NVMe балбес ты эдакий!

    Samsung 830 SSD = SATA SSD

     
     
  • 3.44, Аноним (41), 23:41, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    хочешь сказать на nvme не распространяется?
     
  • 2.51, Gannet (ok), 01:05, 27/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Потому и не наблюдаешь, что они невидимы. Скрываются же, гады.
     

  • 1.66, Аноним (66), 10:49, 28/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    продверджаю: lvm+luks+sam начала сьіпаться фс, пришлось мигрировать на другой раздел
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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