diff --git a/es/FAQ/troubleshoot.sgml b/es/FAQ/troubleshoot.sgml
index 5e3524d550..41dbaeeb68 100644
--- a/es/FAQ/troubleshoot.sgml
+++ b/es/FAQ/troubleshoot.sgml
@@ -1,4 +1,4 @@
-<!-- $Id: troubleshoot.sgml,v 1.5 1999-01-29 19:31:06 jesusr Exp $ -->
+<!-- $Id: troubleshoot.sgml,v 1.6 1999-03-20 15:23:10 jesusr Exp $ -->
 <!-- The FreeBSD Documentation Spanish Project -->
   <sect>
     <heading>Problemas<label id="troubleshoot"></heading>
@@ -388,5 +388,31 @@
       <item>Lanza las X y haz el login en la m&aacute;quina remota desde 
       <tt>xterm</tt>.
       </itemize>
+
+   <sect1>
+     <heading>Aparece el mensaje de error "calcru: negative time..."</heading>
+     <p>Esto puede ser causado por varios problemas de hardware o software
+     relacionados con las interrupciones. Utilizar TCP/IP sobre el puerto
+     paralelo con un MTU muy grande es una buena manera de provocar este error.
+     Las tarjetas gr&aacute;ficas aceleradoras tambi&eacute;n lo pueden
+     provocar, teniendo que revisar la interrupci&oacute;n utilizada
+     por la tarjeta.
+
+     <p>El efecto de este error es que los procesos mueren con el mensaje
+     "SIGXCPU exceeded cpu time limit".
+
+     <p>Para FreeBSD 3.0 y posteriores desde el 29 de Noviembre de 1998: si
+     el problema no puede fijarse de otra manera, la soluci&oacute;n es
+     poner la variable sysctl a:
+<verb>
+               sysctl -w kern.timecounter.method=1
+</verb>
+    <p>Esto puede significar un impacto en el rendimiento del sistema, pero
+    considerando la causa del problema, probablemente no lo notar&aacute;s. Si
+    el problema persiste, mant&eacute;n la variable sysctl a uno y 
+    a&ntilde;ade la opci&oacute;n "NTIMECOUNTER" en tu kernel para aumentar
+    su valor. Si finalmente llegas a un valor de "NTIMECOUNTER=20" el problema 
+    no est&aacute; resuelto, y las interrupciones est&aacute;n demasiado
+    saturadas para ofrecer un bu&eacute;n rendimiento.
   </sect>
 
diff --git a/es_ES.ISO8859-1/FAQ/troubleshoot.sgml b/es_ES.ISO8859-1/FAQ/troubleshoot.sgml
index 5e3524d550..41dbaeeb68 100644
--- a/es_ES.ISO8859-1/FAQ/troubleshoot.sgml
+++ b/es_ES.ISO8859-1/FAQ/troubleshoot.sgml
@@ -1,4 +1,4 @@
-<!-- $Id: troubleshoot.sgml,v 1.5 1999-01-29 19:31:06 jesusr Exp $ -->
+<!-- $Id: troubleshoot.sgml,v 1.6 1999-03-20 15:23:10 jesusr Exp $ -->
 <!-- The FreeBSD Documentation Spanish Project -->
   <sect>
     <heading>Problemas<label id="troubleshoot"></heading>
@@ -388,5 +388,31 @@
       <item>Lanza las X y haz el login en la m&aacute;quina remota desde 
       <tt>xterm</tt>.
       </itemize>
+
+   <sect1>
+     <heading>Aparece el mensaje de error "calcru: negative time..."</heading>
+     <p>Esto puede ser causado por varios problemas de hardware o software
+     relacionados con las interrupciones. Utilizar TCP/IP sobre el puerto
+     paralelo con un MTU muy grande es una buena manera de provocar este error.
+     Las tarjetas gr&aacute;ficas aceleradoras tambi&eacute;n lo pueden
+     provocar, teniendo que revisar la interrupci&oacute;n utilizada
+     por la tarjeta.
+
+     <p>El efecto de este error es que los procesos mueren con el mensaje
+     "SIGXCPU exceeded cpu time limit".
+
+     <p>Para FreeBSD 3.0 y posteriores desde el 29 de Noviembre de 1998: si
+     el problema no puede fijarse de otra manera, la soluci&oacute;n es
+     poner la variable sysctl a:
+<verb>
+               sysctl -w kern.timecounter.method=1
+</verb>
+    <p>Esto puede significar un impacto en el rendimiento del sistema, pero
+    considerando la causa del problema, probablemente no lo notar&aacute;s. Si
+    el problema persiste, mant&eacute;n la variable sysctl a uno y 
+    a&ntilde;ade la opci&oacute;n "NTIMECOUNTER" en tu kernel para aumentar
+    su valor. Si finalmente llegas a un valor de "NTIMECOUNTER=20" el problema 
+    no est&aacute; resuelto, y las interrupciones est&aacute;n demasiado
+    saturadas para ofrecer un bu&eacute;n rendimiento.
   </sect>
 
diff --git a/es_ES.ISO_8859-1/FAQ/troubleshoot.sgml b/es_ES.ISO_8859-1/FAQ/troubleshoot.sgml
index 5e3524d550..41dbaeeb68 100644
--- a/es_ES.ISO_8859-1/FAQ/troubleshoot.sgml
+++ b/es_ES.ISO_8859-1/FAQ/troubleshoot.sgml
@@ -1,4 +1,4 @@
-<!-- $Id: troubleshoot.sgml,v 1.5 1999-01-29 19:31:06 jesusr Exp $ -->
+<!-- $Id: troubleshoot.sgml,v 1.6 1999-03-20 15:23:10 jesusr Exp $ -->
 <!-- The FreeBSD Documentation Spanish Project -->
   <sect>
     <heading>Problemas<label id="troubleshoot"></heading>
@@ -388,5 +388,31 @@
       <item>Lanza las X y haz el login en la m&aacute;quina remota desde 
       <tt>xterm</tt>.
       </itemize>
+
+   <sect1>
+     <heading>Aparece el mensaje de error "calcru: negative time..."</heading>
+     <p>Esto puede ser causado por varios problemas de hardware o software
+     relacionados con las interrupciones. Utilizar TCP/IP sobre el puerto
+     paralelo con un MTU muy grande es una buena manera de provocar este error.
+     Las tarjetas gr&aacute;ficas aceleradoras tambi&eacute;n lo pueden
+     provocar, teniendo que revisar la interrupci&oacute;n utilizada
+     por la tarjeta.
+
+     <p>El efecto de este error es que los procesos mueren con el mensaje
+     "SIGXCPU exceeded cpu time limit".
+
+     <p>Para FreeBSD 3.0 y posteriores desde el 29 de Noviembre de 1998: si
+     el problema no puede fijarse de otra manera, la soluci&oacute;n es
+     poner la variable sysctl a:
+<verb>
+               sysctl -w kern.timecounter.method=1
+</verb>
+    <p>Esto puede significar un impacto en el rendimiento del sistema, pero
+    considerando la causa del problema, probablemente no lo notar&aacute;s. Si
+    el problema persiste, mant&eacute;n la variable sysctl a uno y 
+    a&ntilde;ade la opci&oacute;n "NTIMECOUNTER" en tu kernel para aumentar
+    su valor. Si finalmente llegas a un valor de "NTIMECOUNTER=20" el problema 
+    no est&aacute; resuelto, y las interrupciones est&aacute;n demasiado
+    saturadas para ofrecer un bu&eacute;n rendimiento.
   </sect>