Как стать автором
Обновить

Комментарии 17

Это реклама бэкапов. :)

Сотрудники фирмы, восстанавливающей информацию, говорят, что любимый случай у них — когда винт перестаёт определяться. Тогда до него обычно не дотягиваются шаловливые ручки и не ухудшают ситуацию. :)
Важные данные? Raid0? Без резервного копирования?
Мсьё знает толк в извращениях…
А где сказано, что там были важные данные без резервного копирования?
raid0, хранившем, откровенно говоря, всякую ерунду
Ровно такая штука была со мной — когда ddrescue доходил до сбойного сектора, винчестер выдавал кучу ошибок, после чего отключался, и его надо было передергивать. В общем, методом деления пополам, я считал большую часть того, что нужно было.
P.S. Сейчас уже не найду картинку, но винч повредился после удара кулаком по ноутбуку моим несдержанным родственником, и на карте сбойных секторов отчетливо была "косая зебра". Подозреваю, это бошки бились о поверхность.
В качестве заключения дочитавшему до сюда рекомендую:
использовать для восстановления устройство USB to SATA, или аналогичное для вашего диска
Не очень хороший совет. Такие контроллеры не пропускают ioctl-команды.
Не пользовался такими адаптерами много, поэтому не могу сказать наверняка, но слышал, что они, в целом, хуже, чем полноценные SATA-контроллеры на материнских платах. В общем, я бы такой совет не давал.

А вам рекомендую использовать оверлейные системы вроде overlayfs, aufs3, unionfs, для хранения не особо важных данных, если не нужна высокая скорость чтения, а только объединение винчестеров. Потеряете только те файлы, которые были на конкретном винчестере, и восстановить будет проще в случае чего.
На вкус и цвет все фломастеры разные. Если брать что-то на базе Ti (а не задолбавшего JMicron), то по ATA/ATAPI можно полностью спокойно работать. С жмикром да, чуть влево — чуть вправо и всё.
> периодически просматривать отчеты SMART
Обычно важные smart показатели не меняются, поэтому лучше настроить фильтр, чтобы вам автоматически приходил отчет, если что-то вдруг не так. Регулярный просмотр SMART быстро надоедает, и можно пропустить что-то важное.

> использовать для восстановления устройство USB to SATA, или аналогичное для вашего диска,
К сожалению не знаю все нюансы под Linux, но для Windows далеко не всегда через такой переходник можно нормально работать с SATA дисками, включая то, что smart информация по-моему вообще не передается ибо некоторые команды контроллеру винта нельзя передать через такой интерфейс.

Кроме того, USBtoSATA в подавляющем большинстве 2.0, что накладывает ограничения на скорость, так что для слива большого количества данных, лучше подключать по SATA.

P.S. Админы делятся на тех что:
не делают бэкапы
тех что УЖЕ делают
тех что уже делают и проверяют целостность
SMART через usb от программы зависит. Всякие там виктории не умеют. hddscan может посмотреть, по-моему. Хотя я crystal disk info для этого использую.
Зависит не от программы, а от SATA2USB контроллера в коробочке. Половина дешевых не умеют, половина умеет. Нормальные умеют прекрасно всё (для примера можно залмановские коробочки посмотреть, фудж и техас умеют)
Нормальные контроллеры работают через USB 3.0 и умеют USB Attached SCSI.
К сожалению не знаю все нюансы под Linux

Это выглядит так:
# smartctl -A /dev/sdb
smartctl 5.40 2010-07-12 r3124 [i686-pc-linux-gnu] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

/dev/sdb: Unknown USB bridge [0x11b0:0x6298 (0x108)]
Smartctl: please specify device type with the -d option.

Use smartctl -h to get a usage summary

# smartctl -A /dev/sdb -d sat
smartctl 5.40 2010-07-12 r3124 [i686-pc-linux-gnu] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
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   062    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   100   100   040    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0007   193   193   033    Pre-fail  Always       -       1
  4 Start_Stop_Count        0x0012   098   098   000    Old_age   Always       -       4264
  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   100   100   040    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0012   001   001   000    Old_age   Always       -       53368
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   098   098   000    Old_age   Always       -       3733
191 G-Sense_Error_Rate      0x000a   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   099   099   000    Old_age   Always       -       266
193 Load_Cycle_Count        0x0012   086   086   000    Old_age   Always       -       149725
194 Temperature_Celsius     0x0002   152   152   000    Old_age   Always       -       36 (Lifetime Min/Max 13/58)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       1
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   253   000    Old_age   Always       -       0
223 Load_Retry_Count        0x000a   100   100   000    Old_age   Always       -       0

Лучше установить smartmontools и запускать smartd при загрузке системы. В *nix smartd сообщит об ухудшении состояния диска в момент обнаружения этого факта. В Windows требуется настройка уведомления, можно отправлять его на email или выводить сообщение на консоль.
В smartd.conf множество настроек, в том числе можно сделать периодическое тестирование.
Вместо ddresque стоило взять whdd. У него есть несколько режимов, самый "вкусный" — чтение до сбоя, потом чтение с конца до сбоя, потом из середины сбойного блока в обе стороны до сбоев, и так необходиоме число итераций.
Помирающий полутерабайтный диск подруги прочитался им за сутки.
whdd рассматривался, но ddrescue победил, главным образом потому, что не заморожен. Реверс у него тоже есть, но в моем случае он бы только всё испортил. История все-таки про невероятное для первого раза везение.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории