Винчестер и время

Я будто с плоскоземельщиком разговариваю.

Ого. Не знал, что такое бывает. Очень странно, ведь оно всё равно должно прийти к 64битным int. А какая у тебя версия e2fsprogs?

Тут [1] пишут, что

E2fsprogs 1.46.6 (February 1, 2023)

Fix a crash in badblocks when the user specifies an overly large number of blocks tested at a time in read/write or nondestructive mode.

[1] https://e2fsprogs.sourceforge.net/e2fsprogs-release.html#1.47.1

У меня 1.45.6 и отказ воспроизводится. Можно обойти, увеличив размер блока.

Жёваный крот. Ещё один рекламный буклетик корпорации.

Народ, вы совсем, что-ли белены объелись?

Ну флаг в руки и барабан на шею, с такими-то «аргументами». Но будет очень разумно всё-же озаботится бэкапами бэкапов сделанных на 18Тб «CMR» дисках.

WD Ultrastar DC HC550 WUH721818ALE6L4 достаточно энтерпрайзно? Производитель пишет что это CMR. Насколько я понимаю у SMR есть разные признаки по которым оно и опознаётся. Если бы диски заявленные как CMR были на самом деле SMR, то пользователи в т.ч. корпоративные давно бы заметили что их обманывают и начали бы судиться с производителем.

e2fsprogs 1.47.2

Recording Technology
EAMR
Cache Size
512MB

Не CMR, и большой кеш. Это очень плохие признаки.

Насколько я понял, наличие черепичной записи (SMR) достоверно проверить можно с помощью fio

https://unix.stackexchange.com/questions/286432/how-to-determine-whether-hard-drive-uses-smr

hdd smr

Фиг знает, я сюда залил терабайт примерно и не заметил что бы скорость начала проседать, что характерно для SMR. EAMR это вообще не связано с CMR и SMR, это про уплотнение ячеек записи, насколько я понимаю.

залил терабайт

5% от всего объема. Даже дешевые ssd не заметят.

залил терабайт примерно

Мало для 18 терабайтного чистого диска. Проблемы должны начаться, если диск заполнить почти полностью, потом часть файлов стереть, освободив заметную часть диска, и продолжать записывать много гигабайтные файлы.

Тогда вообще пофиг, весь винт у меня забит не будет.

Если будет время, запусти fio, как сказано по ссылке выше, интересно же.

Должно убедить тех, кто твердит SMR)

Позже, пока по совету legolegs прогоняю badblocks, первая половина почти проверена 87.92% done, 8:21:40 elapsed. (0/0/0 errors)

У меня есть подозрение, что интенсивное уплотнение влияет на «утечку» заряда … электромагнитного, почти как ssd. То есть со временем данные могут портиться.

Там не заряд. Магнитные домены.

>> он три года пролежал в ящике

А что у тебя еще лежит в этом самом ящике? Инструмент? Тяжелые металлические предметы? Аккумуляторы и батарейки? А неодимовые магниты?

Нет конечно, бумаги в основном.

Которые переориентируются с временем, из-за влияния соседей, нагрева и прочих природных/физических факторов.

То есть утекает заряд электромагнитный.

Может там материал более магниторезистивный, или как там правильно его назвать. Поэтому и нагревают участок при записи, что бы «размягчить» его.

Неокончательный результат проверки первой половины диска.

0.39% done, 11:23:13 elapsed. (1597/0/0 errors)

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   046   046   001    Pre-fail  Always       -       265814277
  2 Throughput_Performance  0x0005   100   100   054    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0007   084   084   001    Pre-fail  Always       -       302 (Average 345)
  4 Start_Stop_Count        0x0012   100   100   000    Old_age   Always       -       12
  5 Reallocated_Sector_Ct   0x0033   094   094   001    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   001    Pre-fail  Always       -       0             
  8 Seek_Time_Performance   0x0005   100   100   020    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0012   100   100   000    Old_age   Always       -       26
 10 Spin_Retry_Count        0x0013   100   100   001    Pre-fail  Always       -       0             
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       12
 22 Helium_Level            0x0023   100   100   025    Pre-fail  Always       -       100
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       13
193 Load_Cycle_Count        0x0012   100   100   000    Old_age   Always       -       13
194 Temperature_Celsius     0x0002   060   060   000    Old_age   Always       -       34 (Min/Max 25/45)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       12944
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   100   100   000    Old_age   Always       -       0

