vfs.rootmountfrom=ufs:/dev/ad0s1a (êsse é o slice real) Esta dizendo que o slice definido no fstab como sendo o slice da Raiz não está acessivel nesse endereço possivelmente deveria estar usando sata sem AHCI por isso o device ad0, quando instalou os discos na maquina nova o disco passou a ser ad4 ou ad6 ele pede para você definir de onde inicializar o sistema, por exemplo ufs:/dev/ad4s1a ou ufs:/dev/ad6s1a
Ja tive caso em que o disco começa a contar do ad6 ( quando tem 2 portas EIDE ), nesses casos usando discos SATA com AHCI ativo, quando usa compatible mode EIDE ou uma controladora EIDE nativa os discos começa com ad0 ( quando EIDE nativo e ad4 ( quando Compatible mode ). De uma verificada nessas configurações. Por ser maquina virtual verifica se a configuração de discos virtuais da maquina não alterou !!! Att Em 18/05/2011 16:28, irado furioso com tudo escreveu: > buenas, piás :) > > bem.. estou com a necessidade de transportar maquina virtual em VMWare > para outra máquina virtual (questão de espaço). Contudo, nem a pau, > nicolau. Faço o restore em cima de uma instalação muito básica, > funcional até então (boot, ok). > > após o restore de tudo, no boot imediatamente seguinte.. nada. Um > prompt (sorry, não li o prompt) mas diz para NA SELEÇÃO DE BOOT (menu) > indicar as seguintes variáveis: > > vfs.rootmountfrom=ufs:/dev/ad0s1a (êsse é o slice real) > vfs.root.mountfrom.options=rw > > imagino que, a seguir, devo indicar: boot kernel, né? > > pois é.. primeiro indica que o /dev não existe (existia quando da > instalação original) e novamente cai no tal prompt de erro :( > > então resolvi fazer uma abordagem diferente: vou restaurar /var /usr > e NÃO restauro / (root) e seja o que deus quiser; contudo, aí tenho > (mais um) pequeno problema: manter meus usuários originais. > > pretendo fazer um tar.bz2 dos seguintes arquivos do /etc: passwd group > master.passwd rc.conf pwd.db na tentativa de manter as condições > originais. > > perguntas: > > a) alguém tem uma sugestão melhor, mais técnica do que essa minha > gambi.. ah, esqueci, chama-se "alternativa tecnica eventual" (risos)? > > b) caso não tenham - fico por minha conta e risco - alguma coisa que > possa impedir os usuários de acessar a máquina (inclusive o root) > devido a algum erro não previsto? > > grato > > -- Paulo Henrique R. Oliveira. Consultória em Projetos de TI. Cel: (21) 9683-5433 - VIVO. Cel: (21) 7402-6128 - Claro. Desenvolvedor de Software / Administrador de Sitemas. Genuine BSD/Unix User. ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
