1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
|
<!-- $FreeBSD$ -->
<!-- The FreeBSD Documentation Spanish Project -->
<sect>
<heading>Problemas<label id="troubleshoot"></heading>
<sect1>
<heading>Tengo bloques erróneos en mi disco duro!<label id="awre"></heading>
<p>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.
<p>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):
<verb>
scsi -f /dev/rsd0c -m 1 -e -P 3
</verb>
<p>y cambiando los valores de AWRE y ARRE de 0 a 1:-
<verb>
AWRE (Auto Write Reallocation Enbld): 1
ARRE (Auto Read Reallocation Enbld): 1
</verb>
<p>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.
<p>Se <em/supone/ que los discos IDE incluyen de serie la posibilidad
de "remapear" los bloques dañados; si tienes documentación
de tu disco, podrás ver si esta opción está activada
o desactivada.
<sect1>
<heading>FreeBSD no reconoce mi Bustek 742a EISA SCSI!</heading>
<p>Esta información es específica para la tarjeta 742a,
pero puede ser aplicable a otras tarjetas Buslogic. (Bustek = Buslogic)
<p>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.
<p>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".
<p>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.
<p>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.
<p>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).
<sect1>
<heading>
Mi controladora SCSI HP Netserver's no es detectada!
</heading>
<p>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.
<p>Lo mejor que puedes hacer es pretender que no existan clases
de rangos de direcciones :), cambiando el valor de la opción del
kernel <tt/EISA_SLOTS/ a un valor de 12.
Configura y compila un nuevo kernel como se describe en la
<url url="../../handbook/kernelconfig.html"
name="entrada correspondiente del manual">.
<p>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
<verb>
eisa 12
quit
</verb>
<p>Esperamos que en las próximas versiones tengamos solucionados
estos temas.
<sect1>
<heading>¿Qué ocurre con la controladora IDE CMD640?</heading>
<p>No funciona. No puede manejar comandos en los dos canales
simultáneamente.
<p>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).
<p>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 <tt/options "CMD640"/ activada. Esta es la opción por
defecto en la versión 2.2.5 y superiores.
<sect1>
<heading>Tengo mensajes como ``<tt/ed1: timeout/''.</heading>
<p>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.
<p>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.
<sect1>
<heading>Cuando monto el CDROM, obtengo ``Incorrect super block''.</heading>
<p>Tienes que indicar el tipo de dispositivo que quieres montar. Por
defecto <htmlurl url="http://www.FreeBSD.org/cgi/man.cgi?mount"
name="mount"> asumirá que el dispositivo que quieres montar es
``<tt/ufs/''.
Si quieres montar un CDROM, tienes que especificar <tt/-t cd9660/.
Esto hace que el sistema asuma que tiene que montar un sistema de
ficheros con formato ISO 9660 que es lo que los CDROM deben tener.
<p>Como ejemplo, si quieres montar una unidad CDROM,
<tt>/dev/cd0c</tt>, bajo <tt>/mnt</tt>, tienes que ejecutar
<verb>
mount -t cd9660 /dev/cd0c /mnt
</verb>
<p>Ten en cuenta que el nombre de tu dispositivo
(<tt>/dev/cd0c</tt> en este ejemplo) puede ser diferente dependiendo
del interface que estés usando. El comando anterior puede ser
acortado tecleando:
<verb>
mount_cd9660 /dev/cd0c /mnt
</verb>
<sect1>
<heading>Cuando monto un CDROM, obtengo ``Device not configured''.</heading>
<p>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).
<p>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.
<verb>
options "SCSI_DELAY=15"
</verb>
<sect1>
<heading>Mi impresora es ridiculamente lenta. ¿Qué puedo hacer?</heading>
<p>Si es paralelo, y el único problema es la lentitud, intenta
configurar el puero de impresora en modo "polled":
<verb>
lptcontrol -p
</verb>
<p>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".
<sect1>
<heading>Mis programas ocasionalmente mueren con errores ``Signal 11''.</heading>
<p>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.
<p>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.
<p>También puedes intentar desactivar el caché de placa
base en la BIOS y comprueba si se resuelve el problema.
<p>Hay una extensa FAQ en
<url url="http://www.bitwizard.nl/sig11/" name="the SIG11 problem FAQ">
<sect1>
<heading>Cuando arranco, la pantalla queda negra!</heading>
<p>Este es un problema conocido con las tarjetas de vídeo ATI
Mach 64. El problema es que esta tarjeta usa la dirección
<tt/2e8/, también usada por el puerto serie 4. Debido a un bug
(feature?) en el driver <htmlurl
url="http://www.FreeBSD.org/cgi/man.cgi?sio" name="sio.c">
, éste "tocará" este puerto aunque no esté instalado
o esté desactivado.
<p>Hasta que el problema sea fijado, puedes hacer esto:
<enum>
<item>Teclea <tt/-c/ en el prompt de arranque. Esto te llevará
a la sección de configuración del kernel.
<item>Desactiva <tt/sio0/, <tt/sio1/, <tt/sio2/ y <tt/sio3/
(todos ellos). De esta manera, el driver sio no se activa.
<item>Teclea exit para seguir arrancando.
</enum>
<p>Si quieres ser capaz de usar tus puertos serie, tendrás que
compilar un nuevo kernel con la siguiente modificación:
<tt>/usr/src/sys/i386/isa/sio.c</tt>. Busca la cadena <tt/0x2e8/
y borra esta cadena y la coma anterior (mantén la coma siguiente).
Ahora, compila un nuevo kernel de la manera habitual.
<p>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 <tt/XFree86/; la pantalla
se queda negra cuando arrancas las X o ocurren cosas extrañas en
su funcionamiento. Puedes instalar una versión beta del nuevo
servidor X que trabaja mejor, situada en
<url url="http://www.xfree86.org" name="el servidor XFree86">
y seguir los links hasta el download. Coge los siguientes ficheros:
<p><tt>AccelCards, BetaReport, Cards, Devices, FILES, README.ati,
README.FreeBSD, README.Mach64, RELNOTES, VGADriver.Doc,
X312BMa64.tgz</tt>
<p>Reemplaza los viejos ficheros por las nuevas versiones y
asegúrate de ejecutar de nuevo<htmlurl
url="http://www.FreeBSD.org/cgi/man.cgi?manpath=xfree86&query=xf86config"
name="xf86config">.
<sect1>
<heading>
Tengo 128MB de RAM pero el sistema solo usa 64MB.
<label id="reallybigram">
</heading>
<p>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).
<p>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.
<tt>
options "MAXMEM=<n>"
</tt>
<p>Donde <tt/n/ es tu memoria en Kilobytes. Para 128MB,
tendrías que usar <tt/131072/.
<sect1>
<heading>FreeBSD 2.0 aborta con ``kmem_map too small!''</heading>
<p><tt /Nota/ El mensaje debería ser ``mb_map too small!''
<p>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:
<p><tt>options "NMBCLUSTERS=<n>"</tt>
<p>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
<htmlurl url="http://www.FreeBSD.org/cgi/man.cgi?netstat"
name="netstat -m">.
<sect1>
<heading>``CMAP busy panic'' al arrancar con un nuevo kernel.</heading>
<p>El programa que intenta detectar ficheros <tt>/var/db/kvm_*.db</tt>
puede fallar y provocar el "panic" en el arranque.
<p>Si esto ocurre, arranca en mono-usuario y haz:
<verb>
rm /var/db/kvm_*.db
</verb>
<sect1>
<heading>ahc0: brkadrint, Illegal Host Access at seqaddr 0x0</heading>
<p>Esto significa un conflicto con una controladora Ultrastor SCSI.
<p>Durante el proceso de arranque, entra en el menú de
configuración del kernel y desactiva el dispositivo
<htmlurl url="http://www.FreeBSD.org/cgi/man.cgi?uha(4)" name="uha0">.
<sect1>
<heading>Sendmail dice ``mail loops back to myself''</heading>
<p>Esto está contestado en la FAQ de sendmail de la siguiente
manera:
<verb>
* Tengo el error "Local configuration error" :
553 relay.domain.net config error: mail loops back to myself
554 <user@domain.net>... Local configuration error
Cómo puedo solventar el problema?
Has intentado enviar un mail al dominio domain.net y que sea
reenviado a un host específico (en este caso relay.domain.net)
usando un registro MX, pero la máquina que tiene que aceptar
ese mail, no reconoce el domimio como propio. Añade
domain.net al fichero /etc/sendmail.cw (si estás usando
FEATURE(use_cw_file) o añade "Cw domain.net" al fichero
sendmail.cf
</verb>
<p>La versión actual de la <url
url="ftp://rtfm.mit.edu/pub/usenet/news.answers/mail/sendmail-faq"
name="FAQ de sendmail"> puede ser encontrada en
<url url="news:comp.mail.sendmail" name="comp.mail.sendmail">,
<url url="news:comp.mail.misc" name="comp.mail.misc">,
<url url="news:comp.mail.smail" name="comp.mail.smail">,
<url url="news:comp.answers" name="comp.answers">, y
<url url="news:news.answers" name="news.answers">.
Tambien puedes recibir una copia enviando un mail a
<url url="mailto:mail-server@rtfm.mit.edu"
name="mail-server@rtfm.mit.edu"> con el comando "send
usenet/news.answers/mail/sendmail-faq" en el cuerpo del mensaje.
<sect1>
<heading>No funcionan correctamente las aplicaciones a pantalla completa
en máquinas remotas</heading>
<p>Quizás la máquina remota tiene el tipo de terminal
diferente de <tt>cons25</tt> que es el usado por la cónsola de
FreeBSD.
<p>Hay diferentes maneras de solucionar este problema:
<itemize>
<item>Después de hacer el login en la máquina remota,
configura la variable SHELL como <tt>ANSI</tt> o <tt>sco</tt>.
<item>Usa el emulador VT100 como <htmlurl
url="http://www.FreeBSD.org/cgi/ports.cgi?screen-" name="screen">
local. <tt>screen</tt> te permite la posibilidad de ejecutar
múltiples y concurrentes sesiones desde un terminal.
<item>Instala la base de datos del terminal <tt>cons25</tt> en la
máquina remota.
<item>Lanza las X y haz el login en la má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áficas aceleradoras también lo pueden
provocar, teniendo que revisar la interrupció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ó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á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.
</sect>
|