Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Старый софт » Конвертор образов .bin B .img |
<<Назад Вперед>> | Страницы: 1 2 * 3 | Печать |
uav1606
Advanced Member
Откуда: Енакиево Всего сообщений: 4373 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 янв. 2008 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 13 января 2019 10:15 Сообщение отредактировано: 13 января 2019 10:36
На VMWare boot1440 грузится нормально без каких-либо проблем, т.е. исходный bin-образ. bblkkskgv написал: Я, например, просто добавил с помощью WinHex нужное количество нулей в конец root.bin, чтобы его размер стал 1 474 560 байт. Насколько я вижу, у xoiss тоже файл такой же получился, вначале исходный root.bin, потом нули. xoiss написал:чем, уважаемый? ( это главный вопрос топика! )) сконвертировал в img-образы комплект для 1.44 Добавлено. Сейчас вот перепроверил - в VMWare и исходный root.bin тоже нормально работает. Это VirtualBox, видимо, что-то чудит. |
bblkkskgv |
Спасибо, uav1606, за информацию.. С VMW я никогда и не пробовал играть. У ВБокса интерфейс очень уж френдли. Xoiss, в команде shutdown -h now -h - первая буква "halt", при выполнении этой команды, система вводится в состояние "останов", а не "выключение". |
MMichael |
xoiss Нет под рукой вмвари, но предполагаю, что она просто не заморачивается проверкой образа диска, в отличие от виртуалбокса. Он там и так в img-формате, если подразумевать под ним сырой, немодифицированный образ. Но виртуалбоксу отчего-то нужен не просто образ, а чтобы исходный диск был еще и размечен с его точки зрения правильно. Запись с помощью dd ничего не меняет, там даже не надо skip какого-то количества байт делать (что актуально для ряда других). |
MMichael |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 13 января 2019 16:22 Сообщение отредактировано: 13 января 2019 16:27
bblkkskgv написал: Суть в том, что зачем-то виртуалбокс проверяет разметку диска образа. Если бы он этого не делал, ему можно было бы подсунуть файл с любым содержимым, а там бы уже ОС и прикладные программы внутри эмулятора разбирались, что им досталось и как с этим работать. Вот VMWare похоже так и делает (вернее не делает лишнего), поэтому в ней эти образы спокойно присоединились. MMichael, ничего необычного в содержимом последовательных образов boot-root-base здесь нет. Достаточно стандартно для многих ТЕХ дистрибутивов linux. Возможно, причина в том, что виртуалбокс настраивает свое поведение в зависимости от того, что там: образ диска в его формате или стандартная дискета. В прицнипе, может быть, если поковыряться среди опций консольной программы VBoxManage найдется и вариант, чтобы подключить напрямую, но мне не удалось. Команда вида: Все равно выдает ошибку. VBoxManage storageattach "Имя виртуалки" --storagectl Floppy --device 0 --type fdd --medium base14-1.bin |
xoiss |
NEW! Сообщение отправлено: 13 января 2019 21:41
bblkkskgv написал: у меня на хост-системе установлен vmware xoiss написал:чем, уважаемый? ( это главный вопрос топика! )) сконвертировал в img-образы комплект для 1.44 в нём, кроме прочего, есть linux остановил его, добавил новое эмулируемое устройство - дисковод 1.44 запустил, дисковод определился как fd0 далее скопировал с хост-системы в "виртуальный" linux все Ваши файлики и при помощи команды dd if=file of=/dev/fd0 bs=10k ; sync один за одним записал их на "дискетку" // здесь вместо "file" нужно, конечно же, подставить путь-имя одного из Ваших bin-файлов собсна dd выполняет запись на диск, а sync заставляет систему фактически произвести эту самую запись (без sync система будет держать изменённый образ диска в кеше, но физическую запись на такой медленный носитель, как флоппик, делать не станет) после нарезки очередного файла на эмулируемый флоппик, я просто средствами хост-системы подхватывал файл-образ эмулируемого флопа и копировал его в "очередной_файл.img" // здесь желательно сперва нарезать тот диск, у которого самый короткий bin-образ, потом тот, что подлиннее и т.д. по возрастающей — чтоб хвост img-файла был действительно нулями забит кстати, uav1606 совершенно правильно посоветовал можно так не заморачиваться, а просто дописать нули в конец bin-файлов и переименовать их в img-файлы bblkkskgv написал: не понял Ваш вопрос, но попытаюсь ответить как-нибудь xoiss написал:и это вторая часть главного вопроса - ХАРДовую дискету или ¨инъецировать¨ образ ея )) вставляем дик boot1440 после того, как у меня был готов комплект img-файлов в варианте для 1.44 флопа, я установил с них этот самый debian 1.1 - тоже внутри vmware в качестве типа гостевой операционной системы выбираем other/other, далее выбираем, что "операционку установим сами" и подтверждаем, что хотим создать такую виртуалку размер hdd я выбрал 100 Мб, остальное - по дефолту далее в конфигурацию эмулируемого железа добавил флоппик и сразу подложил ему файл boot.img запустил виртуалку - она пошуршала и вывела мне приветствие, что "я мол типа debian и давайте меня устанавливать" ну, а дальше - как я описал выше разумеется, img-файлы на физические дискетки я не нарезал (у меня и дисковода то нет) bblkkskgv написал: ну... вообще-то именно выключение, хотя я не ручаюсь, что это так в 100% случаев Xoiss, в команде shutdown -h now -h - первая буква "halt", при выполнении этой команды, система вводится в состояние "останов", а не "выключение". вот ещё 100500 вариантов, как его выключить: OPTIONS https://askubuntu.com/question...a-terminal |
Сейчас на форуме |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 19 января 2019 13:57 Сообщение отредактировано: 19 января 2019 13:59
xoiss написал: Почему не станет? Для записи несмонтированных носителей с помощью собсна dd выполняет запись на диск, а sync заставляет систему фактически произвести эту самую запись (без sync система будет держать изменённый образ диска в кеше, но физическую запись на такой медленный носитель, как флоппик, делать не станет) dd флаг sync это просто: Да и для смонтированных FS (async, noasync) запись обязательно будет Pad every input block to the input buffer size. Spaces are used for произведена (за исключением конечно случаев, если питание не выключится или FDD вынут раньше времени). Можно гарантировать что самое позднее при выполнении umount /dev/fd0 (или shutdown) все буферы будут записаны на дискету (это хорошо заметно). Обычно если OS не очень занята, после копирования файлов нв дискету (фактически в RAM), запись на носитель начинается через несколько секунд. Я никогда флаг sync при записи образа fdd не использовал, а для 1.44MB дискеты ставил bs по размеру дорожки (512*18) |
bblkkskgv |
Спасибо всем за ответы, в VMWare всё смонтировалось-подключилось. И Debian 1.1, и ещё что-то из такого же "изначального". Делать с ними мне оказалось нечего. Может не дорос пока ) ну, или на живом 486-м будет интереснее. Зато получил урок, что не VBox-ом единым. |
xoiss |
NEW! Сообщение отправлено: 20 января 2019 10:57
bblkkskgv написал: а вот и зря!!! Делать с ними мне оказалось нечего рекомендую скачать bsdgames // для этого, конечно, придётся настроить сеть возможно готового debian-пакета для Debian 1.1 не существует — тогда придётся собирать из исходников (типа tar.gz-архива) — ну, это даже интересней |
Сейчас на форуме |
<<Назад Вперед>> | Страницы: 1 2 * 3 | Печать |
Полигон-2 » Старый софт » Конвертор образов .bin B .img |
1 посетитель просмотрел эту тему за последние 15 минут |
В том числе: 1 гость, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |