acho que vale o esclarecimento. pelo menos pelo q conheço de gpt. :) basicamente, um esquema de particionamento gpt puro pode conter diversas tabelas de partições. e o uso de partições aninhadas, por assim dizer, usando slices, é desnecessário. foi mantido mais por questões de compatibilidade pelo q vi. trocando em miúdos, ad0s1d, ad0s1e, ad0s1f e afins seriam apenas ad0p1, ad0p2, ad0p3, em diante. o limite de partições por tabela normalmente é 128. a única exigência fundamental de um sistema gpt puro no free é q a primeira partição contenha o boot para gpt e a segunda partição seja a raíz. daí em diante é válido sair criando partições conforme desejar, e até criar outra tabela de partições, e seguir fazendo um aninhamento forçado. fica aí uma observação muito importante. se for usar gmirror no disco todo, gstrip e afins q guardam metadata no fim do disco/slice/partição, é possível q tenha q calcular um offset para q a cópia de segurança da tabela gpt (q por vezes também vai pro mesmo lugar) não sobrescreva ou seja sobrescrita pelo metadata do geom. se a tabela sobrescrever o metadata seu raid vai pro brejo. se o metadata sobrescrever ela, vai ficar dando um warning insistente durante o boot, dizendo q a tabela secundária (cópia de segurança) do gpt está corrompida e deve ser restaurada. espero q isso ajude alguém. :) []'s
Gabriel ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
