в программе очень не хватает функции подобной той, что была фирменной фичей программы fformat а именно - та могла при встреченном секторе на дорожке всю дорожку, а точнее, все кластеры, приходящиеся на ту дорожку, отмечать "бедами" в фат. очень не хватает подобного в виктории. можно ли надеяться, что подобная фича когда-то появится в виктории?
спасибо.
пояснение - есть у меня парк винчестеров на парке старых машин. бедблоки - дело привычное уже. но охота продлить срок изпользования винчестера. появился бедблок - отметил целиком все блоки которые приходятся на физическую дорожку винчестера - и забыл что есть беды на винте который уже изчерпал лимит ремапов. беды-то уже промечены в фат заранее.
даже если ведется проверка неразмеченногодиска - при первом же бедблоке выдается запрос о типе файловой системы для данного винчестера - создается раздел на весь диск, и сразу в фат отметку делаешь.
эту опцию сделать альтернативой зачистке или ремапу. зачем терять время - первый же встреченный блок на дорожке приговаривает ее всю. ибо беды плодятся по дорожке. после завершения диском сразу можно будет пользоваться.
появился бедблок - отметил целиком все блоки которые приходятся на физическую дорожку винчестера
Нда, почитать о LBA и отличии от CHS явно не судьба. Хотя даже CHS во многих случаях виртуален .
Я уже не говорю о процессе мышления, который позволил бы не задавать подобные вопросы .
я сделал предложение по улучшению программы, которое позволит решить проблему лагов операционки - автору решать, оно ему интересно\возможно или нет.
про лба\дгс знаю. я не знаю как получить сведения о реальной организации винчестера. что не отменяет такой возможности вообще.
да если просто бедить все что не белое - уже будет улучшение. встретил зеленый блок - отмечаем, и для верности до него кластер и после него, можно пару. уже будет легче системе.
по карте же ведь часто сразу видно "рябую" дорожку. если в процессе сканирования нажать паузу и курсором подвести к блоку и отметить сразу область, как в текстовом редакторе. отметил - и снимаешь с паузы и пошел дальше.
а-ГАаа значит это странное?
да и четкая постановка задачи тоже есть - отмечать физические сбойные дорожки - точнее кластеры раздела, сидящие на оных, дабы ОСь на них и не пыталась совать нос. это странное и нечеткое описание задачи? эвона как!
...ну или таблетки от жадности, ибо ваша "хотелка" не вписывается в концепцию классического бесплатного продукта
особенно когда только кажется, что знаешь чего хочешь
И все сразу уверовали без доказательств в ваше понимание обсуждаемого вопроса, а не оценили ваше тупое постулирование собственной догмы - "оно должно так работать, потому что мне этого хочется".
ramvivat писал(-а):
логического блока адрес или дорожка головка сектор уже писать не могИ?
Вам никто не запрещает писать всякую чушь - дело добровольное. В адекватном переводе это будет выглядеть как АЛБ/ЦГС - т.е. у ramvivat не хватило ума найти расшифровку оригинальной аббревиатуры и перевести . Хотя использование подобных аббревиатур будет весьма забавным.
И добавленное автором в предыдущих сообщениях стоит прокомментировать.
ramvivat писал(-а):
да если просто бедить все что не белое - уже будет улучшение
Нда, если принимать постановку задачи именно в таком варианте, то проще сразу выкинуть HDD, не запуская программу :
а ведь решение на виду лежало. если текущий блок при разрушающем сканировании (или если делать ерэйз для диска) заливать константой которая скажем равна номеру блока в лба-трансляции и строить отчет со статистикой по времени доступа к блокам и вторым проходом работать с диском как с разделом и читая покластерно ищем те кластеры в которых сектора содержат константу, которая соответствует лба-блоку который "окрасился". и тот кластер метим в фат.
итак, вполне можно отмечать бэжоные блоки-сектора в фате.
косяком метода вижу то что придется создавать раздел равный размеру диска, что возможно потребует созлания не фат\фат32-раздела а нтфс.
даже если в одном кластере будут содержаться константы из разных блоков - не страшно. все равно метим кластер и никаких гвоздей.
Здравствуйте!
в программе очень не хватает функции подобной той, что была фирменной фичей программы fformat а именно - та могла при встреченном секторе на дорожке всю дорожку, а точнее, все кластеры, приходящиеся на ту дорожку, отмечать "бедами" в фат. очень не хватает подобного в виктории. можно ли надеяться, что подобная фича когда-то появится в виктории?
спасибо.
пояснение - есть у меня парк винчестеров на парке старых машин. бедблоки - дело привычное уже. но охота продлить срок изпользования винчестера. появился бедблок - отметил целиком все блоки которые приходятся на физическую дорожку винчестера - и забыл что есть беды на винте который уже изчерпал лимит ремапов. беды-то уже промечены в фат заранее.
даже если ведется проверка неразмеченногодиска - при первом же бедблоке выдается запрос о типе файловой системы для данного винчестера - создается раздел на весь диск, и сразу в фат отметку делаешь.
эту опцию сделать альтернативой зачистке или ремапу. зачем терять время - первый же встреченный блок на дорожке приговаривает ее всю. ибо беды плодятся по дорожке. после завершения диском сразу можно будет пользоваться.
Я уже не говорю о процессе мышления, который позволил бы не задавать подобные вопросы .
я сделал предложение по улучшению программы, которое позволит решить проблему лагов операционки - автору решать, оно ему интересно\возможно или нет.
про лба\дгс знаю. я не знаю как получить сведения о реальной организации винчестера. что не отменяет такой возможности вообще.
да если просто бедить все что не белое - уже будет улучшение. встретил зеленый блок - отмечаем, и для верности до него кластер и после него, можно пару. уже будет легче системе.
по карте же ведь часто сразу видно "рябую" дорожку. если в процессе сканирования нажать паузу и курсором подвести к блоку и отметить сразу область, как в текстовом редакторе. отметил - и снимаешь с паузы и пошел дальше.
Из разряда: Странного хочу, четко задачу поставить не могу, ибо не понимаю "как оно работает". НО - автор, сделай, чтоб "было хорошо".
ramvivat, спасибо, ты сделал мне утро.
А кому счас легко...
мне? нет. но подобная реакция похожа на реакцию догматиков из сект которым показалось что пришли их догмы шатать.
и кстати я написал в тему лишь после того, как заметил камент сотрудника той организации в надежде на то что предложение будет услышано.
да, и чем же вас так смутило русскоязычное написание, милостивый сударь? логического блока адрес или дорожка головка сектор уже писать не могИ? =)
а-ГАаа значит это странное?
да и четкая постановка задачи тоже есть - отмечать физические сбойные дорожки - точнее кластеры раздела, сидящие на оных, дабы ОСь на них и не пыталась совать нос. это странное и нечеткое описание задачи? эвона как!
да и решение есть давно... acelab.ru/dep.pc/catalog/remont-hdd.php
...ну или таблетки от жадности, ибо ваша "хотелка" не вписывается в концепцию классического бесплатного продукта
особенно когда только кажется, что знаешь чего хочешь
И добавленное автором в предыдущих сообщениях стоит прокомментировать.
а ведь решение на виду лежало. если текущий блок при разрушающем сканировании (или если делать ерэйз для диска) заливать константой которая скажем равна номеру блока в лба-трансляции и строить отчет со статистикой по времени доступа к блокам и вторым проходом работать с диском как с разделом и читая покластерно ищем те кластеры в которых сектора содержат константу, которая соответствует лба-блоку который "окрасился". и тот кластер метим в фат.
итак, вполне можно отмечать бэжоные блоки-сектора в фате.
косяком метода вижу то что придется создавать раздел равный размеру диска, что возможно потребует созлания не фат\фат32-раздела а нтфс.
даже если в одном кластере будут содержаться константы из разных блоков - не страшно. все равно метим кластер и никаких гвоздей.
Отправить комментарий