Re: mkbimage && grub && geometry -w

[Greg Buchholz]

On Tue, 26 Aug 2003 address@hidden wrote:
> So you need to retrieve GRUB 0.92, apply the patches to be found here :
> http://alpha.polynum.com/misc/
> to have the job done in conjunction with mkbimage.

On Tue, 26 Aug 2003, Robert Millan wrote:
> Are you using the most recent version of mkbimage? It can be found
> in GRUB CVS directory util/mkbimage

        I grabbed the patch at alpha.polynum.ORG and complied up a new
grub 0.92.  When I tried my previous version of mkbimage, everything
appeared to work okay, but when I tried booting the cd, I got a mesage
like...

Boot from CD:B
1:  HD System Type - (0F)

... which I assume is from the bios telling me that it found a HD image.
But unfortunately it then hangs without starting grub.  So then I
downloaded the latest mkbimage from cvs and fixed line 348 (the -o switch
gets added twice, once on line 348 and again in the case statement of
mkbimage_mkfs()).  The new mkbimage then barfs with error 22 when it tries
to install grub on the image...

######
    GRUB  version 0.92  (640K lower / 3072K upper memory)

 [ Minimal BASH-like line editing is supported.  For the first word, TAB
   lists possible command completions.  Anywhere else TAB lists the
possible
   completions of a device/filename. ]

grub> geometry (hd0) 278 16 63
drive 0x80: C/H/S = 278/16/63, The number of sectors = 280224, /big/tmp/hd.imag
e
   Partition num: 0,  Filesystem type is ext2fs, partition type 0x83

grub> root (hd0,0)
 Filesystem type is ext2fs, partition type 0x83

grub> setup (hd0)
 Checking if "/boot/grub/stage1" exists... yes
 Checking if "/boot/grub/stage2" exists... yes
 Checking if "/boot/grub/e2fs_stage1_5" exists... yes
 Running "embed /boot/grub/e2fs_stage1_5 (hd0)"...  18 sectors are
embedded.
succeeded
 Running "install /boot/grub/stage1 (hd0) (hd0)1+18 p (hd0,0)/boot/grub/stage2
/boot/grub/menu.lst"... failed

Error 22: No such partition

grub> geometry  -w  (hd0) 278 16 63
drive 0x80: C/H/S = 278/16/63, The number of sectors = 280224, /big/tmp/hd.imag
e
   Partition num: 0,  Filesystem type is ext2fs, partition type 0x83

######

Any clues to why it would complain about "No such partition"?  I've
included the output from sfdisk below.

Thanks,

Greg Buchholz


#####

Disk /big/tmp/hd.image: cannot get size
Disk /big/tmp/hd.image: cannot get geometry

Disk /big/tmp/hd.image: 278 cylinders, 16 heads, 63 sectors/track
 /big/tmp/hd.image: unrecognized partition
Old situation:
No partitions found
New situation:
Units = cylinders of 516096 bytes, blocks of 1024 bytes, counting from 0

   Device Boot Start     End   #cyls   #blocks   Id  System
/big/tmp/hd.image1   *      0+    277     278-   140080+  83  Linux native
/big/tmp/hd.image2          0       -       0         0    0  Empty
/big/tmp/hd.image3          0       -       0         0    0  Empty
/big/tmp/hd.image4          0       -       0         0    0  Empty
Successfully wrote the new partition table

Re-reading the partition table ...
BLKRRPART: Inappropriate ioctl for device

If you created or changed a DOS partition, /dev/foo7, say, then use dd(1)
to zero the first 512 bytes:  dd if=/dev/zero of=/dev/foo7 bs=512 count=1
(See fdisk(8).)