Es común a la hora de compilar / recompilar un kernel encontrarse con un mensaje “Kernel Panic” como el mostrado a continuación, el cual nos avisa de una mala imagen initrd. El error se resuelve fácilmente con el uso correcto de la herramienta “mkinitrd”, la cual crea imágenes initrd que son utilizadas con frecuencia para la precarga de módulos para dispositivo de bloque (como IDE, SCSI o RAID) necesarios para acceder al sistema de ficheros raíz. Al crear una imagen correctamente e indicarsela al cargador de arranque sin errores, deberíamos solucionar el molesto error. Veamos como se utiliza de forma básica.

Error:

No kernel modules founds for Linux 2.6.29.5-busi
mount : mounting /dev/sda1 on /mnt failed
ERROR: No /sbin/init found on root dev
not mounted. Trouble ahead
Kernel panic not syncing

Solución:

Crear un fichero initrd.img correcto indicándole todos los parámetros pertinentes:

# mkinitrd -o /boot/initrd.img-busi -k 2.6.29.5-busi -f xfs -r /dev/sda1

Leer más »

Es común encontrarse con problemas a la hora de editar un determinado fichero que no esta codificado de la misma forma que nuestro sistema, en cuanto a caracteres se refiere (Locales). Podemos encontrarnos en la situación de usar una distribución GNU/Linux que no use de forma predeterminada una codificación de caracteres Unicode (Utf-8), lo cual nos puede dar problemas a la hora de editar ficheros SÍ codificados en unicode. En el caso del editor vim (Evim, Gvim,..), por defecto usa la codificación definida en las locales (comando locale) para Abrir / Editar un fichero, por lo que si el sistema tiene definidas unas locales ISO, como puede ser iso-8859-15 y el fichero a editar usa una codificación Unicode veremos caracteres extraños al visualizar el contenido del archivo. La solución más fácil es indicarle a Vim que use una determinada codificación a la hora de Abrir y Editar el fichero, como vemos en estos ejemplos:

Indicar codificación de caracteres a la hora de arrancar el editor (Vim, Gvim y Evim)

$ vim FICHERO -c "set encoding=utf-8"
$ gvim FICHERO -c “set encoding=utf-8″
$ evim FICHERO -c “set encoding=utf-8″

NOTA: En el primero caso, al usar vim y tratarse de un editor modo texto, la terminal donde se ejecute debe soportar codificación unicode, como por ejemplo lo hace uxterm, sino no funcionará.

En lo que respecta a vim y gvim podemos hacer uso de los comandos una vez abierto el fichero, los pasos serían los siguientes:

1.- Abrir fichero
2.- Pulsar la tecla [Esc] para acceder al modo comando
3.- :set encoding=utf-8

En el caso de evim no es posible hacerlo de está forma debido a que es una versión capada de gvim y no permite la introducción de comandos. Esta solución que comentamos puede no ser necesaria si arrancamos el editor desde una consola con soporte unicode, como puede ser uxterm, konsole, etc…. Para terminar decir que el uso de codificaciones puede ser el que nosotros queramos, en el ejemplo mostramos ISO-8859-15 y Unicode que son las más típicas, pero el proceso sería exactamente el mismo con cualquier otro tipo de codificaciones.

BSDCon es un congreso a nivel Español compuesto por diversas conferencias sobre los sistemas operativos basados en BSD. La temática de las presentaciones son variadas, no existe ningún tema concreto, donde podremos encontrar temas sobre programación del núcleo hasta documentación del sistema operativo, pasando incluso por los sistemas de paquetes correspondientes y proyectos personales de los ponentes que se centren en estos sistemas. El evento se celebró en Barcelona los días del 19 al 20 de Abril del 2008 y actualmente podremos descargar todas las presentaciones del mismo, algunas en formatos PDF y otras en PPT.

Descargar todas (Mirror): http://www.busindre.com/archivos/BSDCon Barcelona 2008.rar

Algoritmos y aplicaciones de compresión bajo Unix

Ponente: Eduardo Morras

