Hoy tuve que hacer un viaje al lado oscuro de la fuente.
Tenemos una impresora HP DesignJet 800 PS con puerto JetDirect. Le decimos plotter, a pesar de que no usa plumillas ni es vectorial. Más bien es como impresora de inyección de tinta gigante. Configurarla en Fedora Linux es extremadamente fácil: basta con indicarle al CUPS que se trata de una impresora JetDirect.
Pero en el lado oscuro es otra cosa. Ya teníamos el driver, pero no había forma de indicarle que no se trataba de una impresora local, sino de una JetDirect. Como siempre, el oráculo tuvo la respuesta: HP Install Network Printer Wizard.
Unos cuántos clicks y ya. Ahora tenemos una PCera que puede imprimir directamente al plotter, y los más importante: con un usuario capaz de hacerlo.
Al terminar este viaje al lado oscuro de la fuente, sentado frente a mi PCera-x86_64 con Fedora-7, me quedo pensando: aún queda un viaje al lado oscuro de la fuerza por terminar... pero esa es otra historia.
jueves, 21 de junio de 2007
jueves, 14 de junio de 2007
Error 16: Inconsistent filesystem structure
Anoche dejé aplicando los updates a un servidor RHEL-WS-4, entre ellos un update del kernel. También programé un reboot automático. Hoy en la mañana, la máquina decía:
Error 16: Inconsistent filesystem structure.
Uno de esos errores que uno nunca ha visto en más de diez años de usar Linux. Creyendo que se trataba de un problema con la actualización del kernel, volví a reiniciar la máquina, y entré con el kernel anterior. Todo bien. Volví a generar el initrd con mkinitrd -v -f initrd-2.6.9-55.EL.img 2.6.9-55.EL y volví a arrancar. Volvió a fallar.
Siguente paso: pregúntale al oráculo:
16 : Inconsistent filesystem structure
This error is returned by the filesystem code to denote an internal error caused by the sanity checks of the filesystem structure on disk not matching what it expects. This is usually caused by a corrupt filesystem or bugs in the code handling it in GRUB.
Un fsck a la partición de boot... no problem. Volví a arrancar, y volvió a fallar. Pensando en qué podría ser el error de incosistencia recordé que la partición de arranque se encuentra en /dev/md0, el cual está formado por /dev/sda1 y /dev/sdb1 en configuración RAID. Un vistazo a /proc/mdstat me dió la razón del fallo:
Personalities : [raid1]
md0 : active raid1 sdb1[1]
248896 blocks [2/1] [_U]
Para recuperar el arreglo apliqué mdadm /dev/md0 --add /dev/sda1. Esperé a que terminara de sincronizar, y volví a reinicar. Ahora sí, ya funcionó.
La duda es: ¿por qué falló el sda? Le dejé corriendo badblocks /dev/sda. A ver que sale.
Error 16: Inconsistent filesystem structure.
Uno de esos errores que uno nunca ha visto en más de diez años de usar Linux. Creyendo que se trataba de un problema con la actualización del kernel, volví a reiniciar la máquina, y entré con el kernel anterior. Todo bien. Volví a generar el initrd con mkinitrd -v -f initrd-2.6.9-55.EL.img 2.6.9-55.EL y volví a arrancar. Volvió a fallar.
Siguente paso: pregúntale al oráculo:
16 : Inconsistent filesystem structure
This error is returned by the filesystem code to denote an internal error caused by the sanity checks of the filesystem structure on disk not matching what it expects. This is usually caused by a corrupt filesystem or bugs in the code handling it in GRUB.
Un fsck a la partición de boot... no problem. Volví a arrancar, y volvió a fallar. Pensando en qué podría ser el error de incosistencia recordé que la partición de arranque se encuentra en /dev/md0, el cual está formado por /dev/sda1 y /dev/sdb1 en configuración RAID. Un vistazo a /proc/mdstat me dió la razón del fallo:
Personalities : [raid1]
md0 : active raid1 sdb1[1]
248896 blocks [2/1] [_U]
Para recuperar el arreglo apliqué mdadm /dev/md0 --add /dev/sda1. Esperé a que terminara de sincronizar, y volví a reinicar. Ahora sí, ya funcionó.
La duda es: ¿por qué falló el sda? Le dejé corriendo badblocks /dev/sda. A ver que sale.
jueves, 7 de junio de 2007
Fedora 7 y el driver de nVidia
Acabo de instalar el Fedora 7 (moonshine). Se ve bonito. De entrada, no pude echar a andar el driver de nVidia para la quakeiza de hoy. Lo bueno que pude utilizar la version de Fedora 6 (zod) para eso. Ahora sí, con más calma, he logrado configurar el driver. Al parecer el instalador pone los archivos en la carpeta equivocada. Se corrigió con
rsync -av /usr/X11R6/lib64/modules/ /usr/lib64/xorg/modules/
Aunque ya corrìa el quake3, los FPS se caían periódicamente, como si el CPU estuviera ocuado en otra cosa. Una visita al registro de instalación para darme cuenta que hay que aplicar unas órdenes para el SELinux:
chcon -t texrel_shlib_t /usr/lib64/xorg/modules/drivers/nvidia_drv.so
chcon -t texrel_shlib_t /usr/lib64/xorg/modules/extensions/libglx.so.1.0.9631
chcon -t texrel_shlib_t /usr/lib64/xorg/modules/extensions/libglx.so.1.0.9755
Al parecer, funciona correctamente. Ya se verá conforme le vaya agregando cosas.
rsync -av /usr/X11R6/lib64/modules/ /usr/lib64/xorg/modules/
Aunque ya corrìa el quake3, los FPS se caían periódicamente, como si el CPU estuviera ocuado en otra cosa. Una visita al registro de instalación para darme cuenta que hay que aplicar unas órdenes para el SELinux:
chcon -t texrel_shlib_t /usr/lib64/xorg/modules/drivers/nvidia_drv.so
chcon -t texrel_shlib_t /usr/lib64/xorg/modules/extensions/libglx.so.1.0.9631
chcon -t texrel_shlib_t /usr/lib64/xorg/modules/extensions/libglx.so.1.0.9755
Al parecer, funciona correctamente. Ya se verá conforme le vaya agregando cosas.
Suscribirse a:
Entradas (Atom)