El Jueves, 29 de Junio de 2006 11:46, Camaleón escribió:
2006/6/29, Camaleón:
Así lo tengo, de momento está aislado de la red y con dos tty con los registros de mensajes, a la espera de que salte.
* Si segun dices tiene un tamaño razonable, Puede ser un fallo de algun inode o del propio binario, en este caso intentalo con netconsole, netconsole estaticamente, se ejecuta justo despues de la carga de la pila tcp y como modulo despues de levantar la red, la sintaxis seria la siguiente. netconsole=[src-port]@[src-ip]/[<dev>],[dport]@<d-ip>/[direccion-mac] * Estaticamente en el promt de arranque si fuera un panic en el arranque, que no lo es, en tu caso inicialo normalmente, pero ya que estamos, pues eso, en una linea (linux y netconsole con espacio en medio) linux netconsole=12000@192.168.0.1/eth0,12001@192.168.0.2/di:rec:cion:fi:si:ca * Como modulo pues algo como modprobe netconsole netconsole=@/,@192.168.0.2/ * luego en la otra maquina (la que capturara el asunto) netcat -u -l -p puerto o tirar del demonio syslogd. Netconsole se ha diseño para ser lo mas instantaneo posible, a fin de registrar incluso los bugs mas criticos del nucleo. Tambien funciona desde contexto de IRQ y no activa las interrupciones mientra envia un paquete, esto hace que tenga ciertas limitaciones y sea muy efectivo en los panic de arranque, con el sistema en ejecucion es probable que exista algo mas apropiado el problema es la captura de esas salidas para despues auditarlas, de hay lo de recomendarte netconsole.