Я мав досить хороший досвід роботи зі SpinRite, але думаю, що це дуже завищено. Насправді, це може бути занадто розумним для власного блага. Є безкоштовні рішення, які працюють так само добре (власне, безкоштовні можуть працювати ще краще).
У нас був накопичувач NTFS потужністю 200 ГБ, який раптом катастрофічно вийшов з ладу. Це повинен був бути "загальним" накопичувачем, на який люди просто тимчасово скидали речі, але в кінцевому підсумку вони перетворилися на величезне сховище даних, що мали різні резервні копії, а також купу файлів, які ніхто не намагався нікуди створити. Коли диск загинув, ми не змогли його встановити, незалежно від того, скільки разів ми виконували chkdsk чи інші інструменти.
Врешті-решт ми придбали та запустили SpinRite ..., який продовжував працювати більше 1 місяця. Кожного разу, коли він потрапляв у поганий кластер, він витрачав години, намагаючись відновити дані з нього. Знову він працював безперервно більше місяця, намагаючись відновити дані з несправного накопичувача на 200 ГБ. (У захисті SpinRite він може сканувати диск лише за кілька годин, якщо фізичних дефектів немає.) SpinRite змогла відновити всі наші файли, хоча багато хто з більших з них виявився пошкодженим. SpinRite також зробив привід змонтованим знову. Тож я б точно сказав, що щось зробив.
Однак, незважаючи на те, що він працював, я не знаю, чи це допомогло більше, ніж просто завантажувати компакт-диск Linux і запускати dd, щоб скопіювати весь диск у файл. Можна щось сказати, що цілий місяць не запускали вмираючий диск, оскільки він гине! Фізичні дефекти, здається, мають звичку поширюватися. Мене не здивувало б, якщо диск ще більше погіршився, поки SpinRite працював. Особисто я бажаю якнайшвидше дістати дані з диска, зробити кілька резервних зображень та спробувати відновити файли в режимі офлайн.
Нещодавно нам довелося відновити інші дані, і ДД зробив чудову роботу. Ви можете сказати йому скопіювати всі хороші дані з диска, потім ви можете запустити їх ще кілька разів і спробувати більше (тобто використовувати менші розміри блоків), намагаючись витягнути дані з поганих областей.
Якщо у вас є запасна година, я б сказала, що варто витратити час, щоб навчитися використовувати dd, а не купувати SpinRite:
http://www.debianadmin.com/recover-data-from-a-dead -hard-drive-using-dd.html
Або піти трохи простішим маршрутом і просто завантажити dd_rescue:
http://www.garloff.de/kurt/linux/ddrescue
Якщо ви все ще хочете запустити SpinRite, я настійно рекомендую це зробити ПІСЛЯ ви скопіювали всі наявні дані з накопичувача, на випадок, якщо запуск диска довший проміжок часу дозволяє йому ще більше погіршуватися.
Кожен раз, коли ви отримуєте новий диск, вам слід завантажувати компакт-диск Linux і запускати неполадки, щоб перевірити його на наявність дефектів. Також слід періодично перевіряти накопичувачі на предмет деградації. У нас було щонайменше 2 абсолютно нових накопичувача з дефектами, а 3 або 4 більше гинуть протягом декількох місяців (навіть якщо ми робили ретельні тести, перш ніж здати їх в експлуатацію).
Зауважте, що вам потрібно запустити badblocks як root або приєднати команди "sudo", якщо ви завантажуєте живий компакт-диск Ubuntu.
Нові накопичувачі (попередження: знищує всі дані!):
badblocks -wvs /dev/sd#
або
badblocks -wvs /dev/hd#
Пристрої, що використовуються (тест лише для читання):
badblocks -vs /dev/sd#
або
badblocks -vs /dev/hd#
Де # - номер диска в Linux. Диски IDE зазвичай називаються / dev / hd #, а дисками SCSI (а часто і SATA) є / dev / sd #.
Більше інформації про погані блоки тут: http://en.wikipedia.org/wiki/Badblocks
До речі, незважаючи на те, що dd і badblocks є програмами Linux, ви можете використовувати їх на накопичувачах NTFS і навіть можете монтувати розділи NTFS в Linux, незалежно від того, використовуєте ви розділи MBR, динамічні диски або GPT диски.
Документація Стіва обговорює безліч гіпотетичних проблем, з якими SpinRite теоретично може допомогти. Наприклад: дані з часом згасають і потребують "оновлення", читаючи кожен блок і знову записуючи його на диск, або поняття, що неодноразове перестановлення прочитаної головки з будь-якої сторони блоку, врешті-решт, дозволить вам статистично божевільні вихідні дані, що зберігаються в цьому блоці. Логічно ці речі мають сенс, але я думаю, що вони є лише рішенням академічних проблем, які насправді можуть не виникати в реальному світі. (Принаймні, із жорсткими дисками - можливо, Zip-диски і подібні були більш чутливі до зменшення даних.) Якщо Стів цитував документи на тему, або якщо ці методи були експериментально доведені до ефективності, тоді я б очікував, що буде багато клонів з відкритим кодом або доступних у продажу клонів SpinRite. Було б цілком можливо середнього середнього програміста скриптів написати сценарій оболонки Python, Perl або UNIX, який включає всі документировані функції SpinRite.