Пациент похоже скорее мёртв, чем жив.

Гелий, как и водород, стоит себе в баллонах под огромным давлением и ничего.

Гелий стоит, а вот водород потихоньку утекает.

0.39% done, 11:23:13 elapsed. (1597/0/0 errors)

начальная 9 обрезалась?

90.39% done, 11:23:13 elapsed. (1597/0/0 errors)

Нет, именно 0.39% - это второй заход похоже когда он сектора перечитывает. Сейчас у меня так 8.13% done, 13:12:28 elapsed. (1654/0/0 errors), причём уже час наверное как цифра 1654 не меняется.

13279165done, 11:28:12 elapsed. (1618/0/0 errors)
13279171done, 11:28:14 elapsed. (1619/0/0 errors)
13283755done, 11:28:24 elapsed. (1620/0/0 errors)
13285811done, 11:28:29 elapsed. (1621/0/0 errors)
13292040done, 11:28:38 elapsed. (1622/0/0 errors)
13306675done, 11:28:54 elapsed. (1623/0/0 errors)
13309308done, 11:28:59 elapsed. (1624/0/0 errors)
13321248done, 11:29:11 elapsed. (1625/0/0 errors)
13321267done, 11:29:15 elapsed. (1626/0/0 errors)
13321273done, 11:29:17 elapsed. (1627/0/0 errors)
13324352done, 11:29:23 elapsed. (1628/0/0 errors)
13324914done, 11:29:26 elapsed. (1629/0/0 errors)
13325451done, 11:29:32 elapsed. (1630/0/0 errors)
13325893done, 11:29:35 elapsed. (1631/0/0 errors)
13326399done, 11:29:39 elapsed. (1632/0/0 errors)
13327478done, 11:29:43 elapsed. (1633/0/0 errors)
13327996done, 11:29:47 elapsed. (1634/0/0 errors)
13346764done, 11:30:05 elapsed. (1635/0/0 errors)
13353500done, 11:30:15 elapsed. (1636/0/0 errors)
13364410done, 11:30:27 elapsed. (1637/0/0 errors)
13396650done, 11:30:55 elapsed. (1638/0/0 errors)
13411694done, 11:31:09 elapsed. (1639/0/0 errors)
17152296done, 11:33:43 elapsed. (1640/0/0 errors)
17165891done, 11:34:00 elapsed. (1641/0/0 errors)
17176757done, 11:34:10 elapsed. (1642/0/0 errors)
17182480done, 11:34:20 elapsed. (1643/0/0 errors)
17196080done, 11:34:36 elapsed. (1644/0/0 errors)
17199169done, 11:34:42 elapsed. (1645/0/0 errors)
17208062done, 11:34:52 elapsed. (1646/0/0 errors)
17211686done, 11:34:59 elapsed. (1647/0/0 errors)
17240778done, 11:35:22 elapsed. (1648/0/0 errors)
17309439done, 11:36:06 elapsed. (1649/0/0 errors)
18509955done, 11:37:12 elapsed. (1650/0/0 errors)
18513131done, 11:37:21 elapsed. (1651/0/0 errors)
22638381done, 11:41:24 elapsed. (1652/0/0 errors)
28632467done, 11:47:10 elapsed. (1653/0/0 errors)

Мда, опять эти любители сувать везде дефолтные int-ы. Хорошо хоть не signed. Вместо разделов лучше -b8192 поставь.

