:Dear coders, : :is there any chance that FreeBSD can adopt the OpenBSD changes reagrding UF= :S=20 :labels? I'm using one label per jail and this old 8 label limit forces me t= :o=20 :use different slices which sometimes, when I have to change label sizes, is= : a=20 :big handicap. :Having 16 labels would improove the jail-handling greatly IMHO. Having 32=20 :labels (like I think NetBSD) was even greater, but lifting the 8 label limi= :t=20 :would suffice I think. : :Thank you in advance, : :=2DHarry It's codeable. I did this for DragonFly, stealing one of the other device bits to extend the partition id from 3 to 4 bits. But in the recent past somebody decided to squeeze the boot1 code (I think it's boot1) right next to the existing partition table, and that would have to be moved back to its original location in order to free up enough space to extend the partition table to 16 elements. It may or may not be possible with UFS+UFS2 support, someone experiementation would be required. You might be better off creating multiple slices instead, which works right now. Each slice has its own partition table. For example, on one of my FreeBSD boxes I have this: /dev/da0s1a 127023 101043 15819 86% / /dev/da0s1d 12862777 10394690 1439065 88% /FreeBSD /dev/da0s1e 508143 97493 369999 21% /var /dev/da0s1f 508143 34366 433126 7% /var/tmp /dev/da0s1g 4065262 1519750 2220292 41% /usr /dev/da0s1h 4065262 2564093 1175949 69% /home /dev/da0s2a 127023 80319 36543 69% /altroot /dev/da0s2d 2032623 720480 1149534 39% /archive /dev/da0s2e 3048942 14723 2790304 1% /backup1 /dev/da0s2f 4065262 2728267 1011775 73% /home2 /dev/da0s2g 4065262 632084 3107958 17% /cvs /dev/da0s2h 9813819 5626600 3402114 62% /usr/obj /dev/da0s3d 23516922 3590234 18045336 17% /u1 -Matt Matthew Dillon <dillon_at_backplane.com>Received on Tue Apr 27 2004 - 07:31:20 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:52 UTC