Uso y desarrollo de algoritmos y aplicativos de compresión bajo sistemas Unix. Implementación con licencia BSD de alguno de los algoritmos.

Presentación accesible para bajar.

Leer más »

Podemos encontrarnos en situaciones en las que al intentar acceder a un fichero con la suite ofimática OpenOffice que se encuentre compartido mediante NFS, no nos permita poder modificarlo, aunque los permisos sean correctos, es decir, podemos borrarlo, renombrarlo, etc… Pero no permite editarlo con openoffice y poder guardar sus cambios, que es lo que venimos a solucionar.

Solución:

Editamos el fichero: /usr/lib/ooo-2.4/program/soffice

NOTA: La ruta exacta dependerá de la versión de OpenOffice y la distribución de GNU/Linux en uso.

Debemos comentar las dos lineas siguientes mediante el caracter “#”

SAL_ENABLE_FILE_LOCKING=1
export SAL_ENABLE_FILE_LOCKING


También conviene añadir la linea:

unset SAL_ENABLE_FILE_LOCKING

Leer más »

EL Sistema de archivos de red o NFS, es un protocolo de nivel de aplicación (OSI) utilizado para posibilitar la funcionalidad de compartir archivos de forma distribuida en un entorno de red LAN, como lo es Netbios de Microsoft. Permite a distintos sistemas conectados a una misma red acceder a ficheros remotos como si se de archivos locales se tratasen. Nfs, como todos los servicios RPC se apoya en el servicio portmap, encargado de la asignación de puertos de forma dinámica, similar a la funcionalidad de inetd, pero al contrario que este, los puertos no son fijos. Los servicios Nfs son registrados por portmapper y cuando un usuario necesita un servicio Nfs, contacta con el portmapper que ejecutará dicho servicio e informará al cliente del puerto al que debe dirigirse. Como vemos Nfs y portmap están íntimamente ligados y es el problema que encontramos al arrancar Nfs en Mandriva (Testeado en 2008.0 y 2008.1, pero se puede extender a otras versiones), que no arranca portmapper de forma automática cuando es algo esencial y da lugar a que nfs no pueda arrancar ningún servicio.

Este error podemos descubrirlo de forma rápida visionando los logs (/var/log/):

carles rpc.statd[5796]: unable to register (statd, 1, udp).

El servidor rpc.statd implementa la NSM (Network Status Monitor) para protocolos RPC, como lo es en nuestro caso NFS, avisándonos que no puede encontrar un puerto, por lo que nos hace deducir que el problema recae sobre el servicio portmap, el cual no está arrancado. Al arrancarlo desde el Centro de Control Mandriva y siguiendo estos pasos no tendremos problemas:

Leer más »

Es común encontrar en personas iniciadas en GNU/Linux el típico problema al montar particiones windows y encontrar caracteres extraños en los nombres de algunos ficheros / directorios de esa partición montada. Este problema se debe al desacuerdo entre la codificación del sistema de la partición montada y la usada por el sistema operativo sobre la que se monta dicha partición, la cual debe ser idéntica para no tener problemas con determinados caracteres (Tildes, Ñ, €,… ). La mayoría de distribuciones de GNU/Linux actuales usan UTF-8 como codificación preferente, ya que es hacia lo que evolucionan los sistemas operativos debido a su universalidad. Esta codificación nos permite utilizar, entre otras cosas, cualquier símbolo unicode y usar varios alfabetos (cirílico, griego, japonés, árabe,..) con la posibilidad de mezclarlos entre si en un mismo documento de forma simultanea, como por ejemplo podemos apreciar en muchos artículos de la Wikipedia.

Pero no todos los sistemas operativos usan UTF-8 como codificación para los nombres de ficheros que tienen en disco, Windows XP sigue usando codificación ISO8859-15 para ese menester y al ser montado, por ejemplo en una distribución de GNU/Linux que use UTF-8, provocará que ciertos caracteres no se visualicen en pantalla de forma correcta, al igual pasaría si estamos usando una distro con codificación ISO8859-15 y sobre ella montamos una partición de un otro unix con UTF-8. Las codificación usada en un partición montada y la del sistema sobre la que se monta, deben ser la misma. Si se monta una partición ISO8859-15 el sistema operativo donde montas la partición debe usar ISO8859-15. Cuando no coinciden las codificaciones se pueden encontrar que ciertos ficheros no se abren, no se encuentran rutas, ciertos programas no funcionan correctamente, etc…

