It seems that in Nevada 68 on x86 the bug is still present. Profile look like that: [..] partitioning explicit metadb c1d1s7 size 8192 count 3 filesys c0d0s0 free / filesys c1d0s4 256 /globaldevices filesys c1d0s0 free /opt filesys c1d1s1 free swap
Jumpstart still complains about metadb being too small (slice too small). Manual creation "metadb -a -f c1d1s7" work ok. This message posted from opensolaris.org
