.png)
Я осознаю ценность хороших резервных копий.
У меня жесткий диск на 500 ГБ, который выходит из строя. Я начал запускать
ddrescue /dev/sdb1 backup.img mapfile
и это должно было занять от 40 до 70 ДНЕЙ, в зависимости от того, с какой стороны на это посмотреть.
Я читаюэта почтакоторый показывает, как ускорить ddrescueс помощью -c 1Kiопции. Теперь я смотрю на 15 дней или около того.
Есть ли еще какой-то трюк, который я упускаю? Или есть лучший инструмент? Это действительно то, что подразумевает восстановление неисправного жесткого диска?
решение1
ddrescueесть такая опция:
-a, --min-read-rate=<bytes>
minimum read rate of good areas in bytes/s
Если вы укажете его в командной строке с приличным размером, например 10M, , то, если повезет, области, которые все еще могут быть прочитаны, но очень медленно, будут пропущены первыми, а затем будут продолжены другие области, которые диск все еще может прочитать производительно.
В зависимости от того, чего не хватает в конце, вы все равно можете продолжить медленным пасом.
Также можно запустить его ddrescueв --reverseрежиме или принудительно запустить с определенного смещения, так --input-position=Xчто если ddrescueон сам не переходит в более быструю область, вы можете принудительно сделать это вручную.
Действительно ли восстановление неисправного жесткого диска подразумевает именно это?
Трудно сказать, поскольку существует множество различных типов сбоев. Это также зависит от типа привода, того, как он обрабатывает ошибки, а иногда и от того, как сам контроллер реагирует на плохие приводы. Проверьте dmesgналичие шума, посмотрите, есть ли сбросы шины, они не должны происходить только потому, что привод сталкивается с ошибкой чтения. (Если это происходит, возможно, увеличьте /sys/block/.../device/timeout)
Если ваш диск поддерживает SCTERC (что маловероятно для настольных потребительских дисков), вы можете указать диску даже не пытаться исправлять внутренние ошибки, а напрямую возвращать ошибки чтения.