Na semana passada, tive um problema em que o SmartOS não inicializava repentinamente (fora do USB), ele simplesmente travou após o aviso "mDNSPlatformRawTime retrocedeu 3684530 ticks...". Acho que esse aqui aparecia às vezes, mas não prestei atenção, porém esse é o ponto onde ele travava na inicialização. Então, como meu Zpool não continha tantos dados importantes, apenas desconectei esse disco e usei outro idêntico para criar um novo pool, pois pensei que talvez o disco fosse o problema (era mais barato). Também atualizei o stick USB com a imagem mais recente do SmartOS e ele ultrapassou o ponto de suspensão anterior, mas resultou em kernel panic, desativando um módulo.FMD-8000-2K
Resumindo, como esta máquina tem inicialização dupla, no Windows 7 notei que de 6 unidades de RAM (total de 12 GB), ela vê apenas 2 GB - uma unidade. Recentemente, tive algum tempo livre e limpei a poeira, além de haver alguns fios de cabelo onde a RAM se conecta e lá vamos nós, 12 GB de volta, então definitivamente acho que esse era o problema e pode ter sido o módulo problemático.
Mas quando volto para o smartos e até mesmo para o novo zpool/disk, quando tento instalar o bootstrap mais recente, ele diz que o sistema de arquivos / está cheio.
Eu ainda não dominei o Illumos/SmartOS, embora seja meu plano me aprofundar o máximo possível, então não sei como funcionam os metadados em Zpool específico ou que parte é alterada no próprio stick de inicialização USB, após o kernel panic.
Agora, é possível que no novo Zpool eu ainda tenha que localizar o módulo desabilitado e habilitá-lo?
ATUALIZAR:
Consegui acessar meu pool original depois que a RAM foi limpa e quando conectei o primeiro disco novamente. Usei o segundo disco como espelho agora. Mas é isso que ainda me preocupa - por que o ramdisk: tem uma capacidade tão baixa e cheia:
# df -h
Filesystem Size Used Available Capacity Mounted on
/devices/ramdisk:a 289M 289M 66K 100% /
/devices 0 0 0 0% /devices
/dev 0 0 0 0% /dev
ctfs 0 0 0 0% /system/contract
proc 0 0 0 0% /proc
mnttab 0 0 0 0% /etc/mnttab
swap 4.76G 980K 4.76G 1% /etc/svc/volatile
objfs 0 0 0 0% /system/object
bootfs 0 0 0 0% /system/boot
sharefs 0 0 0 0% /etc/dfs/sharetab
/devices/pseudo/lofi@1:disk
432M 360M 72.4M 84% /usr
/usr/lib/libc/libc_hwcap1.so.1
432M 360M 72.4M 84% /lib/libc.so.1
Quando tentei obter um bootstrap mais recente usandoondulação, Eu recebo/ sistema de arquivos está cheionovamente, após certa% de download.
Portanto, a principal questão que resta agora é/estando cheio, mas não tenho certeza de como ele está montado, ou dos mecanismos por trás dele, ou do que preciso investigar. Nota: também não tenho certeza de qual era o status de/antes de falhar na RAM, poderia ser que ela também tivesse baixa capacidade e estivesse altamente carregada, mas na primeira configuração, 5 meses atrás, consegui extrair e instalar bootstrap-2019Q2-x86_64.tar.gz sem problemas.
Obrigado por qualquer ajuda que você possa fornecer.