Автор: ROMby Unknown , 27 апреля 2005
Очень меня интересуют особонности сабжа. Есть пара вопросов:

1. Какому умнику пришло в голову интерпретировать USB-винт как дискету? Чем они думали когда это делали? Очень своеобразно выглядит диск B: объемом в пару гигов.

2. Установить оперционную систему серьезнее DOSа на диск B: тоже не сильно получается. Снять/накатить полный образ при помощи PQDI/GHOST опять же нельзя.

3. AWARD хоть некоторые (правильно отформатированные) флешки умеет очень-очень правдоподобно превращать в ATA-винт, а AMI что-то никак меня не радует.

Короче можно ли сделать USB-винт винтом, а не дискетой?
Содержимое данного поля является приватным и не предназначено для показа.

BBCode

  • HTML-теги не обрабатываются и показываются как обычный текст
  • You may use the following BBCode tags:
    • [align]
    • [b]
    • [code]
    • [color]
    • [font]
    • [hr]
    • [i]
    • [img]
    • [list]
    • [quote]
    • [s]
    • [size]
    • [spoiler]
    • [sub]
    • [sup]
    • [table]
    • [u]
    • [url]
  • Адреса веб-страниц и email-адреса преобразовываются в ссылки автоматически.

xKVtor

20 лет 10 месяцев назад

Короче можно ли сделать USB-винт винтом, а не дискетой?

Обязательно BIOS-level ? Под DOS существует множество драйверов для разных носителей, подключаемых через USB (FDD/HDD/CD). Так что, если с винта не требуется грузиться, то можно попробовать.

Любителям старины - FireWire! и USB диски под DOS. -- много полезных ссылок на эту тему.

ЗЫ:
3. AWARD хоть некоторые (правильно отформатированные) флешки умеет очень-очень правдоподобно превращать в ATA-винт, а AMI что-то никак меня не радует.
Кстати, многие асусовские биосы на базе AMI (серия P4P800, например) позволяют вручную выбирать, как интерпретировать флэшку.

Unknown BIOS (не проверено)

20 лет 10 месяцев назад


Любителям старины - FireWire! и USB диски под DOS. -- много полезных ссылок на эту тему.

Спасибо конечно, но хотелось бы и загрузится с него как с винта....


ЗЫ:Кстати, многие асусовские биосы на базе AMI (серия P4P800, например) позволяют вручную выбирать, как интерпретировать флэшку.

У меня ASUS AMI на A7V880, ничего такого не видел. Где его хоть искать-то?

xKVtor

20 лет 10 месяцев назад

Где его хоть искать-то?
В том разделе, где настройки USB. Точнее сказать не могу, нет у меня под рукой нужной платы.
Когда воткнута USB-флэшка, то там появляется дополнительный пункт, что-то типа MASS STORAGE DEVICES CONFIGURATION. Вполне вероятно, что такой же пункт появится и для USB-HDD.

savely

20 лет 10 месяцев назад

Загрузить систему, имеющую свой USB-стек и свои драйвера накопителей невозможно. Т.к. возникает маленькое противоречие - USB-stack системы должен отключить поддержку BIOSом и взять управление хостом на себя. И при этом же иметь доступ к отключенному устройству.
Простейший пример - при использовании USB-клавиатуры при загрузке W2K есть момент, когда клавиатуры в системе нет. Как раз тогда, когда поднимается USB-стек. Потом он обнаруживает клавиатуру и загружает драйвера USB-клавиатуры. А теперь переведи ситуацию на USB-флеш...

Unknown BIOS (не проверено)

20 лет 10 месяцев назад

xKVtor
Спасибо, попробую.

savely_s
Мне важнее всего возможность создавать и использовать образ из DOS. Даже посекторное копирование в DISKEDIT не пойдет дальше 1474560-го байта.

А по поводу USB-стека напомню: драйвера IDE/SCSI тоже заступают на работу уже в процессе загрузки системы, и тем не менее переход с INT 13h на системный драйвер обычно :) проходит вполне безболезненно....
...можно ли сделать USB-винт винтом, а не дискетой?


Пораскинув мозгами, могу ответить: можно. В AMIBIOS для разного рода устройств со сменными носителями (removable) существует процедура, которая позволяет эмулировать либо HDD, либо FDD при обращении к Removable.

В случае ARMD (ATAPI Removable Media Drive) все достаточно очевидно в BIOS_Setup. В Вашем случае эта опция должна визуализироваться в одном из подпунктов меню. В случае сменных устройств, которые НЕ подключаются в IDE шине, ситуевина несколько сложнее. AMI декларирует динамическое формирование структур для INT13, поэтому если устройство не обнаружено при старте, его не будет в меню BOOT.

