Recientemente me convertí de Chakra Linux a Opensuse 13.1 sin formatear la partición de inicio (me arriesgué) y no tuve que hacer la recarga habitual de correo electrónico, documentos y bitcoin comenzó a funcionar inmediatamente después de instalarlo desde el repositorio de opensuse. La instalación de Chakra tenía bitcoin-qt 0.8.6 y opensuse cargó bitcoin-qt 0.9.1. Entonces, básicamente, encontró los archivos en la partición de inicio y pareció continuar desde allí. Tengo una copia de seguridad anterior a la conversión. Bitcoin 0.9.1 agregó bastantes bloques antes del error. Entonces, tal vez no fue la transición a openuse lo que lo hizo.
Ahora la billetera tiene seis días de retraso. Aquí hay una cita de debug.log. Se está "poniendo al día" desde el bloque 297123.
2014-04-23 20:59:35 ProcessBlock: ACCEPTED 2014-04-23 20:59:45 UpdateTip: new >best=000000000000000087be011f611f80fd4d3d917780a27850fb878512f492f828 >height=297123 log2_work=78.143683 tx=37308919 date=2014-04-22 09:43 : 51> Progress = 0.993196 2014-04-23 20:59:45 ProcessBlock: Aceptado 2014-04-23 20:59:56 Error: cscriptcheck ():> 447f1be22db9cca6b7539a66b54f99aea11c1c0316a72915d344d8a1c86d00e Excepción EnvShutdown: argumento no válido (22)
2014-04-23 21:21:02 CheckForkWarningConditions: Warning: Large valid fork found forking the chain at height 297123 >(000000000000000087be011f611f80fd4d3d917780a27850fb878512f492f828) lasting to height 297131 >(00000000000000004866bff18fa3e4378486920d6b9dc7f332f9f0bc18bd247e). Es probable que se dañe la base de datos del estado de la cadena.
¿Alguna sugerencia sobre cómo debo proceder?
Una verificación de firma falló para una transacción válida. Esto probablemente indica un problema de CPU o RAM con el sistema en el que se está ejecutando (aunque no vea errores regulares en el funcionamiento normal, Bitcoin hace tantos cálculos durante la validación que es probable que los vea más).
El resultado de esto es que bitcoind marcó la cadena en la que se encontraba esta transacción como no válida y rechazó nuevos bloques en ella.
Para reconstruir su base de datos, puede iniciar el cliente con la -reindexbandera (si sale durante la reconstrucción, continuará donde se detuvo en la próxima ejecución).
Una solución alternativa que ayuda en algunos casos es ejecutar con -par=1, lo que hace que la validación solo se ejecute en un subproceso. Esto parece reducir la carga lo suficiente como para que algunas CPU ya no causen errores.
bruce
arhuaco
arhuaco