rel7:
[more] Здравствуйте, имеется диск seagate st3000dm001-9YN166. Слишком поздно узнал, что это серия с большим количеством брака. С помощью ddrescue удалось вытащить данные до 730-го гигабайта(на скорости 50-70мб\сек), дальше скорость упала до 250-300 кб\сек и через определённый интервал появляются бед блоки, где скорость падает до 5-10 кб\сек. Интервал выглядит примерно вот так - 111111111BBB11BBB111111111, где 1-успех, B-бед. С такой скоростью данный диск можно считывать пол года. В самом конце скорость поднимается до 3мб\сек но беды появляются так же, только чуть меньше интервал. Самое интересное, что и сейчас в начале скорость высокая - 30-50 мб\с.
[more] в g-list имеется 3FFF (16383) записей, насколько я понимаю, он переполнен.
Не знаю, поможет ли его очистка, боюсь потерять данные.
Люди в разных местах говорят об очистке какого-то Relo-List, не мог бы кто-то объяснить, что это такое и чем он отличается от g-list? есть ли возможность это сделать для сигейт?
Поскольку на винте в основном видео, не принципиально чтобы все прочитанные данные были верны, главное чтобы были прочитаны хоть как-то.
В мануале по командам сигейт есть очень интересная команда - 'Y': Set Retries - DERP. С помощью данной команды можно, например, установить максимальное количество попыток чтения - 1, отключить ECC и например получить данные из блока даже если ECC не сошёлся. Я уверен, что в этом режиме возможно достаточно быстро прочитать винт.
Проблема в том, что после перезагрузки винта этот режим сбрасывается. Сбрасывается он и если даже перейти в ASCII Online Mode, в котором, включается sata интерфейс.
Однако, раз разработчики pc-3000 заявляют, что их data extractor при помощи pc-3000 может читать данные из бед секторов отключая ECC, значит они нашли решение данной проблемы.
Не знает ли кто, как можно заставить винт запомнить данную настройку? Что можно сделать чтобы поднять скорость? ddrescue уже изучил досканально, настроил чтобы проскакивала на плохих участках, но, тем не менее, процесс копирования займёт много месяцев, да и данные с плохих секторов хотелось бы прочитать хоть и понятно что там будут ошибки.
[/more]
[more] Здравствуйте, имеется диск seagate st3000dm001-9YN166. Слишком поздно узнал, что это серия с большим количеством брака. С помощью ddrescue удалось вытащить данные до 730-го гигабайта(на скорости 50-70мб\сек), дальше скорость упала до 250-300 кб\сек и через определённый интервал появляются бед блоки, где скорость падает до 5-10 кб\сек. Интервал выглядит примерно вот так - 111111111BBB11BBB111111111, где 1-успех, B-бед. С такой скоростью данный диск можно считывать пол года. В самом конце скорость поднимается до 3мб\сек но беды появляются так же, только чуть меньше интервал. Самое интересное, что и сейчас в начале скорость высокая - 30-50 мб\с.
[more] в g-list имеется 3FFF (16383) записей, насколько я понимаю, он переполнен.
Не знаю, поможет ли его очистка, боюсь потерять данные.
Люди в разных местах говорят об очистке какого-то Relo-List, не мог бы кто-то объяснить, что это такое и чем он отличается от g-list? есть ли возможность это сделать для сигейт?
Поскольку на винте в основном видео, не принципиально чтобы все прочитанные данные были верны, главное чтобы были прочитаны хоть как-то.
В мануале по командам сигейт есть очень интересная команда - 'Y': Set Retries - DERP. С помощью данной команды можно, например, установить максимальное количество попыток чтения - 1, отключить ECC и например получить данные из блока даже если ECC не сошёлся. Я уверен, что в этом режиме возможно достаточно быстро прочитать винт.
Проблема в том, что после перезагрузки винта этот режим сбрасывается. Сбрасывается он и если даже перейти в ASCII Online Mode, в котором, включается sata интерфейс.
Однако, раз разработчики pc-3000 заявляют, что их data extractor при помощи pc-3000 может читать данные из бед секторов отключая ECC, значит они нашли решение данной проблемы.
Не знает ли кто, как можно заставить винт запомнить данную настройку? Что можно сделать чтобы поднять скорость? ddrescue уже изучил досканально, настроил чтобы проскакивала на плохих участках, но, тем не менее, процесс копирования займёт много месяцев, да и данные с плохих секторов хотелось бы прочитать хоть и понятно что там будут ошибки.
[/more]