Es por eso que mostramos una recopilación de ejemplos con montajes de particiones que no usan UTF-8, bajo distribuciones de GNU/Linux que si la usan. Para hacerlo mas educativo mostramos el montaje de particiones windows usando el driver Ntfs estándar del kernel, la suite ntfsprogs y ntfs-3g, tanto para montarlo manualmente como mediante el añadido de lineas al fichero fstab.

Leer más »

Muchas veces hemos escuchado comentarios sobre los famosos “picos” en descargas de ficheros que superan el ancho de banda máximo contratado por un usuario con una compañía. Es decir, si tenemos por ejemplo 3 Mbits/s de ancho de banda contratado con un ISP, podremos descargar un máximo teórico de 375 Kbytes/s, en este caso, un pico puede ser cualquier valor alcanzado que sea superior a 375 Kbytes/s en un determinado espacio de tiempo. En ciertos navegadores podremos encontrar lo que muchos denominan “picos” a la hora de comenzar una descarga, donde durante un momento se puede apreciar en la ventana del gestor, que nos ha descargado varios Megabytes reales en tan solo un par de segundos, cosa que en principio debería ser algo imposible, al no ser que la compañía contratada nos suba el caudal por error, pero eso no duraría solo unos segundos como es lógico.

Muchos usuarios por desconocimiento, atribuyen estos picos a la tecnología y funcionamiento del ISP contatado, otros al navegador o a sus plugins, cuando eso es un error de concepto importante. No debemos caer en mitos, hay que tener en cuenta que los ISP miden muy bien a la hora de establecer limites a una conexión, nunca podremos ocupar más ancho de banda que el que define la compañía a nuestra conexión, usemos el software que usemos. La confusión viene por el desconocimiento sobre las WAN y el funcionamiento de la mayoría de los navegadores usados actualmente, muchos de ellos como Firefox, comienzan a descargar el fichero nada mas pulsar sobre el enlace, es decir, primero empieza a descargarlo y después muestra la ventana típica donde nos consulta sobre la acción a realizar con ese archivo (”Abrir con” y “Guardar en disco”), pero realmente el fichero sigue descargándose por debajo hasta que se cancele o bien termine de descargarse.

Entendiendo lo anterior, pongamos un simple ejemplo práctico, si queremos descargar un fichero de unos 30 Mbytes, pulsamos sobre el link y empezará la descarga por debajo, al rato, el navegador nos mostrará la ventana que pregunta sobre que hacer con dicho fichero, si suponemos que en ese espacio de tiempo han pasado unos 2 segundos y que luego tardamos otros 10 en darle el botón de “Guardar” o “Abrir”, podremos ver como el gestor de descargas de nuestro navegador indica que estamos bajando a unos 32 Mbits/s aproximadamente, estabilizándose al poco tiempo. Esto se debe a que cuando empieza a calcular el ancho de banda ya tiene unos 4 Megabytes descargados, que equivalen a 4096 Kbytes que son 32768 Kbits que a su vez equivalen a un ancho de banda de 32 Mbits/s, pero claro no es real, es simplemente el calculo que realiza el navegador con la cantidad de bytes descargados y el tiempo desde que pulsamos el botón “Guardar”. Para terminar de desmentir el mito de los picos, dejamos una captura que explica gráficamente todo lo contado con anterioridad.

Screenshot: http://www.busindre.com/archivos/bw.png

Desde su creación en 1997, Black Hat ha crecido de una sola conferencia anual en Las Vegas, a una conferencia mundial que se puede disfrutar en Tokio, Amsterdam, Las Vegas y Washington DC. Black Hat es una de los eventos más importantes que reúne a los expertos de seguridad más importantes a nivel mundial en lo que al tema informática se refiere. Está formada por una serie de conferencias técnicas de seguridad de la información que reúnen a los grandes hackers que encontramos en las variadas facetas del mundo de la seguridad informática, tanto personas de empresas importantes, gobiernos, instituciones académicas e incluso el mundo underground. Es independiente de proveedores y se centra en el intercambio de ideas prácticas y conocimientos. Black Hat es considerado por muchos el mejor y más grande evento de su clase, único en su capacidad de definir el futuro la seguridad de la información.

Además de la gran cantidad de cortos, presentaciones y reuniones informativas, Black Hat ofrece sesiones de formación proporcionados por algunos de los más respetados expertos en el mundo y muchos también ofrecen certificaciones oficiales de calificación a los asistentes. El evento Black Hat se asegura siempre de que la conferencia se mantiene en la vanguardia de las nuevas tendencias de seguridad que van surgiendo, comprometiéndose a su vez en mantener las presentaciones de los ponentes. Que es lo que venimos a presentaros, las ponencias de los expositores del pasado Black Hat Europe 2008, están ordenadas alfabéticamente por nombre del ponente:

Ponencias Black Hat Europe 2008 (Ingles): http://www.blackhat.com/html/bh-europe-08/bh-eu-08-archives.html

WordPress es uno de los CMS mas populares actualmente en la actual Internet, para los menos entendidos un CMS es un “Sistema de gestión de contenidos” que permite la creación y administración de artículos (contenidos) a los usuarios del mismo, puede ser un blog, un foro, un sistema wiki, etc,… Wordpress esta desarrollado en PHP y usa el motor de bases de datos MySQL, es opensource (GPL) y es la evolución del antiguo B2/cafelog, actualmente abandonado. A parte de ser conocido por su facilidad de uso, cantidad de diseños, plugins y calidad en el manejo de los contenidos, es popular por sus muchos y peligroso bugs en varias de sus versiones, lo cual actualmente parece que está mejorando. En este artículo vamos a explicar como proteger un poco más la entrada al panel de administración de un sitio web que use Wordpress como CMS.

Como sabemos la página de logueo para un CMS Wordpress apunta al fichero wp-login.php, este fichero nos permite poder loguearnos en el blog y es de sobra conocido por todos, por eso, vamos a ver de que forma cambiar ese nombre y así dificultar un poco más un posible hackeo o entrada al sistema después de la obtención de cierta información de la base de datos. Simplemente es un añadido más de seguridad que no cuesta mucho tiempo realizar y carece de dificultad como veremos.

Podemos encontrar el fichero de la siguiente forma dependiendo del admin de la web y su configuración:

http://www.XXXXX.com/wp-login.php
http://www.XXXXX.com/XXXX/wp-login.php

Leer más »

Acaba de salir Mandriva 2008.1 Spring!, Podremos encontrarla en los siguientes formatos:

* 3 CDs para Mandriva Free i586 (para máquinas Pentium o superiores, incluyendo maquinas de 64 bits)
* 1 CD para Mandriva Mini dual (para máquinas Pentium o superiores, incluyendo maquinas de 64 bits)
* 1 DVD para Mandriva Free i586 (para máquinas Pentium o superiores, incluyendo maquinas de 64 bits)
* 1 DVD para Mandriva Free x86_64 (para máquinas de 64 bits exclusivamente)
* 1 CD para Mandriva One, version KDE (para máquinas Pentium o superiores, incluyendo maquinas de 64 bits)
* 1 CD para Mandriva One, version Gnome (para máquinas Pentium o superiores, incluyendo maquinas de 64 bits)
* 1 DVD para Mandriva PowerPack i586 (para máquinas Pentium o superiores, incluyendo maquinas de 64 bits)
* 1 DVD para Mandriva PowerPack x86_64 (para máquinas de 64 bits exclusivamente)

Bajes la ISO que bajes, incluyendo PowerPack, acabas teniendo la misma Mandriva (Mandriva 2008.1 Spring) tras configurar los repositorios e instalar el software que quieras. La diferencia esta en el numero de CDs o DVDs que te tienes que bajar, en el software inicial incluido en los CDs/DVDs, y en el precio.

Leer más »