A instalação do OpenIndiana trava em 2% - Preparando o disco para instalação do OpenIndiana

7

Estou tentando instalar o OpenIndiana em um HP DL320 G6 há algum tempo. Eu tenho um cartão HP SDHC de 16GB no slot onboard e um CD-Rom SATA com oi-dev-151a-text-x86.iso gravado em um disco.

A instalação parece progredir bem até chegar à parte da instalação real. O cartão SD é recolhido como um disco USB. Todas as outras opções de configuração são muito 'normais' (realmente não há muitas opções para começar). Configuração automática da NIC.

O instalador inicia o "Instalando o OpenIndiana", executa algumas etapas e, em seguida, acessa "Preparando o disco para instalação do OpenIndiana" em 2%; e apenas fica lá. Deixei descansar por meia hora e ainda não tenho progresso.

Como posso superar esse problema?

PS > Eu não estou muito familiarizado com o OpenSolaris, mas estou com o FreeBSD e o * nix CLI em geral.

Atualização 1:
Eu baixei e gravei o instalador gráfico (uau, ele não funciona com o iLO). Depois de encontrar um teclado, mouse, etc eu tenho o instalador indo. Pára no mesmo lugar, mas agora com o erro: Cannot mount volume: Unable to mount the volume 'rpool1'. e e o botão OK. Parece que o instalador não tem tratamento de exceção, pois clicar em OK resulta no instalador interrompido (os anúncios ainda rodam e o computador responde, mas o instalador não avança).

    
por Chris S 30.03.2012 / 18:00

1 resposta

2

Eu experimentei esse mesmo problema com uma solicitação especial para que um provedor de serviços instalasse o Nexenta em sua plataforma de armazenamento.

O problema é que o OpenSolaris / OpenIndiana geralmente é executado apenas em hardware mais antigo porque ele foi bifurcado há muito tempo e há uma seleção limitada de drivers. Uma versão mais recente do Solaris ainda pode não ajudar porque o mesmo problema de uma seleção limitada de drivers. Mesmo que pareça instalar, pode ser ainda mais tarde porque os drivers nunca foram Q / A no modelo exato, revisão e firmware do hardware (mas também pode funcionar sem sorte). É por isso que usar algo conhecido para trabalhar na HCL do fornecedor evita muita dor e desperdício de tempo / surpresas muito caras posteriormente .

Para uso não relacionado à produção, recomendo que você visite o repositório local do seu servidor, como UnixSurplus e pegando uma caixa barata da Sun que executava efetivamente a mesma base de código do Solaris que você preferiria usar.

    
por 07.10.2012 / 19:52