Поясню: допустим в системе есть FDD, HDD, CD-ROM и выключенный SCSI магнитооптический привод. Заходим в СЕТУП и видим, что можем грузиться либо с диска, либо с Removable. Заходим в Removable и видим, что вариантов два: либо ATAPI, либо FDD. (Вариант: если для ATAPI ранее было назначено emulated as FDD, то это может привести к появлению двух FDD? это нужно проверять...)

Подключаем магниитооптику, перегружаемся и снова - в СЕТУП. В Removable видим новое устройство, его и назначаем загрузочным. Если НОСИТЕЛЬ в магнитооптике был отформатирован как BIG FLOPPY, мы снего как с флоппи и грузимся. А если был отформатирован как HARD DISK, скорее всего в Removable мы его не найдем, и он появится в меню "Диски" вместе и ИДЕ-шними дивайсами.

Отсюда вывод: как USB отформатирован на данной конкретной плате своими утилитами, так он на ней в списке загрузочных устройств и увидится. Это при условии, что с USB-стеком все нормально, как сказано в предыдущих постах. Не исключана возможность и корявого биосописательства. Но в этом случае Вам, кроме самого произодителя платы, никто не поможет. В процедурах BIOS все так запутано, что это пропачить на аматорском уровне невозможно.

P.S. [ вместо ЗЫ :) ] все сказанное приводится по памяти и не привязано к конкретной реализации AMIBIOS, поэтому прошу не шуметь, если наши точки зрения не совпадают.

savely

20 лет 10 месяцев назад

Мне важнее всего возможность создавать и использовать образ из DOS. Даже посекторное копирование в DISKEDIT не пойдет дальше 1474560-го байта.

Что говорит только о тупости DISKEDIT. Возьми WinHex.

Unknown BIOS (не проверено)

20 лет 10 месяцев назад

Что говорит только о тупости DISKEDIT. Возьми WinHex.

Еще раз повторю: "Мне важнее всего возможность создавать и использовать образ из DOS." Да и тупое посекторное копирование - это маразм, зачем бекапить свободные кластера (которые уже содержат старые данные и сжатию могут не поддаваться).

Unknown BIOS (не проверено)

20 лет 10 месяцев назад

xKVtor
Спасибо за наводку, теперь я просто фанат AMI-BIOS :)
Может и в AWARDе попробовать с воткнутой флешкой во сетапу полазить?...

Игорь Турусов
Благодарю за информацию, правда почти все это я уже методом тыка определил ранее. Также, например, я установил что Win2k+ игнорирует таблицу разделов и всегда форматирует флешку как BIGFLOPPY, но еслу ее кто-то раньше отформатил как HDD, то она с этим мирится и работает с ней нормально (до следующего форматирования). AWARD же эмулирует устройство согласно его разметке: если нет корректного MBR, то эмулирует дискету; иначе - винт. Я конечно не додумался поискать в подменю BIOS Setup новых пунктов при воткнутой флешке, но все равно не совсем понимаю каким образом AMI по-умолчанию представляет отформатированную как HDD флешку в виде дискеты (а это факт). "Откусывает" от нее первую дорожку и логически сдвигает первый сектор до начала раздела?

Еще мой AWARD очень странно реагировал на полностью чистую флешку (забитую нулями или FF-ками): просто зависал либо в момент загрузки (если флешка уже была вставленна), либо в момент ее втыкания при уже загруженном DOS-е, чем совершенно отрезал мне путь к какому-либо ее применению без хотя бы однократной загрузки винды или линухов...

Еще мой AWARD очень странно реагировал на полностью чистую флешку (забитую нулями или FF-ками):
1) просто зависал либо в момент загрузки (если флешка уже была вставленна);
2) либо в момент ее втыкания при уже загруженном DOS-е, чем совершенно отрезал мне путь к какому-либо ее применению без хотя бы однократной загрузки винды или линухов...


Первый пункт сомнений не вызывает, т.к. еще в 4.51PG были внесены изменения в код для реализации совершенно бузумной идеи: поиск разделов Boot Devices. В этом случае встречается проблема при ошибочной правке разделов вручную (напр. DISKEDIT-ом), плата не грузит ОС, а ПОСТ-индикатор говорит что типа код 0х63 (вер.4,51) или 0х96 (вер.6,0).

Втрой пункт требут детализации, т.к. по идее ДОС ничего не знает о USB, если конечно не подгружен некий самопальный драйвер.