Получается, что я был не прав с гипотезой размагничивания. Всё равно стоило проверить. Соболезную утрате железяки, но поздравляю с тем, что диск покидает тебя не забирая с собою твои данные.

Смысла уже нет, половина проверки почти закончена.

диск покидает тебя не забирая с собою твои данные

Это самое главное, да.

SMR не позволяет удвоить плотность записи. Если CMR максимум 10ТБ то SMR максимум были бы где-то 12-14ТБ.

Там в авторах Теодор Тсо, он мягко говоря не имеет репутации неряшливого кодера. Хорошо, конечно, что есть проверка на переполнение, но действительно странно, что тип данных не заменён на long. Видимо, поддержка утилиты осуществляется по остаточному принципу. Возможно, стоит прислать патч, должно быть несложно.

Fix a crash in badblocks

Так они походу краш заменили на ту ошибку про 32-бит значение.

Куча пендингов и ни одного realloc? Он точно запись делал?

Не long а off_t. Либо long long.

badblocks -t 0xff -swv -b4096 /dev/sda1 судя по ману -w запускает тест с записью.

записали нули, прочитали, а оно не прочиталось, случился pending. Надо записать снова, чтобы случился realloc.

Научного любопытства ради можно прогнать выборочно с 13209600 по блок 13414400 с другим паттерном и посмотреть, случатся ли реаллоки. Должно быть недолго.

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

И да, 100% способа выяснить какой тип записи используется без вскрытия диска нет. Некоторые черепичные могут иметь и использовать trim, но отсутствие команды trim не означает что это CMR. Да и в CMR тоже может попасться команда trim, просто ничего не делающая. А вскрыв диск ты теряешь возможность выставить претензию производителю.

У него и так были пендинги ещё раньше, они должны были превратиться.

И да, 100% способа выяснить какой тип записи используется без вскрытия диска нет

Непрерывно длящаяся фрагментированная запись на SMR неизбежно создаст лаги через какое-то время.

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

Может он стесняется. смарт загадочный. Я долго курил диски, их смарт и вообще поведение при сбоях, любопытно было. Я знаю, когда смарт НЕ переназначает блоки. а вот когда переназначает - это до сих пор для меня загадка. Диски, где процесс разрушения можно пронаблюдать зачастую от опытов помирают насовсем.

Или те пендинги полностью ожили и реабилитированы.

Непрерывно длящаяся фрагментированная запись на SMR неизбежно создаст лаги через какое-то время.

Это надо целую отдельную систему специально делать и целенаправленно тестировать там диски месяцвми. И то не 100% способ. И к производителю с такой претензией обращаться бессмысленно, просто нахер пошлёт.

А на продакшене это заметить практически нереально.

Никакую не отдельную систему, просто прогу в фоне запустил на компе куда этот диск включен. Да и не месяцами, 18ТБ/100МБ = 50 часов на запись всего объёма линейно в начале, а затем уже недолго останется до лагов.

Производитель тебя в любом случае может послать, это другой вопрос.

18ТБ/100МБ = 50 часов на запись всего объёма

Это будет не фрагментированная запись. Чтобы фрагментированная получилась тебе надо не очень большие файлики разного размера записывать-стирать по всему объёму диска, а это далеко не 50 часов.

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

Утекает то всё, вопрос с насколько заметной скоростью водород утекает? Какие-то цифры можете привести? И вентиль может травить, если говорить про какой-то конкретный баллон.

И при этом баллоны обычные, стальные, стенка 4-5 мм, без покрытий изнутри, которые ещё снизят утечки сквозь стенки. А, если давление будет не 200 атм, а около нуля, то там скорость диффузии сквозь металл должна быть совсем небольшой.

А, если возвращаться к НЖМД, то, поди и методов измерений столь малых утечек нет. Чтобы взял конкретный винт и за час/сутки определил, что из него заметное кол-во гелия утечёт через 5 лет.

