博客
关于我
Ubuntu下使用bximage+dd制作可供bochs使用的硬盘镜像
阅读量:421 次
发布时间:2019-03-06

本文共 1264 字,大约阅读时间需要 4 分钟。

最近在看《x86_x64体系探索及编程》,在制作可供bochs使用的硬盘镜像时出了一些问题,主要有以下几个:

步骤

如书中所说,做了:

  • [x] 使用bximage生成了硬盘镜像

  • [x] 对bochs的配置文件进行了配置

  • [x] 利用dd工具将uboot, setup, lib16二进制文件导入到hello.img中,使用的命令为:
dd if=uboot of=hello.img seek=63 count=1 conv=notruncdd if=setup of=hello.img seek=1 count=1 conv=notruncdd if=lib16 of=hello.img seek=20 count=1 conv=notrunc

这里需要说明, dd的if选项为输入, of选项为输出,seek跳过输出的几个单元开始写,一个单元512个字节,count是写的单元数,尤其要注意的是conv选项,邓志的书中并未加conv选项,这导致输出文件被截断,不能保持原本的大小,notrunc的意思就是不要截断。

  • [x] 使用以下语句启动bochs
bochs -f bxrc# 执行上面的语句后需要在terminal中输入c,意为continue,bochs才会继续执行

现象

Boot failed: not a bootable disk.

分析

  1. 能够进入最后一个界面,说明bochs的配置文件没有问题,那么问题一定出在镜像hello.img上,hello.img和随书提供的源码中的c.img有何不同呢?我用hex软件看了一下,hello.img的前512个字节是空的,而c.img中有一些内容,书上说硬盘的第一个单元是用来存放MBR的,当从硬盘启动时,先将MBR载入到0x7C00,再由MBR读取位于第64个单元的boot程序,因此MBR非常重要。仔细分析后发现原来我们使用bximage产生的hello.img并不自带MBR,所以我将c.img中的前512个字节写入了hello.img,使用下面的代码:
dd if=c.img of=hello.img seek=0 count=1 conv=notrunc

但是运行

bochs -f bxrc# 执行上面的语句后需要在terminal中输入c,意为continue,bochs才会继续执行

之后仍然出现Boot failed: not a bootable disk.

  1. 那么出问题一定在setup二进制文件了,因为这个实验中最后起作用的就是setup文件,在屏幕上显示。因此我使用nasm重新编译了setup.asm,编译过程中出现了类似于can't open xxx.inc之类的错误,原因就是linux使用../作为上级目录的代替,而windows使用的是..\,只要将..\换为../../就可以编译通过。重新编译setup.asm,将新生成的setup写入hello.img,运行bochs

结果

成功了!!!

总结

1、MBR

2、重新编译

转载地址:http://hcxuz.baihongyu.com/

你可能感兴趣的文章
Node-RED怎样导出导入流程为json文件
查看>>
Node-RED订阅MQTT主题并调试数据
查看>>
Node-RED通过npm安装的方式对应卸载
查看>>
node-request模块
查看>>
node-static 任意文件读取漏洞复现(CVE-2023-26111)
查看>>
Node.js 8 中的 util.promisify的详解
查看>>
node.js debug在webstrom工具
查看>>
Node.js GET、POST 请求是怎样的?
查看>>
Node.js HTTP模块详解:创建服务器、响应请求与客户端请求
查看>>
Node.js RESTful API如何使用?
查看>>
node.js url模块
查看>>
Node.js Web 模块的各种用法和常见场景
查看>>
Node.js 之 log4js 完全讲解
查看>>
Node.js 函数是什么样的?
查看>>
Node.js 函数计算如何突破启动瓶颈,优化启动速度
查看>>
Node.js 切近实战(七) 之Excel在线(文件&文件组)
查看>>
node.js 初体验
查看>>
Node.js 历史
查看>>
Node.js 在个推的微服务实践:基于容器的一站式命令行工具链
查看>>
Node.js 实现类似于.php,.jsp的服务器页面技术,自动路由
查看>>