имхо нереально :( , ибо реальная геометрия

17 Июн 2005 - 18:17 Unknown BIOS
Злой шаман >> 1803 >> 32.45

fucktoreal писал(-а):
Apple писал(-а):

В качестве около офтопиковой мысли выскажу пожелания:
1. Хотелось бы в тестовых утилитах иметь картинку реальной разбивки винта по блинам и сторонам. Незнаю, насколько удобно это пересчитывать каждый раз для разных винтов...

имхо нереально:( , ибо реальная геометрия может быть скрыта очень глубоко, и пересчитать её может только производитель, либо методом "научного тыка", если же имеется ввиду реальная логическая геометрия, то проблема в различии адресаций и определения действительной, в которой происходила разбивка
Apple писал(-а):

2. На карте диска иметь выделение областей, занятых данными (о разделении их на системные и прочие - только мечта).

:) рассматривается модель физическая носителя или логическая? применительно к какой ОС?
Apple писал(-а):

3. После сканирования поверхности и маркировке программой "проблемных" областей, хотелось бы иметь возможность перекидывания данных из них в свободные зоны (с корректной работой с таблицами размещения файлов)

4. Ручное выделение областей с возможностью повторного их тестирования без полного сканирования диска и изменения статуса осеовной области.

с некоторой степенью допущения возможно
Apple писал(-а):

Плюс "прописывание" выделенной области 00h или FFh с повторным тестом читаемости и соответствия записанному.

для ide не имеет смысла, актуально было на mfm и дискетах (5.25 + 1818ВГ93)
Apple писал(-а):

5. Ручное выделение "проблемных" областей с выводом их в "Бэды". Тут конечно встаёт вопрос СМАРТа, при наличии оного...

для ide, архитектуры IBM и многозадачных сред не всегда возможно точное определение подобных областей.

1. Ну если так сложно пересчитывать, то оно конечно ладно. Но всётаки хотелось бы уметь выделять самую плохую поверхность и конкретный блин.

2. Ось в данном случае привязана к тестовой утилите... wink Но если учитывать п.1., то тогда будем иметь в виду логическую, но знать где у нас лежат данные и бэды - считаю полезным.

3. Не хочется каждый раз гонять весь винт, если проблема сосредотачивается в одной области. Решать её надо в пределах одной программы и не путаться с пересчётами кластеров.

4. См. п.3. И почему не имеет смысла?

5. Поясни пожалуйста, какая разница между тем, что программа сама выделяет плохо читаемый кластер или я сам скажу ей вывести в бэды непереформатировавшийся с окружением? Работа идёт в пределах одной тестовой программы и влияние многозадачной оси можно и исключить для упрощения жизни. Проблемы смарта - его восприятие осью и другими утилями. Если я скажу тестовой утилите вывести из эксплуатации плохие сектора - отмаркировать их бэдами, ремапнуть - в смысле количества, это моё личное дело. Пользователь должен иметь возможность самостоятельно решать вопрос о рабочем объёме винта, если ему важнее сохранение работоспособности... Частично это некоторые и делают, вырубая головы (при условии целости голов и их тракта) - но это довольно серьёзный шаг с слишком большими потерями объёма... Если ситуация не так плоха, то почему бы и не провести выборочное урезание "подозрительного"...

Тест OLD HDD и пожелания к новым версиям утилит (1/2 oftop)