grub-0.97 文件写操作函数的实现（grub_write）

wo1301

grub-0.97 文件写操作函数的实现（grub_write） [复制链接]

各位好：
    最近在 x86下进行单板引导的开发，在此过程中 遇到了一点问题 希望与大家共同探讨一下；
    1 单板上电后 首先读取 单板上EEPROM中存储的启动信息；
    2 使用grub-0.97 的grub_read 函数读配置文件 menu.lst;(实际调用的是 当前文件系统格式的读函数.eg: ext2fs_read)
     if（相同）  
         从配置文件启动单板；
      else
        改写 grub-0.97的配置文件，将从EEPROM中的启动信息 写入到 menu.lst中。

问题一 : grub-0.97 本身没有 grub_write 函数，只包含 devwrite/rawwrite。按照 grub_read 的实现流程 我改写了 grub_read 实现了 grub_write. 改动的地方不多 （A）将grub_read 中的  disk_read_func = disk_read_hook;
                                                          disk_read_hook = NULL;          给屏蔽掉.  
                                         （B） 将 grub_read 中的  devread  按照 devwrite 函数的格式 修改
                                                     成 devwrite 。                          
         
        改写结果： 文件能够正常进行写操作，并且 写操作 正确无误。但是 操作完 文件后，单板确不能正常启动，内核与跟文件系统不能正常启动。经过测试发现 grub_write 函数似乎将启动分区的扇区写坏；
         
          是否 是调用devwrite 函数时出现了某种错误？—是否写入时的偏移有问题？< 希望大家能给点意见 >

问题二：  grub_write 函数实现的过程中，如果不屏蔽掉   disk_read_func = disk_read_hook;
                                                 disk_read_hook = NULL       而是将其改写成
          disk_write_hook. 时需要从新实现disk_write_func函数。这个函数可以仿照 disk_read_save..._func() 函数实现。   
          但是 似乎还会出现问题一的情况。


      如果以上问题得以解决，则可以在开源的 grub-0.97 中加入自己的grub_write函数了。希望有兴趣的朋友 能帮我分析一下原因，共同进步。
      谢谢~      


     

wanghongzhi1986

有点晕，似乎还是写文件错误。

grub启动的时候文件系统是否已经建立，这个时候如何去修改 menu.lst(/boot/grub/grub.conf)

disk_read... disk_write...是文件系统的操作吗？

baronx2010

配置文件 men.lst 确实修改成功了,但是经测试发现 内核被破坏了. 应该是写文件造成的.
disk_read/disk_write 不是文件系统的操作,是直接对 disk(硬盘)的操作.grub命令行中的setup 就是将内核与根文件系统安装到指定位置(disk).
现在很困惑,感觉还是写文件的位置不对. 不知道怎么解决.

hamsun2008

引用楼主 christain 的帖子:
如果以上问题得以解决，则可以在开源的 grub-0.97 中加入自己的grub_write函数

这个绝对不可能。如果有这个需求的话，源码维护者早就加进去了...