Мистика...

Чур тебя ,чур. А могет бошки сдвинуты на флопах.

Такое (вышеописанное - "реально-виртуальный DD1.44") видели не раз, так как раньше занимались юстировкой дисководов.
Тут могу развить тему, такое (DD1.44) возможно даже на одном и том же конкретном дисководе - под досом будет одна инфа, под виндой - другая. Т.е. можно сделать загрузочную дискету для доса, а под виндой пользоваться её "второй стороной".

apple_rom Тут - поподробнее...
Интересно же.... Или хотя бы идею...

Действительно, оч-чень интересно ! Винда и впрямь читает Бут-сектор дискеты не совсем так, как ДОС, поэтому создав "неправильный" бут-сектор, в принципе, можно получить подобный эффект... но хочется подробностей. Сам достаточно много игрался и с защищенными дискетами, и с нижнеуровневым доступом, и с юстировкой... и все же смутно представляю себе, как на одном дисководе можно устроить подобное без потери емкости (то есть, две дискеты по 720 КБ на одной 1.44 еще могу себе представить, а вот две по 1.44 - ну, никак... наверное, воображения не хватает !).

А в случае с DANZER-ом - подозреваю, что дело действительно в сдвинутых бошках, причем речь идет о нулевой дороге. То есть, бут и директорные входы на дискете были правильно записаны, но в дисководе N1 не читались, потому как у него нулевой читалась первая дорога. Форматируем в нем дискету, пишем нашу инфу, несем на дисковод N2 (нормальный). Читаем... старый бут и старые директорные входы. И даже файлы удастся безболезненно скопировать - куда хотим. Потому как и все FAT-ы и начало директорных входов располагаются в пределах 0-й дороги. Правда, попытка открыть содержимое скопированного должна бы окончиться полным провалом... не та там информация ! Возвращаемся к дисководу N1 - да, все недавно записанное есть. И читается. И ПРАВИЛЬНО читается. Но - только на нем.

Суметь же так АККУРАТНО сдвинуть бошки на дисководе, чтобы информация писалась МЕЖДУ уже имеющимися дорогами, не затирая при этом их разметки - не удавалось никогда. Отчасти в силу особенностей конструкции дисководов (алгоритма поиска нулевой дороги), отчасти - все-таки плотность записи на магнитных носителях величина конечная, и ежели и удавалось так прицельться, то соседняя междорожечная запись гробилась серьезно. Посему... в такой случай как-то не верится.

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

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

Если бы не видел и не пользовался сам - мог бы сомневаться. Причина, видимо, в том, что винда не пользуется биосными процедурами работы с флопом, которые в результате и могут привести к таким "разночтениям".

Не понял. Что же она, прямым программированием контроллера занимается ? Очень сомнительно. Как-то не стыкуется это с принципами Объектно-Ориентированного Программирования. ДОС-овскими процедурами она может не пользоваться, а вот Биосными... и потом, все равно не понимаю. Сектора-то те же самые, конечного размера. Как можно вписать в одни и те же сектора совершенно разную информацию, которая при этом еще и читаться будет...

Именно этим и занимается.
NT-подобные, имеется в виду...
На БИОС им уже давно наплевать, ибо в защищенном режиме всё это хозяйство уже не работает. А описанный случай, скорее всего, связан с чем-то другим.

нтшная винда гарантированно биосными и досовскими процедурами для работы с флоппи не пользуется. Но берет инфу о кол-ве и характеристиках флопповодов из БИОСа. Это однозначно.
Более того - убивал дрова флоппи-контроллера (работают по портам) и флоппик под вынью таинственно (шутка) исчезал