On Wed, Apr 1, 2009 at 12:33 PM, Garrett Cooper <yanefbsd_at_gmail.com> wrote: > On Wed, Apr 1, 2009 at 8:25 AM, Marcel Moolenaar <xcllnt_at_mac.com> wrote: >> >> On Apr 1, 2009, at 4:16 AM, Tai-hwa Liang wrote: >> >>> 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). >> >> That sounds like a bug, because logical partitions are >> supported. Can you enable GEOM_PART_BSD, GEOM_PART_EBR >> and GEOM_PART_MBR and tell me which GEOMs are available >> at the mount root prompt? > > Wait -- you're saying with the new change I'd have to shuffle around > my data, redo my 3.5 TB RAID6 array, then shuffle it all back, etc? > > [gcooper_at_optimus ~]$ gpart show > => 63 312581745 ad4 MBR (149G) > 63 134319402 1 freebsd [active] (64G) > 134319465 178257240 2 freebsd (85G) > 312576705 5103 - free - (2.5M) > > => 0 134319402 ad4s1 BSD (64G) > 0 16777216 2 freebsd-swap (8.0G) > 16777216 16777216 1 freebsd-ufs (8.0G) > 33554432 16777216 5 freebsd-ufs (8.0G) > 50331648 33554432 6 freebsd-ufs (16G) > 83886080 16777216 7 freebsd-ufs (8.0G) > 100663296 16777216 8 freebsd-ufs (8.0G) > 117440512 16878890 4 freebsd-ufs (8.0G) > > => 0 178257240 ad4s2 BSD (85G) > 0 16777216 4 freebsd-ufs (8.0G) > 16777216 161480024 5 freebsd-ufs (77G) > > => 63 4394465208 da0 MBR (2.0T) > 63 4294961622 1 !131 [active] (2.0T) > 4294961685 99503586 - free - (47G) > > Btw, what's the replacement for GEOM_* that's getting removed? Or to sum it up a bit better: 1. What's getting removed and why? 2. What's it being replaced with? 3. How do I migrate from the old system to the new one? I don't see that information in the initial warning email. Thanks, -GarrettReceived on Wed Apr 01 2009 - 17:35:50 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:45 UTC