https://www.opennet.ru/openforum/vsluhforumID3/103145.html В SSD-накопителях Samsung серии 8xx выявлена (https://blog.algolia.com/when-solid-state-drives-are-not-that-solid/) проблема, которая может привести (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1465663) к потере данных при выполнении асинхронных операций TRIM. В частности, вместо очистки помеченных операционной системой удалённых данных, накопитель может очистить и часть актуальной информации. Очистка производится бессимптомно и обнаруживается при возвращении пустой области вместо ранее сохранённых данных.<br><br><br>Проблема проявляется только в Linux, так как лишь данная ОС поддерживает асинхронные операции TRIM. В качестве способа предотвращения потери данных проблемные устройства занесены (https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/ata/libata-core.c?id=9a9324d3969678d44b330e1230ad2c8ae67acf81) в специальный чёрный список libata, определяющий идентификаторы накопителей, для которых запрещено применять операцию TRIM. Неприятная особенность заключается в том, что не все https://www.opennet.ru/openforum/vsluhforumID3/103145.html#115 Thu, 15 Jan 2026 07:00:11 GMT Интересная и, честно говоря, тревожная история. Особенно зацепил момент, что проблема долго маскировалась под &#171;обычные&#187; сбои ext4, когда раздел внезапно уходил в read-only, а после проверки всё вроде бы нормально &#8212; до следующего раза. Я сам когда-то грешил на питание и контроллер, даже менял кабели, пока не понял, что дело может быть глубже.<br><br>То, что сбой проявляется именно при асинхронном TRIM в Linux и приводит к обнулению последних 512 байт файлов, звучит особенно неприятно &#8212; такие вещи сложно отловить без точного анализа. В системах, где SSD подключены через PCI-E 2 Port адаптеры https://serverorbit.com/hba-and-controllers/pci-e/2-port-en, подобные &#171;тихие&#187; ошибки могут вообще долго оставаться незамеченными, особенно если нагрузка не постоянная.<br><br>Запрет TRIM на всех Samsung выглядит радикально, но, возможно, это действительно самый безопасный вариант. Интересно, насколько часто подобные аппаратно-прошивочные проблемы вообще остаются за пределами внимания пользователей?<br> https://www.opennet.ru/openforum/vsluhforumID3/103145.html#105 Mon, 23 Oct 2017 19:27:28 GMT Особенно фееричен этот коммент сейчас, когда яблофон8 вышел с самсунговским oled :)<br> https://www.opennet.ru/openforum/vsluhforumID3/103145.html#104 Sat, 27 Jun 2015 02:27:15 GMT &gt; Про OS X бред, вранье и к теме совсем не относится (проблемы <br>&gt; конечно есть, но не такие) <br><br>"Это было давно и неправда". Но вот почему-то толпа пользователей в багтрекерах, вопящих "ваша программа роняет нашу систему" - очень красноречиво говорят о качестве кода этой распрекрасной системы.<br><br>А насчет trim - намного лучше его просто включить в опциях ФС. Делать его раз в неделю можно, но менее эффективно.<br> https://www.opennet.ru/openforum/vsluhforumID3/103145.html#103 Sat, 27 Jun 2015 02:23:06 GMT &gt; Так что не надо ляля. Пишите лучше "Я зажравшийся москвич, и даже <br>&gt; на туалетном бачке у меня яблоко" ))) <br><br>Смотрите, дети: комплексы провинциала - это вот так.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/103145.html#102 Fri, 26 Jun 2015 07:09:26 GMT &gt; Просто все от гнусмаса - это дешевый ширпотреб. Все "как бы" работает, <br>&gt; но не как должно. ТВ не отображает нормальные цвета, пылесосы не <br>&gt; пылесосят, микроволновки не греют и все прочее г, которое гнус производит <br>&gt; - не работает. Андроид на их телефонах - забагованное дерьмо. В <br>&gt; ноутах дохнут аккумы. Раньше их лажовая техника хоть дешевая была - <br>&gt; сейчас они пытаюся себя позиционировать как "типа элитные" и цены себе не сложат.<br><br>И все бы ничего. Только самсунг делает процы и эпплу, флешпамять - дофига кому, аккумуляторы - полпланете, у них одни из лучших технологий производства LCD-панелей, сравнимых конкурентов штуки три на всю планету. Кстати по аккумуляторам и LCD конкурентами являются не менее криворукие, казалось бы, LG. Вообще, эти казалось бы корейские криворучки на самом деле научились делать довольно много всего получше других.<br><br>А что, расскажем как там у эппла проц не считает и память не запоминает, раз их самсунг сделал? :)<br> https://www.opennet.ru/openforum/vsluhforumID3/103145.html#101 Fri, 26 Jun 2015 07:02:58 GMT &gt; Часть Intel SSD 530 имеют неудачную заводскую прошивку <br><br>Изя, ты попробуй почитать errata на другие чипы. И ченжлоги на другие прошивки. Правда, после этого ты ничего сложнее оглобли в руки не возьмешь ведь...<br> https://www.opennet.ru/openforum/vsluhforumID3/103145.html#100 Fri, 26 Jun 2015 07:00:36 GMT &gt; Чайник не тяжело поднимать? Я свою девушку в воздух подкидываю и ловлю, <br>&gt; а тут hdd ноутбучный тяжелый, ЛОЛ )))<br><br>Девушку не надо полдня таскать на плече, а вот ноут - может потребоваться.<br> https://www.opennet.ru/openforum/vsluhforumID3/103145.html#99 Fri, 26 Jun 2015 06:58:23 GMT &gt; Наоборот, он не даёт прочитать удалённые файлы.<br><br>С другой стороны - некая информация о характере записей утекает, за счет зануленных регионов. Правда, извлечь какие-то ощутимые дивиденды с этого не так то просто.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/103145.html#98 Fri, 26 Jun 2015 06:56:21 GMT &gt; Вы как-то не полностью его прочитали.<br><br>Я его прочитал достаточно для того, чтобы понять что он ни в зуб ногой про erase blocks и erase groups. А 4Кб блоки - полдела. В лучшем случае у NAND страницы и правда 4Кб. Но вообще - бывают и другие размеры страниц. А реально удобный размер юнита аллокации - таки размером с erase group, но он большой. У одного из SSD это 16 мегабайтов аж.<br><br>И вопрос не только о перфомансе но и о числе циклов erase. <br>Если trim не делать, то:<br>1) При записи накопитель будет делать erase блоков таки прямо на ходу, а не заранее в фоне. А erase требует довольно прилично времени и скорость/латенси записи таки может просесть. Если erase не потребовался - program страницы в 4К и правда будет быстрым. Но с trim эта ситуация будет чаще. Потому что блок превентивно стерт ДО того как он потребовался. <br><br>2) У накопителя очень мало места для маневров и оптимизаций. Ну то-есть там есть на такие случаи маневровый запас. Но задействовать под маневровый запас еще и часть поверхности, явно указав ч