збереження даних з несправного накопичувача


12

Зовнішній 3 ½ "HDD, схоже, загрожує виходу з ладу - він видає звуки тикання, коли працює в режимі очікування .

Я придбав накопичувач заміни і хочу знати найкращу стратегію, щоб вимкнути дані сумнівного накопичувача з найкращими шансами максимально зекономити.

Є деякі каталоги, які важливіші за інші. Однак я здогадуюсь, що вибір та вибір каталогів зменшить мої шанси зберегти всю справу. Я також повинен був би встановити його, скинути список файлів, а потім відключити його, щоб мати змогу ефективно розставляти пріоритети каталогів. Додаючи той факт, що це забирає багато часу, я відхиляюся від такого підходу.

Я вважав, що я просто використовую dd, але не впевнений, як він би впорався з помилками читання чи іншими проблемами, які можуть перешкоджати рятуванню лише певних частин даних або які можуть бути подолані за допомогою деяких спроб, але не так багато, щоб вони загрожують збереженню інших частин накопичувача. Я думаю, в ідеалі було б зробити один прохід, щоб отримати якомога більше, а потім повернутися, щоб спробувати все, що було пропущено через помилки.

Чи можливо, що копіювання повільніше - наприклад, призупинення кожного x MB / GB - було б краще, ніж просто запуск операції з повним нахилом, наприклад, щоб уникнути проблем із перегріванням?

Для натовпу "де ваша резервна копія": це насправді мій резервний диск, але він також містить деякі некритичні та об'ємні речі, такі як музика, які не є резервними копіями, тобто не створюються резервними копіями.

Привід не виявив явних ознак відмови, окрім цього дещо зловісного звуку. Нещодавно мені довелося виправити декілька помилок - осиротілі inode, неправильні вільні блоки / підрахунки inodes, різницю бітових карт inode, нульовий dtime на видалених inodes; близько 20 помилок усього.

Файлова система розділу - ext3.


Поперечний розміщені на askubuntu і суперкористувача
созерцаемое

Відповіді:


9

Ви можете використовувати ddrescueабо dd_rescueчи myrescueклонувати несправного диска без переривання на будь-якому нечитаний сектор. (Myrescue менш налаштований, але має кращу стратегію за замовчуванням, оскільки він намагається пропустити нечитабельні регіони.) Це скопіює все, включаючи порожній простір, і не дасть вам встановити пріоритети. Тим НЕ менше, такий підхід низького рівня має перевагу по порівнянні з інструментами файлової системи на рівні: якщо каталог нерозбірливий, ви можете все ще відновити файли , які він містить шляхом пошуку необробленого зображення за допомогою таких інструментів, як foremost, magicrescue, photorecвключений в TestDisk і т.д.


Посилання на, magicrescueздається, порушено; ти мав на увазі це замість itu.dk/~jobr/magicrescue ?
ландроні

@landroni Так, я думаю, цей студент закінчив, дякую.
Жил "ТАК - перестань бути злим"

"Myrescue [..] має кращу стратегію за замовчуванням" Чи можете ви розмістити ddrescueприклад, налаштований за myrescueзамовчуванням? Дякую!
landroni

1
Для ddrescue/ dd_rescueви робите перший пропуск з великим розміром блоку та змінюєте на менший у наступних проходах (наприклад, щонайменше вдвічі зменшуючи розмір). Це, звичайно, вимагає використання логфайлу (див. Сторінку людини).
петерф

Конфузно в системах на базі Debian команда ddrescueнадходить з пакету gddrescue; dd_rescueз пакета ddrescue; і myrescueвід упаковки myrescue.
ландроні

8

Немає способу знати найкращі з ваших варіантів, не знаючи, що саме з помилковим диском. Якщо це механічний збій, уникнення його нагрівання може допомогти, але якщо це пов’язано з помилками в даних сервоприводу, тепло, швидше за все, не матиме значення.

Я б одразу почав копіювати унікальні дані на новий диск rsync. rsyncдозволить зробити паузу, відновити та перезапустити по мірі необхідності, поки не вилучите всі дані.

Тоді я б запустив скраб даних на диску. Я вважаю, що з ext3файлової системи ви працюєте з Linux, тому спробуйте це:

# umount /dev/sdX
# badblocks -n /dev/sdX

(Перш за все, важливо відключити накопичувач.)

Це прочитає кожен сектор з диска і запише його назад без змін. Це змусить прошивку диска перевірити кожен сектор на наявність помилок та перезавантажити будь-які погані сектори. Це найважливіша частина того, що робить дорога програма SpinRite . Крок до цього, лише якщо badblocksне вдалося, і ви все ще не отримали всіх унікальних даних з накопичувача: SpinRite намагається більше, ніж badblocksробить.


2

Якщо диск вмирає, спочатку переконайтеся, що ви зробите його максимально гарним клонуванням (див. Відповідь Гілла) і лише потім приступайте до гри з накопичувачем. Таким чином, ви завжди матимете хоча б якісь дані, на випадок, якщо щось піде не так (що часто може статися із несправним обладнанням).

Якщо ви використовуєте ddrescue(або dd_rescueя не впевнений у інших), ви завжди можете зробити копію частково клонованих даних та пов'язаного з ним журналу файлів і спробувати покращити його, запустивши ddrescueще раз, зробивши щось, що повинно було виправити диск. Він спробує прочитати пропущені частини, залишаючи добре клоновані частини недоторканими.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.