В качестве около офтопиковой мысли выскажу пожелания:
1. Хотелось бы в тестовых утилитах иметь картинку реальной разбивки винта по блинам и сторонам. Незнаю, насколько удобно это пересчитывать каждый раз для разных винтов...
имхо нереально , ибо реальная геометрия может быть скрыта очень глубоко, и пересчитать её может только производитель, либо методом "научного тыка", если же имеется ввиду реальная логическая геометрия, то проблема в различии адресаций и определения действительной, в которой происходила разбивка
Apple писал(-а):
2. На карте диска иметь выделение областей, занятых данными (о разделении их на системные и прочие - только мечта).
:) рассматривается модель физическая носителя или логическая? применительно к какой ОС?
Apple писал(-а):
3. После сканирования поверхности и маркировке программой "проблемных" областей, хотелось бы иметь возможность перекидывания данных из них в свободные зоны (с корректной работой с таблицами размещения файлов)
4. Ручное выделение областей с возможностью повторного их тестирования без полного сканирования диска и изменения статуса осеовной области.
с некоторой степенью допущения возможно
Apple писал(-а):
Плюс "прописывание" выделенной области 00h или FFh с повторным тестом читаемости и соответствия записанному.
для ide не имеет смысла, актуально было на mfm и дискетах (5.25 + 1818ВГ93)
Apple писал(-а):
5. Ручное выделение "проблемных" областей с выводом их в "Бэды". Тут конечно встаёт вопрос СМАРТа, при наличии оного...
для ide, архитектуры IBM и многозадачных сред не всегда возможно точное определение подобных областей.
1. Ну если так сложно пересчитывать, то оно конечно ладно. Но всётаки хотелось бы уметь выделять самую плохую поверхность и конкретный блин.
2. Ось в данном случае привязана к тестовой утилите... Но если учитывать п.1., то тогда будем иметь в виду логическую, но знать где у нас лежат данные и бэды - считаю полезным.
3. Не хочется каждый раз гонять весь винт, если проблема сосредотачивается в одной области. Решать её надо в пределах одной программы и не путаться с пересчётами кластеров.
4. См. п.3. И почему не имеет смысла?
5. Поясни пожалуйста, какая разница между тем, что программа сама выделяет плохо читаемый кластер или я сам скажу ей вывести в бэды непереформатировавшийся с окружением? Работа идёт в пределах одной тестовой программы и влияние многозадачной оси можно и исключить для упрощения жизни. Проблемы смарта - его восприятие осью и другими утилями. Если я скажу тестовой утилите вывести из эксплуатации плохие сектора - отмаркировать их бэдами, ремапнуть - в смысле количества, это моё личное дело. Пользователь должен иметь возможность самостоятельно решать вопрос о рабочем объёме винта, если ему важнее сохранение работоспособности... Частично это некоторые и делают, вырубая головы (при условии целости голов и их тракта) - но это довольно серьёзный шаг с слишком большими потерями объёма... Если ситуация не так плоха, то почему бы и не провести выборочное урезание "подозрительного"...
с некоторой степенью допущения возможно
для ide не имеет смысла, актуально было на mfm и дискетах (5.25 + 1818ВГ93)
для ide, архитектуры IBM и многозадачных сред не всегда возможно точное определение подобных областей.
1. Ну если так сложно пересчитывать, то оно конечно ладно. Но всётаки хотелось бы уметь выделять самую плохую поверхность и конкретный блин.
2. Ось в данном случае привязана к тестовой утилите... Но если учитывать п.1., то тогда будем иметь в виду логическую, но знать где у нас лежат данные и бэды - считаю полезным.
3. Не хочется каждый раз гонять весь винт, если проблема сосредотачивается в одной области. Решать её надо в пределах одной программы и не путаться с пересчётами кластеров.
4. См. п.3. И почему не имеет смысла?
5. Поясни пожалуйста, какая разница между тем, что программа сама выделяет плохо читаемый кластер или я сам скажу ей вывести в бэды непереформатировавшийся с окружением? Работа идёт в пределах одной тестовой программы и влияние многозадачной оси можно и исключить для упрощения жизни. Проблемы смарта - его восприятие осью и другими утилями. Если я скажу тестовой утилите вывести из эксплуатации плохие сектора - отмаркировать их бэдами, ремапнуть - в смысле количества, это моё личное дело. Пользователь должен иметь возможность самостоятельно решать вопрос о рабочем объёме винта, если ему важнее сохранение работоспособности... Частично это некоторые и делают, вырубая головы (при условии целости голов и их тракта) - но это довольно серьёзный шаг с слишком большими потерями объёма... Если ситуация не так плоха, то почему бы и не провести выборочное урезание "подозрительного"...