Мистика...

Пьеса в 3х частях. Часть 1.
Сегодня наша кадровичка решила устроить в столе уборку, нашла коробку дискет, на которых пару лет назад что-то было записано, сует в дисковод - не читается, "Диск не отформатирован". Она ко мне, я с умным видом объясняю про размагничивание при хранении и вывод - форматируй. Отформатила под чутким руководством, причем формат сделала полный, что-то туда скинула, на читабельность проверила, потащила в пенсионный...

Часть 2
Через 20 минут звонит - там моих файлов нету, а другие есть, приди посмотри. Благо - недалеко, пришел. Ее файлов нету - лежит кусок какого-то древнего zip-архива. Внутри какие-то dbf-ки - впрочем, не важно.

Часть 3
Поругавшись про себя на тупость юзверей, которые не могут запомнить, на какую дискету пишут, несу дискету обратно, чтоб записать нужные доки. Вставляю - картина маслом: архива нету, лежат те самые доки shock На соседнем компе - показывает архив, причем все читается и распаковывается на ура... Такая вот дискета с двойным дном...

PS Сам знаю, что юстировка головок сбилась (только вот с чего - непонятно). И ведь надо же такую точность сбоя - проверял специально, файлы друг другу не мешают.

Аватар пользователя sh2cer

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

Что сгорит,то не сгниёт.

Аватар пользователя apple_rom

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

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

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

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

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

У вас прекрасные дети ! Но все, что вы делаете РУКАМИ - никуда, никуда не годится !

Аватар пользователя LKA

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

В кривых руках и коврик глючит.

Аватар пользователя apple_rom

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


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

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

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

У вас прекрасные дети ! Но все, что вы делаете РУКАМИ - никуда, никуда не годится !

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

Аватар пользователя Root

Цитата:
ДОС-овскими процедурами она может не пользоваться, а вот Биосными...

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

Аццкий ромбовод {:€
Я пока не волшебник - я только учусь! :-P

Отправить комментарий

Содержание этого поля является приватным и не предназначено к показу.
  • Разрешённые HTML-теги: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <img>
  • You can use BBCode tags in the text. URLs will automatically be converted to links.

Подробнее о форматировании текста

Антибот - введите цифру.
Ленты новостей