> А смысл? Зачудил винт - в SMART покажет, успеешь заменить, слив на новый 1 в 1.На самом деле как повезет. Но smartmontools поставить идея хорошая.
> Где тут место виктории и прочей магии?
Там где зачудивший винт на поверку читается местами, в час по чайной ложке и норовит склеить ласты при процессе вычитывания, при странной реакции кернела на read error. Если ты как наивная клава попробуешь вычитать с него что-то - высокий шанс что испортишь ФС и/или задолбаешь пациента до смерти. Ядро при ошибке чтения не сильно настаивает и если там большой вкусный блок метаданных ФС не прочитался - половина ФС уйдет в аут. Или вообще не смонтируется, ха-ха.
Нормально это так: грарамотное чтение образа с быстрым пропуском проблемных областей при первой попытке, чтобы механику не мучать и дочитываем потом. По принципу "если пациент в процессе умрет, потери уже приемлимы". Это я тебе говорю как тот кто вынимает данные с умирающих дисков. Вот только недавно пациент откинул блины после 3-го прохода вычитывания. Он просто не справился с переносом 3000 бэдов, на 2500 фирмварь сдался. И вот так ФС вычиталась до монтируемого состояния и почти все файлы живые. А влобовую диск даже не монтировался, прикинь?! Потому что с первой попытки критичные куски структур ФС не читались. А долбежкой почти все отковырялось. Особенно утонченно если бэд в таблице разделов. Восстановить ее можно, но упаси писать партишн в нестабильный винч, он от этого может в страну вечной охоты отлететь до того как ты с него данные получишь. Он попробует ремапнуть, а что там было и не умрет ли все - никто не знает.
Кста все это и под пингвином делается. Берем whdd (по сути аналог виктории для линя, опенсорц), myrescue и ddrescue. Потом еще testdisk/photorec могут пригодиться если ФС все-же сильно порушилась. Глюков конечно будет больше, то ACPI пытается поумничать, то ядро очень огорчается от задумавшегося винча и отключает его нафигх. Но это лечится и с этим живут.