Hello! On Thu, 16 Mar 2006, Julian Elischer wrote: >> I hope my patch can be useful, and would like to get feedback about it. > > why not make a completely separate type and allow access to all teh slices > with the > same partition letters that netBSD uses.. i.e. a g_nbsd type.. I've decided to extend coverage of g_bsd instead of creating g_nbsd just because this route is shorter (I think that layout differences between disklabels in FreeBSD and NetBSD are not so big that would justify that piece of work and code duplication). After all, I think that NetBSD people were forced to extend their label just by the fact that they don't have slice units, and in most setups there will be enough 'a'-'h' entries to describe NetBSD partitions. In my example: # size offset fstype [fsize bsize cpg/sgs] a: 2097648 147942585 4.2BSD 2048 16384 21872 b: 2097648 150040233 swap c: 81931500 147942585 unused 0 0 d: 312579695 0 unused 0 0 e: 2088387 63 MSDOS f: 61440624 152137881 4.2BSD 2048 16384 28704 g: 10150560 213578505 4.2BSD 2048 16384 28456 it would be useful to move 'e' partition to the unused entry after 'h' (e.g., 'm' or 'n'), then it'll be available for the NetBSD partition. I think 'a'-'h' partitions are well enough for easy data interchange between NetBSD and FreeBSD. And, after all, I we call something 'g_bsd', we imply that it should understand all BSD's layout (including NetBSD), aren't we? (this is just my impression and hardly a technical argument ;) Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry_at_atlantis.dp.ua nic-hdl: LYNX-RIPEReceived on Fri Mar 17 2006 - 07:15:42 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:53 UTC