Re: Removal of GEOM_BSD, GEOM_MBR, GEOM_PC98 and GEOM_SUNLABEL

From: Tai-hwa Liang <avatar_at_mmlab.cse.yzu.edu.tw>
Date: Wed, 1 Apr 2009 19:16:34 +0800 (CST)
On Tue, 31 Mar 2009, Marcel Moolenaar wrote:
>
> On Mar 31, 2009, at 6:55 AM, Gary Jennejohn wrote:
>>>> 
>>>> I have some disks which were partitioned before GEOM or gpart even
>>>> existed.  If this means that I can't use them any more I'll be very
>>>> ticked off.
>>> 
>>> No, the question is which GEOM class to use to parse the partition table 
>>> :)
>>> 
>>> gpart is new, shiny, but with some rough edges (most of which have been
>>> polished by now), GEOM_xxx were the old classes. 8-CURRENT doesn't use
>>> the old classes but they are still there if anyone needs them.
>>> 
>> 
>> Well, that would be OK then, as long as I can still _use_ the old classes
>> after the removal of the various GEOM_XXX options.
>
> Why do you want to use the old classes when gpart can be used?
>
> BTW: it was my intention to remove the source files along with
> the options. So you wouldn't be able to use the old classes.

   That's too bad.  Since my /home is sitting on the extended partition,
the OS won't boot unless the kernel is built with various GEOM_PART_ 
removed from i386/conf/DEFAULT plus GEOM_{BSD,MBR} added back to the kernel 
configuration file(ie: GENERIC kernel cvsup'ed today doesn't boot).

# gpart show
=>       0  31250961  ad0s7c  BSD  (15G)
          0  31250945       1  freebsd-ufs  (15G)
   31250945        16          - free -  (8.0K)

=>       0  16783200  ad0s2c  BSD  (8.0G)
          0    786432       1  freebsd-ufs  (384M)
     786432   4194304       2  freebsd-swap  (2.0G)
    4980736    393216       4  freebsd-ufs  (192M)
    5373952  11409248       5  freebsd-ufs  (5.4G)

-- 
Cheers,

Tai-hwa Liang
Received on Wed Apr 01 2009 - 09:32:36 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:45 UTC