Re: Bug#268555: two partition types for efi on ia64
On Tuesday 28 September 2004 23:21, Joey Hess wrote:
> Jim Lieb wrote:
> > As promised. Here is the revised patch. This has been tested
> > and I had my glasses on at the time so I could see that the 'efi'
> > was indeed gone. As with the previous patch this has changes
> > to the templates but since they are deletions, they require no
> > translator work.
>
> I noticed that with this patch, there is still no type given for efi
> partitions in the main partman menu. With the last version of the patch,
> a type was given, though the menu item was doubled.
I'm not sure what you mean. There were two menu entries in
the active_partition menu. One was with (and generated by) the
code that was based on filesystem type. That's where the 'efi'
still sneaked in with my earlier patch (right past my bifocals...).
The other is in the methods section along with swap and
lvm. I removed the the valid_filesystems line from debian/rules,
leaving the 'method' entry so efi would be treated like swap. The other
bug I fixed was the missing 'type' in the various partition state
displays. That is fixed by the addition of the script to set
visual_filesystem in update.d/efi_visuals. This means that any
partition that is formatted fat16 and bootable is displayed/handled
as an efi boot partition candidate.
Is there something else that I missed? This is a funny duck in
that it has a vfs usable filesystem on it (fat16 'type') but the
kernel doesn't need/want it for mounting (although RH ES
does mount on /boot/efi). I intended it to be handled like swap
(no mount point etc) for that reason. The filesystem 'type' is
handled under the covers with parted with the type being set
to fat16 *and* the boot flag being set.
Jim
--
*************
Jim Lieb Wild Open Source Inc.
lieb@wildopensource.com Cell: 831.295.9317
Office: 831.421.0883 Fax: 831.421.0885
Reply to: