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

Opciones usadas:

-o Donde guardaremos el fichero initrd generado.
-k versión de los módulos del kernel a usar (/lib/modules/XXXXX).
-f sistema de ficheros de la partición raíz.
-r Indicamos la partición raíz.

Ejemplos de cargador de arranque:

Lilo:

image = /boot/vmlinuz
root = /dev/sda1
label = Slackware_Nuevo
initrd = /boot/initrd.img-busi
read-only # Partitions should be mounted read-only for checking


Grub:

title Slackware_Nuevo
root (hd1,0)
kernel /boot/vmlinuz root=/dev/sda1 ro
initrd /boot/initrd.img-busi
savedefault

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.

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.

ATF: Sistema de pruebas automatizado para NetBSD

Ponente: Julio M. Merino Vidal

Sistemas: Principalmente NetBSD, pero ATF funciona sobre cualquier sistema tipo Unix.

La presentación empezará describiendo la necesidad de poder probar automáticamente la validez del código del sistema operativo NetBSD para así saber que se comporta correctamente en cualquiera de las plataformas soportadas. Luego se explicará cómo se estructura ATF, cómo se integra con NetBSD y se daran ejemplos prácticos de su uso tanto como programador o usuario.

ATF es un proyecto autocontenido que funciona en multitud de plataformas (y no sólo BSD). Aún así, está centrado en NetBSD y las pruebas automatizadas para este sistema son específicas de él, no del proyecto ATF en sí.

Presentación accesible para bajar.

Sistema de cortafuegos redundantes con OpenBSD y Packet Filter en modo bridge

Ponente: Jordi Espasa Clofent

Sistemas: OpenBSD y FreeBSD.

Se trataran los siguientes apartados: Porqué OpenBSD y porqué PF. Eligiendo un buen hardware para el cortafuegos. Redundancia en modo bridge: RSTP. Implementación en si.

Presentación accesible para bajar.

SIP y VozIP con FreeBSD

Ponente: Jesús Rodriguez

Sistemas: FreeBSD.

Repaso a las diferentes aplicaciones y servicios relacionados con SIP y VozIP que pueden usarse en FreeBSD. Entre estas apliaciones destacan OpenSER y Asterisk, ya que usados de forma conjunta pueden ofrecer una larga lista de servicios de forma rápida, segura y escalable.

Presentación accesible para bajar.

Uso de OpenBSD en dispositivos empotrados

Ponente: Jordi Prats

Sistema: OpenBSD.

Los sistemas empotrados gracias a un menor consumo energético y unas dimensiones reducidas, a costa de ciertas limitaciones del hardware, permiten su uso en multitud de entornos. En esta presentación veremos como usarlos con OpenBSD y sus posibles aplicaciones.

Presentación accesible para bajar.

FreeBSD para usuarios de GNU/Linux.

Ponente: Manuel Trujillo (aka TooManySecrets)

Charla sobre las diferencias que puede encontrar un usuario de un sistema operativo GNU/Linux cuando accede a un sistema operativo FreeBSD, y sugerencias superar la posible desorientación.

Presentación accesible para bajar.

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

Quedando de la siguiente manera:

#SAL_ENABLE_FILE_LOCKING=1
#export SAL_ENABLE_FILE_LOCKING
unset SAL_ENABLE_FILE_LOCKING


Estas lineas NO están comentadas por defecto en ciertas distribuciones, como puede ser Mandriva, y tienen la funcionalidad de bloquear la posibilidad de que varios usuarios editen un mismo fichero, lo cual da problemas con versiones de NFS anteriores a la 4, con comentar las lineas y vaciando de valor la variable “SAL_ENABLE_FILE_LOCKING” evitaremos el problema de usar una versión de NFS afectada.

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:

“Configurar su computadora” > “Recursos compartidos de Red” > “Acceder a recursos compartidos NFS” podremos observar que Nfs funciona de forma correcta, pero claro de no hacerlo de esa forma y usar la linea de comando podremos encontrar una salida de este tipo:

# /etc/init.d/nfs-common start
Iniciando NFS common utilities
Iniciando rpc.statd [FALLÓ]

Probemos arrancando portmap

# /etc/init.d/portmap restart
Deteniendo portmap: [FALLÓ ]
Iniciando portmap: [OK ]

Como vemos portmap no estaba arrancado, una vez iniciado, observemos la siguiente salida:

# /etc/init.d/nfs-common restart
Deteniendo NFS common utilities
Deteniendo rpc.statd: [FALLÓ ]
Iniciando NFS common utilities
Iniciando rpc.statd [ OK ]

# /etc/init.d/nfs-common restart
Deteniendo NFS common utilities
Deteniendo rpc.statd: [ OK ]
Iniciando NFS common utilities
Iniciando rpc.statd [ OK ]

Entendido el problema ya sabemos la solución, debemos indicarle a Mandriva que arranque el servicio portmap, desde el centro de control mandriva (MCC) se haría de la siguiente forma:

“Sistema” > “Habilitar o deshabilitar los servicios del sistema” > Iniciar PORTMAP.

Una vez arrancado portmap, Nfs no mostrara problemas a la hora de ser arrancado desde linea de comandos.

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.

Normal

* Manual (Driver nativo):

# mount -t vfat /dev/hda1 /media/hd -o utf8

* Linea para /etc/fstab:

UUID=604C-9EE3 /media/hd vfat nls=utf8,iocharset=utf8,user,group,gid=500,uid=500,auto,exec 0 0

NOTA: No se recomienda usar codificación UTF-8 en sistemas FAT

NtfsProgs

* Manual:

# ntfsmount /dev/hda1 /mnt/windows/ -o locale=es_ES.utf8

* Linea para /etc/fstab:

/dev/hda1 /mnt/windows fuse.ntfs locale=es_ES.utf8 0 0

NOTA: Recordar que para desmontar usando ntfsprogs es recomendable usar “# fusermount -u /mnt/windows“.

Ntfs-3g

* Manual:

# mount -t ntfs-3g /dev/hda1 /mnt/windows -o locale=es_ES.utf8,nls=es_ES.utf8

* Linea para /etc/fstab:

/dev/hda1 /mnt/windows ntfs-3g locale=es_ES.utf8,nls=es_ES.utf8 0 0

Para saber que codificación de caracteres usamos en nuestro sistema GNU/Linux tenemos el comando “locale”, las dos más comunes de encontrar son ISO8859-15 (Desapareciendo) y UTF-8 pudiéndose mostrar de esta forma.

[ ISO8859-15 ]

$ locale
LANG=es_ES@euro
LC_CTYPE=”es_ES@euro”
LC_NUMERIC=”es_ES@euro”
LC_TIME=”es_ES@euro”
LC_COLLATE=C
LC_MONETARY=”es_ES@euro”
LC_MESSAGES=”es_ES@euro”
LC_PAPER=”es_ES@euro”
LC_NAME=”es_ES@euro”
LC_ADDRESS=”es_ES@euro”
LC_TELEPHONE=”es_ES@euro”
LC_MEASUREMENT=”es_ES@euro”
LC_IDENTIFICATION=”es_ES@euro”
LC_ALL=


[ UTF-8 ]

$ locale
LANG=es_ES.UTF-8
LC_CTYPE=”es_ES.UTF-8″
LC_NUMERIC=”es_ES.UTF-8″
LC_TIME=”es_ES.UTF-8″
LC_COLLATE=”es_ES.UTF-8″
LC_MONETARY=”es_ES.UTF-8″
LC_MESSAGES=”es_ES.UTF-8″
LC_PAPER=”es_ES.UTF-8″
LC_NAME=”es_ES.UTF-8″
LC_ADDRESS=”es_ES.UTF-8″
LC_TELEPHONE=”es_ES.UTF-8″
LC_MEASUREMENT=”es_ES.UTF-8″
LC_IDENTIFICATION=”es_ES.UTF-8″
LC_ALL=

De ser otro idioma, como el ingles:

$locale
LANG=en_IE.UTF-8
LC_CTYPE=”en_IE.UTF-8″
LC_NUMERIC=”en_IE.UTF-8″
LC_TIME=”en_IE.UTF-8″
…

Al igual que la wikipedia, como ya comentábamos anteriormente, la inmensa mayoría de los CMS actuales usan utf8 como codificación de su base de datos, observemos la posibilidad de varios alfabetos de forma simultanea:

Ruso: читается «слипнот», в пер. с англ. — «удавка»

Japones: スリップノット (Slipknot) はアメリカ合衆国アイオワ州デモイン出身の9人組バンド

Arabe: סליפנוט (Slipknot) היא להקת מטאל מצליחה שהוקמה בשנת

Koreano: 슬립낫(Slipknot - 가끔 SlipKnoT으로 적기도 함)

Turco: Slipknot 1992 yılında Des Moines, IOWA’ da kurulmuş ve halen

Vietnamita: Slipknot (thường viết SlipKnoT) Ban nhạc Nu-Metal Mỹ

Como hemos podido ver en este pequeño ejemplo, gracias a esta codificación podemos usar diferentes alfabetos y caracteres multilingües en un mismo texto de forma simultanea, cosa imposible con otras codificaciones mas antiguas. En GNU/Linux el encargado de dar soporte a las codificaciones es el kernel, al no ser que tengamos un kernel antiguo 2.4 tendremos activado dicho soporte, pero también necesitaremos hacer uso de programas que puedan trabajar con utf-8 (Unicode), como son escritorios, applets, navegadores, etc…

Para visualizar una página web unicode no es obligatorio tener todo el sistema con UTF-8, pero sí el que esté soportado por el kernel y por el cliente web (Firefox, Safari, Opera, etc,.. ). Realmente no todo en un escritorio suele soportar caracteres unicode, ni tiene porque soportarlo, hay muchos gestores de ventana, editores de texto, clientes de mensajería, terminales y demás aplicaciones que no soportan esta codificación, pero suelen ser por antigüedad o porque no aporta muchas funcionalidades en relación al trabajo necesario para obtener dicho soporte. Un ejemplo de esto lo vemos con xterm y uxterm (Soporta unicode), la primera no ofrece las posibilidades de múltiples alfabetos, ni siquiera la introducción de símbolos como el euro €, mientras que uxterm nos permite hacer lo que queramos como vemos en la imagen.

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

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

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

En muchas webs podremos incluso observar enlaces de la pagina principal apuntando a la URL de logueo (wp-login.php). Este truco es para poder cambiar el nombre del fichero php que loguea en WordPress, pero también nos permite poder dejar un wp-login.php modificado para despistar o incluso avisarnos si alguien está intentando acceder o lo que nosotros imaginemos. Vamos a ver como de fácil es poder modificar nombre del fichero wp-login.php

Ficheros en juego (admin-header.php / wp-login.php):

* Fichero /httpdocs/wp-admin/admin-header.php . Debemos cambiar donde pone la palabra wp-login.php por el nuevo nombre, en principio solo en esta linea que mostramos a continuación, pero comprobemos que la palabra "wp-login.php" no se encuentre en otras lineas, ya que en nuevas versiones del CMS podríamos notar algún cambio. Esta modificación al fichero admin-header.php permite poder salir de la sesión de forma correcta, ya que requiere del propio fichero wp-login.php para poder cerrar la sesión abierta de forma correcta. Si NO modificamos este fichero no podremos salir de la sesión de forma satisfactoria.

Linea Original:

Linea Nueva:

* El fichero wp-login.php debemos cambiarlo de nombre y también debemos modificar todas las lineas de su contenido que contengan la palabra wp-login.php. Esto de debe a que este fichero php realiza varias llamadas a si mismo y de no cambiarlo en todo el archivo podremos encontrar problemas de funcionamiento.

Este fichero se encuentra normalmente en la ruta /httpdocs/wp-login.php. Debemos cambiar el nombre del fichero, a por ejemplo WP-ADMIN.php, para seguir con coherencia el ejemplo anterior editando admin-header.php. Una vez editado el nombre del archivo, editamos su contenido, reemplazando las lineas donde hagan referencia a la palabra "wp-login.php" por el nuevo nombre "WP-ADMIN.php". Para esta tarea es recomendable usar una función automática de remplazo de texto, cambiando "wp-login.php" por "WP-ADMIN.php" para no realizarlo manualmente y poder cometer algún error. Son varias las lineas a modificar en este fichero ya que como deciamos, necesita de varias llamadas a si mismo para poder abrir y cerrar la sesión del usuario / administrador de WordPress.

Con estos dos ficheros modificados correctamente ya habríamos terminado, como vimos, es algo muy fácil y está al alcance de todos, ahora lo único que falta es acostumbrarse al nuevo nombre del fichero php que da acceso al panel de administración de WordPress.

* 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.

Versión Free únicamente contienen Software Libre. Las versiones Free son gratuitas.

Versión One contienen Software Libre y software privativo de libre distribución (Como drivers propietarios de nVidia, Java y similares). Las versiones One son gratuitas. Ademas, las One son también un "Live CD" que se puede usar como Live CD o para instalar.

Versión PowerPack contienen Software Libre , software privativo de libre distribución (Como drivers propietarios de nVidia, Java y similares) y software privativo de pago/de no libre distribución, Las versiones PowerPack son de pago. El pago sirve para poder incluir software privativo no-gratis y para que Mandriva siga existiendo.

NOTA: Si no sabes cual versión elegir, elige Mandriva One., Ha continuación dejamos los links de descarga.

Descargas de Mandriva 2008 Srping

Torrents | Servidores HTTP / FTP

Sobre Mandriva 2008.1 Un paseo por Mandriva Linux 2008.1 spring

Si eres novato en Mandriva Linux y no sabes qué es esto revisa antes:

Manual para novatos: (¿Cómo consigo Mandriva?): http://blogdrake.net/node/4119
Documentación sobre Mandriva Linux en BlogDRAKE: http://blogdrake.net/book