Пьеса в 3х частях. Часть 1.
Сегодня наша кадровичка решила устроить в столе уборку, нашла коробку дискет, на которых пару лет назад что-то было записано, сует в дисковод - не читается, "Диск не отформатирован". Она ко мне, я с умным видом объясняю про размагничивание при хранении и вывод - форматируй. Отформатила под чутким руководством, причем формат сделала полный, что-то туда скинула, на читабельность проверила, потащила в пенсионный...
Часть 2
Через 20 минут звонит - там моих файлов нету, а другие есть, приди посмотри. Благо - недалеко, пришел. Ее файлов нету - лежит кусок какого-то древнего zip-архива. Внутри какие-то dbf-ки - впрочем, не важно.
Часть 3
Поругавшись про себя на тупость юзверей, которые не могут запомнить, на какую дискету пишут, несу дискету обратно, чтоб записать нужные доки. Вставляю - картина маслом: архива нету, лежат те самые доки :shock: На соседнем компе - показывает архив, причем все читается и распаковывается на ура... Такая вот дискета с двойным дном...
PS Сам знаю, что юстировка головок сбилась (только вот с чего - непонятно). И ведь надо же такую точность сбоя - проверял специально, файлы друг другу не мешают.
Тут могу развить тему, такое (DD1.44) возможно даже на одном и том же конкретном дисководе - под досом будет одна инфа, под виндой - другая. Т.е. можно сделать загрузочную дискету для доса, а под виндой пользоваться её "второй стороной".
Интересно же.... Или хотя бы идею...
А в случае с DANZER-ом - подозреваю, что дело действительно в сдвинутых бошках, причем речь идет о нулевой дороге. То есть, бут и директорные входы на дискете были правильно записаны, но в дисководе N1 не читались, потому как у него нулевой читалась первая дорога. Форматируем в нем дискету, пишем нашу инфу, несем на дисковод N2 (нормальный). Читаем... старый бут и старые директорные входы. И даже файлы удастся безболезненно скопировать - куда хотим. Потому как и все FAT-ы и начало директорных входов располагаются в пределах 0-й дороги. Правда, попытка открыть содержимое скопированного должна бы окончиться полным провалом... не та там информация ! Возвращаемся к дисководу N1 - да, все недавно записанное есть. И читается. И ПРАВИЛЬНО читается. Но - только на нем.
Суметь же так АККУРАТНО сдвинуть бошки на дисководе, чтобы информация писалась МЕЖДУ уже имеющимися дорогами, не затирая при этом их разметки - не удавалось никогда. Отчасти в силу особенностей конструкции дисководов (алгоритма поиска нулевой дороги), отчасти - все-таки плотность записи на магнитных носителях величина конечная, и ежели и удавалось так прицельться, то соседняя междорожечная запись гробилась серьезно. Посему... в такой случай как-то не верится.
Если бы не видел и не пользовался сам - мог бы сомневаться. Причина, видимо, в том, что винда не пользуется биосными процедурами работы с флопом, которые в результате и могут привести к таким "разночтениям".
Не понял. Что же она, прямым программированием контроллера занимается ? Очень сомнительно. Как-то не стыкуется это с принципами Объектно-Ориентированного Программирования. ДОС-овскими процедурами она может не пользоваться, а вот Биосными... и потом, все равно не понимаю. Сектора-то те же самые, конечного размера. Как можно вписать в одни и те же сектора совершенно разную информацию, которая при этом еще и читаться будет...
NT-подобные, имеется в виду...
На БИОС им уже давно наплевать, ибо в защищенном режиме всё это хозяйство уже не работает. А описанный случай, скорее всего, связан с чем-то другим.
нтшная винда гарантированно биосными и досовскими процедурами для работы с флоппи не пользуется. Но берет инфу о кол-ве и характеристиках флопповодов из БИОСа. Это однозначно.
Более того - убивал дрова флоппи-контроллера (работают по портам) и флоппик под вынью таинственно (шутка :)) исчезал :)