Пациент похоже скорее мёртв, чем жив.

Так то да, но 5, 196 и 198 по нулям. Жги его дальше.

https://otvet.mail.ru/question/32964705

Следует иметь в виду, что мокрые, а также сухие (поршневые) газгольдеры сварной конструкции не обладают достаточной герметичностью. Согласно техническим условиям допускается утечка водорода при нормальной эксплуатации мокрых газгольдеров вместимостью до 3000 м3 – около 1,65%, а вместимостью от 3000 м3 и более - около 1,1% в сутки (считая на номинальный объём газгольдера) .

https://dzen.ru/a/Xu4u4PHUUUhvLRIR

Наибольших успехов в плане уменьшения утечек добились специалисты BMW. Они разработали и испытали несколько автомобилей с водородным топливом, хранящимся в жидком виде в специальных баллонах. Им удалось уменьшить потери на испарение до 1,5 % массы в день.

А, если возвращаться к НЖМД, то, поди и методов измерений столь малых утечек нет.

Гелий гораздо слабее утекает

Так то да, но 5, 196 и 198 по нулям.

Развивая тему «утекания заряда». Мне кажется, что просто испортились данные (и чексуммы секторов), и диск не может прочитать, вот и тупит. Предлагаю тупо записать весь диск каким-нибудь ненулевым шаблоном, чтобы обновить всю поверхность.

Был у меня похожий диск c «Current_Pending_Sector», я скопировал что смог, и переписал весь диск шаблоном 0xFF, до сих пор жив-здоров без бедов.

Газгольдеры — это про хранение больших объёмов. И, да, сварные швы проблемма. Но, скорее всего текст старый, когда о просветке (рентгеном) всех швов речи не шло. Сейчас стальные швы намного качественнее проверяют. И вот про такой случай хранения:

Для хранения и перевозки небольших количеств сжатого водорода при температурах от –50 до +60 0С используют стальные бесшовные баллоны малой ёмкости до 12 дм3 и средней ёмкости 20 – 50 дм3 с рабочим давлением до 20 Мпа. Корпус вентиля изготавливают из латуни. Баллоны окрашивают в тёмно-зелёный цвет, они имеют красного цвета надпись “Водород”.

Баллоны для хранения водорода достаточно просты и компактны. Однако для хранения 2 кг Н2 требуются болоны массой 33 кг.

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

Но всем хочется не только надёжного хранения, но и чтобы веса не было. Всякое изобретают, допустим, фольга, обмотанная углепластиком. А, как только начинают рассуждать про безопасность, дак хотят не только хранение/транспортировка, а чтобы ДТП выдерживало...

Гелий гораздо слабее утекает

Это, если про утечки сквозь стенки корпуса НЖМД, но всегда есть уплотнения. Я к тому, что производитель там пишет 3 года, или сколько и всё. И сам производитель реально измерить утечку и определить точный срок службы «по гелию» у сошедшего с конвеера НЖМД не может.

https://dzen.ru/a/Xu4u4PHUUUhvLRIR

Наибольших успехов в плане уменьшения утечек добились специалисты BMW. Они разработали и испытали несколько автомобилей с водородным топливом, хранящимся в жидком виде в специальных баллонах. Им удалось уменьшить потери на испарение до 1,5 % массы в день.

Тут явно про небольшие объёмы. Тем не менее, те же самые 1,5 % массы в день.

Это, если про утечки сквозь стенки корпуса НЖМД, но всегда есть уплотнения. Я к тому, что производитель там пишет 3 года, или сколько и всё. И сам производитель реально измерить утечку и определить точный срок службы «по гелию» у сошедшего с конвеера НЖМД не может.

Думаю, сейчас может. Технологии 10 лет уже. Никто не мешает производителю взять из дата-центра свои первые HDD по такой технологии и проверить.

У BMW — про испарение.