Обновить
79
Новгородов Игорь@blind_oracle

Инженер, разработчик

1,5
Рейтинг
66
Подписчики
Отправить сообщение

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

Покупал, иногда сотнями - даже серийники шли подряд :) Но, видать, повезло.

Я не говорю что оно не поможет при смерти диска, просто основное преимущество ZFS именно в чексуммах и выборочном восстановлении блоков.

Остальные стандартные фичи RAID там как бы по умолчанию идут.

У меня пара десятков Hitachi 3Тб уже трудится больше десяти лет 24х7, часов наработки на них 100 тысяч (11.3 года нон-стоп). И хоть бы один, гад, сдох :)

SMART
=== START OF INFORMATION SECTION ===
Model Family:     Hitachi Ultrastar 7K3000
Device Model:     Hitachi HUA723030ALA640
Serial Number:    MK0371YVH9Y0RA
LU WWN Device Id: 5 000cca 234d29bcb
Firmware Version: MKAOAA10
User Capacity:    3,000,592,982,016 bytes [3.00 TB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    7200 rpm
Form Factor:      3.5 inches
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 2.6, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Tue Mar 31 19:48:28 2026 MSK
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   016    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   136   136   054    Pre-fail  Offline      -       83
  3 Spin_Up_Time            0x0007   146   146   024    Pre-fail  Always       -       525 (Average 534)
  4 Start_Stop_Count        0x0012   100   100   000    Old_age   Always       -       233
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   067    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   123   123   020    Pre-fail  Offline      -       31
  9 Power_On_Hours          0x0012   086   086   000    Old_age   Always       -       99512
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       178
192 Power-Off_Retract_Count 0x0032   098   098   000    Old_age   Always       -       2758
193 Load_Cycle_Count        0x0012   098   098   000    Old_age   Always       -       2758
194 Temperature_Celsius     0x0002   120   120   000    Old_age   Always       -       50 (Min/Max 8/71)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   200   000    Old_age   Always       -       1

Недавно поменял часть их только потому, что размер уж очень маленький...

ZFS он, скорее, не от механики, а от всяких bit rot и прочих silent data corruption. Ну и память ECC - must have.

Диски парами в массивах у меня ни разу не умирали. Хотя массивов я эксплуатировал за долгие годы очень много, и больших и маленьких.

Возможно ошибка выжившего, но тем не менее.

С SSD иногда бывает такая раскоряка, что умирают несколько сразу. У меня такое было давно с нынче почившими OCZ - померли сразу два в зеркале RAID.

Может оно сейчас и получше, но недавние ошибки в прошивках вроде бы HP, когда они дозли просто через Х часов аптайма уверенности не добавляют... софт старых HDD всё же сильно проще.

Backblaze по поводу надёжности с вами не очень согласится, думаю.

Да и я сам не так давно присматривал за фермой с около 35 тысяч дисков (150ПБайт или около того) - они, конечно, дохли, но совсем не так часто. Раз в неделю меняли несколько штук, вроде бы. И те часто по SMART, а не фактической смерти.

Убегая от медведя - не нужно бежать быстрее него, достаточно бежать чуть быстрее других :)

Социальные методы - это вилы? /s

Меш это просто концепция, протоколов его реализующий довольно много.

Тот же Meshtastic имеет недостатки, их пытаются сейчас нивелироватькак в самом проекте, так и в "форках" типа MeshCore.

В общем и целом любой протокол на полудуплексе (в разделяемой среде, такой как радио) будет хуже сети из изолированных P2P-линков, как интернет.

Если всё закроют - никто не будет париться и соблюдать закон о мощности какого-то там LoRa, я уверен. Просто выкрутят на максимум и поехали.

Если чёрные воронки-пеленгаторы начнут по улицам ездить и ловить - тогда да, но сомневаюсь что до этого дойдёт. Хотя кто знает...

Дык а вы думаете у VHF UHF высокая? Там всё ещё хуже.

Ну это, наверное, совсем головой ударенные были. Я не встречался, хотя провайдерские ДНС не юзаю никогда.

Проблема только что SOCKS5 не зашифрован, авторизация там обычно открытым текстом. Разве что пускать его под VPN до "доверенного узла".

Траффик до ВК не фильтруется. Только траффик за бугор пока что. Поэтому нет, не даёт.

А внутри страны они и не фильтруют. Пока.

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

Да, возможно будут просто 53/UDP заворачивать на локальные резолверы, а всяких умников с DoT/DoH просто блокировать, кто их знает.

Хендшейк проходит целиком, сколько-то килобайт может туда-сюда пролезают и всё, дохнет.

Билайн проводной, Москва.

Возможно.

У меня чёткая зависимость: инициирую из РФ, хендшейк проходит и дальше блок. В обратную сторону - всё ок.

1
23 ...

Информация

В рейтинге
1 827-й
Откуда
Zürich, Швейцария
Дата рождения
Зарегистрирован
Активность