Los discos SCSI deberían ser capaces de marcar estos bloques erróneos automaticamente para que no presenten problemas. Algunos discos, por alguna razón desconocida, se venden con esta característica desactivada.
Para activar esta opción, tendrás que editar una de las
opciones del dispositivo, lo que puede ser hecho con FreeBSD tecleando el
siguiente comando (como root):
y cambiando los valores de AWRE y ARRE de 0 a 1:-
Para otros tipos de discos, dependes de las características de los sistemas operativos. Desafortunadamente, el comando "bad144" que se incluye en FreeBSD, necesita ser desarrollado más en profundidad.
Se
Esta información es específica para la tarjeta 742a,
pero puede ser aplicable a otras tarjetas Buslogic. (Bustek = Buslogic)
Existen dos versiones de la tarjeta 742a. Son revisiones de
hardware A-G y H. La letra de revisión está situada
después del número de ensamblaje. La 742a tiene 2 ROMs,
una es la BIOS y la otra es el Firmware. FreeBSD no se fija en la
versión de BIOS de la tarjeta, pero si en la de Firmware.
Buslogic te enviará una actualización de de las ROMs si te
pones en contacto con su departamento técnico. La BIOS y el
Firmware son distribuidas de manera inseparable. Deberías tener
la versión de Firmware más actualizada para la
revisión de hardware de tu tarjeta.
Las tarjetas con revisión A-G solo pueden aceptar BIOS/Firmware
2.41/2.21. La revisión H y superiores pueden aceptar las versiones
más actuales 4.70/3.37. La diferencia entre las versiones de
Firmware es que la 3.38 soporta "round robin".
Las tarjetas Buslogic tienen un número de serie serigrafiado
en ellas. Si tienes una revisión de hardware antigua, puedes llamar
al departamento de RMA de Buslogic y darles el número de serie de
la tarjeta para intentar cambiarla por una revisión superior del
hardware.
FreeBSD 2.1 solo soporta revisiones de Firmware 2.21 o superiores.
Si tienes una versión inferior, tu tarjeta no será
reconocida como Buslogic. Quizás sea reconocida como una Adaptec
1540. Las primeras versiones de Firmware de Buslogic contienen una modo
de emulación de la AHA1540.
Si tienes una revisión de hardware antigua y consigues una
más actual (2.21), necesitarás chequear la posición
del jumper W1 y asegurarte que está en la posición B-C
(por defecto esta en B-C).
Este es un problema ya conocido. Las controladoras SCSI EISA
integradas en la placa base en las máquinas HP Netserver, ocupan
el slot numero 11. El espacio de direcciones para los slots
EISA >=10 colisionan con los espacios de direcciones asignados
para los dispositivos PCI, y la autoconfiguración de FreeBSD no
maneja esta situación demasiado bien.
Lo mejor que puedes hacer es pretender que no existan clases
de rangos de direcciones :), cambiando el valor de la opción del
kernel .
Por supuesto, esto presenta un pequeño problema. Para poder
solucionarlo, es necesario un truco en la utilidad de
configuración. No uses el interface "visual", simplemente teclea
lo siguiente en la línea de comando de la utilidad
Esperamos que en las próximas versiones tengamos solucionados
estos temas.
No funciona. No puede manejar comandos en los dos canales
simultáneamente.
Hay una solución posible y se activa automáticamente si
tu sistema usa este chip. Para más detalles, referirse al man del
driver de discos (man 4 wd).
Si todavía estás usando FreeBSD 2.2.1 o 2.2.2 con una
controladora IDE CMD640 y quieres usar el segundo canal, crea un nuevo
kernel con
Esto, normalmente es causado por conflictos de interrupciones (por
ejemplo, dos tarjetas usando la misma IRQ). Las versiones
anteriores a la 2.0.5R eran tolerantes con los problemas de
conflictos de IRQ. A partir de esa versión, los conflictos de IRQ
ya no son tolerados. Arranca con la opción -c y cambia la entrada
correspondiente a tu tarjeta.
Si estás usando conectores BCN en tu tarjeta de red, el mensaje
de error puede ser debido a una mala terminación de la red. Para
chequear esto, conecta un terminador directamente a la salida BNC de la
tarjeta (sin cable) y mira si el mensaje desaparece.
Tienes que indicar el tipo de dispositivo que quieres montar. Por
defecto Ten en cuenta que el nombre de tu dispositivo
(/dev/cd0c en este ejemplo) puede ser diferente dependiendo
del interface que estés usando. El comando anterior puede ser
acortado tecleando:
Esto, generalmente, significa que no hay ningún disco en el
lector de CDROM. También puede significar que el lector no es
visible para el bus. Chequea que está bién configurado en
lo referente a master/slave si es IDE (ATAPI).
Algunas veces un CDROM SCSI puede "desaparecer" por que no ha tenido
tiempo suficiente para responder a un reset del bus. Si tienes un
CDROM SCSI, añade la siguiente línea en el fichero de
configuración del kernel y recompílalo.
Si es paralelo, y el único problema es la lentitud, intenta
configurar el puero de impresora en modo "polled":
Algunas impresoras nuevas de HP son conocidas por no trabajar
correctamente en modo de interrupción, aparentemente debido (y
todavía no exactamente entendido), a un problema de "timing".
Esto puede ser por hardware erróneo (memoria, placa base, etc).
Intenta ejecutar algún programa de test de memoria. Ten en cuenta
que es posible que tu memoria pase el test del programa que uses,
pero que falle en algunas condiciones de uso, como en compilación
de kernel.
La FAQ SIG11 (listada más abajo) apunta a problemas de
lentitud de memoria. Incrementa el número de "wait states" en tu
BIOS o instala una memoria más rápida.
También puedes intentar desactivar el caché de placa
base en la BIOS y comprueba si se resuelve el problema.
Hay una extensa FAQ en
Este es un problema conocido con las tarjetas de vídeo ATI
Mach 64. El problema es que esta tarjeta usa la dirección
, éste "tocará" este puerto aunque no esté instalado
o esté desactivado.
Hasta que el problema sea fijado, puedes hacer esto:
Si quieres ser capaz de usar tus puertos serie, tendrás que
compilar un nuevo kernel con la siguiente modificación:
/usr/src/sys/i386/isa/sio.c. Busca la cadena Después de realizar estos cambios, puedes encontrarte aun que
las X Window no funcionan correctamente. Algunas tarjetas de
vídeo modernas ATI Mach 64 (especialmente la ATI Mach Xpression)
no funcionan con la versión actual de
y seguir los links hasta el download. Coge los siguientes ficheros:
AccelCards, BetaReport, Cards, Devices, FILES, README.ati,
README.FreeBSD, README.Mach64, RELNOTES, VGADriver.Doc,
X312BMa64.tgz
Reemplaza los viejos ficheros por las nuevas versiones y
asegúrate de ejecutar de nuevo Debido a la forma que tiene FreeBSD de "ver" el tamaño de
memoria en la BIOS, solo puede detectar 16 bits
(65535 Kbytes = 64MB) (o menos... algunas BIOS fijan el tamaño de
la memoria a 16MB).
Para solucionar este problema, tienes que usar la opción del
kernel indicada más adelante. Hay una manera de ver la
información completa sobre memoria en la BIOS, pero no tenemos
espacio en los bloques de arranque (bootblocks) para hacerlo. Por ahora,
tenemos que trabajar con la opción del kernel.
options "MAXMEM=<n>"
Donde
La parada indica que el sistema no tiene memoria virtual
suficiente para los buffers de red (específicamente,
clusters mbuf).
Puedes incrementar la cantidad de memoria virtual disponible para
los clusters mbuf añadiendo:
options "NMBCLUSTERS=<n>"
al fichero de configuración del kernel, donde <n> es un
número en el rango 512-4096, dependiendo del número de
conexiones tcp simultáneas que necesites soportar. Te recomendamos
intentar con 2048. Puedes monitorizar el número de clusters mbuf
en uso con la orden
El programa que intenta detectar ficheros /var/db/kvm_*.db
puede fallar y provocar el "panic" en el arranque.
Si esto ocurre, arranca en mono-usuario y haz:
Esto significa un conflicto con una controladora Ultrastor SCSI.
Durante el proceso de arranque, entra en el menú de
configuración del kernel y desactiva el dispositivo
Esto está contestado en la FAQ de sendmail de la siguiente
manera:
La versión actual de la Quizás la máquina remota tiene el tipo de terminal
diferente de cons25 que es el usado por la cónsola de
FreeBSD.
Hay diferentes maneras de solucionar este problema:
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áficas aceleradoras también lo pueden
provocar, teniendo que revisar la interrupción utilizada
por la tarjeta.
El efecto de este error es que los procesos mueren con el mensaje
"SIGXCPU exceeded cpu time limit".
Para FreeBSD 3.0 y posteriores desde el 29 de Noviembre de 1998: si
el problema no puede fijarse de otra manera, la solución es
poner la variable sysctl a:
Esto puede significar un impacto en el rendimiento del sistema, pero
considerando la causa del problema, probablemente no lo notarás. Si
el problema persiste, mantén la variable sysctl a uno y
añade la opción "NTIMECOUNTER" en tu kernel para aumentar
su valor. Si finalmente llegas a un valor de "NTIMECOUNTER=20" el problema
no está resuelto, y las interrupciones están demasiado
saturadas para ofrecer un buén rendimiento.