Муркиз писал(а):Что вам нужно такого, чего в нет в возможностях самой вынды ?
Нам нужно (в порядке приоритета важности):
1. Динамическое выделение ОЗУ для рамдиска, в зависимости от его заполнения;
2. Автоматическое сохранение содержимого в файл-образ перед выключением/перезагрузкой, с последующим восстановлением обратно в ОЗУ при старте системы;
3. Сохранение в файл-образ "по расписанию", в процессе работы системы.
Сомневаюсь, что встроенный в Windows "деревянный" рамдиск всё это умеет.
Муркиз писал(а):сейчас перерасчёт головки/дорожки/сектора под стандарты ОС ведёт контроллер hdd сам, по алгоритму оптимизации быстрого доступа
Насколько я знаю, "сейчас" наступило ещё в прошлом веке, с введением стандарта интерфейса ATA:
LBA (Logical Block Addressing) — механизм адресации и доступа к блокам данных на жёстком диске, при котором системному контроллеру материнской платы нет необходимости учитывать геометрию самого жесткого диска (количество цилиндров, сторон (головок), секторов на дорожке). Контроллеры современных дисков в качестве основного режима трансляции адреса используют LBA.
LBA заменил собой более ранние схемы (Cylinder/Head/Sector и Large), в которых нужно было учитывать физические особенности устройства дисков.
Муркиз писал(а):если сбойный сектор по номеру и "последний", то физически он может расположиться где угодно, даже и в начале диска.
Так ну и пусть. "Обрезка" же тоже происходит не на уровне физической геометрии, а на уровне таблицы транслятора контроллера диска. Мы обрезаем по-сути виртуально, а не созданием некоей физической границы на пластинах, за которую головкам нельзя. Контроллер сам разберётся, как ему подогнать таблицу адресов в соотношении с физическим размещением сектора.
Где его искать то? 
