st9160314as - битый
 

вопрос чисто информативного параметра.
темы на форуме есть.хотелось бы не "бегать".
160 г диск. начиная с 13 до 22 гигов "плохие" сектора.
15 штук постоянно "скидываются" - программы их ремапят а 1 вообще физически убит.
вопрос. как бы "безболезненно" это "место" скрыть, чтоб система к нему не обращалась?
читал как то, что можно только(в моем случае) все 22 гига скрыть.
в общем предложите варианты. если только 22 то .. ну и ладно. как? инфу не запоминал.
использовал для тестирования victoria/mhdd/hdd regenerator.

Ну victoria/mhdd/hdd Degenerator здесь не помогут. Он начал сыпаться...Винту нужен селфскан. Селфскан запускается в терминальной программе, причём в любой. Но в результате прохождения полного селфскана будут стёрты некоторые служебные треки, то есть перед селфсканом их нужно сохранить. Это одно, но у вас модель 5400.6, значит это Сигейт F3 архитектуры и селвскан на нём даже специалист не сможет запустить. Есть команды переноса дефектов из пользовательского альт-листа в резервный дефект лист, пересчёт транслятора, потом команды на сканирование и скрытие дефектов, также есть команда заводского, внутреннего форматирования. НО все эти команды выполняются только в терминале, с помощью терминального адаптера. Если есть адаптер, то все команды могу подсказать. Если нет ни адаптера, ни малейшего представления о терминале. То просто купите новый винт !

misha2, а если бы я написал, что у меня "побиты" сектора от 150 до 160 г вы бы как ответили?

Такой случай легче - можно просто отрезать по НРА конец диска. Есть обычный способ вырезки плохих участков например Партишн Мэджиком, Акронисом и т.п, разбивкой на разделы. Но не забывайте, что в этом случае винт эти плохие сектора знает и головки будут всё равно на них попадать. А данные, файлы - нет. А вот если дефекты скрыть в заводской дефект-лист , то винт и не будет сам знать что они у него есть вообще.

dixi. Незачем голову ломать, работать не заставите, он рано или поздно сплошным бэдом станет.
Там и объемов-то таких нет. Не путайте двоичные и десятичные гигабайты. Винда и софт показывает двоичные объемы, а на харде написаны десятичные.

новый винт? с чего так? :)
это я утрированно.. :)
программно никак?

Ну причём тут двоичные, десятичные гигабайты. 1 сектор=1 ЛБА. То есть cher, по своему прав. По НРА конец винт в 10 гиг (от 150 до 160 гиг) всё равно будет отрезаться не по гигабайтам, а по количеству ЛБА, то бишь по количеству секторов. Сама команда НРА понимает именно ЛБА, а никак не гигабайты, какие б они ни были, двоичные там, десятичные... ;)

Это и делается программно, но через команды в терминале.
А про новый винт я сказал к тому, что вряд ли вы сами сможете в терминале его привести в порядок. Тем более это вообще зависит от общего количества бэдов. Ведь сами дефект-листы тоже имеют ограничение по количеству записей.

всё это понятно.я спрашиваю как бы "затереть""удалить""выкинуть" эти гиги.
дефект-листы насколько я понимаю тут не при чём.

Ещё как при чём. Это винт архитектуры F3. Когда хоть один дефект-лист переполнится, произойдёт сбой транслятора и винт уйдёт в залочку, т.е. поймает "муху СС", как минимум. И тогда чтоб достать свою инфу, винт уже придётся разблокировать...
Ну у вас получается одна возможность. Создать один раздел до начала области с бэдами, и второй раздел уже после этой области. Например Партишн Мэджиком. Чтоб инфа не попадала в область с бэдами и не портилась. И всё...Хотя, если по практике сказать про Сигейты архитетуры F3 (как и ваш 6400.6), если уж он начал сыпаться - то возможно в скором времени этот процесс ускорится, и винт "помрёт". Главно засечь этот момент и важную инфу с него забэкапить. Для этого нужно периодически заглядывать в СМАРТ винта.

misha2,
так и сделал. создал первый раздел на 25 гигов. и второй остальное. :yes: