Uso vixie-cron como cron daemon, este demonio al igual que otros tiene soporte para un crontab file de sistema y otros para cada usuario de sistema. La diferencia entre el crontab file de un usuario y el del sistema es que el sexto campo en el crontab file del sistema es el usuario usado para ejecutar el comando que aparece en el campo séptimo. El cron de sistema es el único que puede ejectuar comandos haciéndose pasar por otro usuario del sistema. Debido a esto, si cualquier otro usuario tiene un crontab file, el sexto campo debe ser directamente el comando a ejecutar.

¿Qué narices me había pasado? Pues que en algún momento edité el crontab del usuario root como si el de sistema se tratase, por equivocación. Así que tenía el mismo crontab file para el sistema como para el usuario root. Si quieres editar el crontab file del sistema jamás uses el comando crontab tal cual. Para editarlo se recomienda usar el comando crontab -e o bien editar /etc/crontab con tu editor de texto favorito.

¿Y como solucioné el problema? Ejecuté como root el comando crontab -r que borra el crontab de usuario. De ese modo ya solo se ejecuta el crontab de sistema y todo ha vuelto a la normalidad.

El funcionamiento consiste en instalar un programa cliente en el terminal móvil, y otro programa servidor más el driver para el kernel en el equipo en el que queremos usar el terminal como webcam. He probado también en mi N70 tanto con el cliente Java como con el cliente nativo para Symbian, pero no he tenido suerte. Sin embargo, todo ha funcionado perfecto para mi N81.

He instalado usando el código fuente que podéis encontrar aquí, si os fijáis también hay paquetes deb para Debian y que usen APT. Los pasos son muy sencillos: descargar el correspondiente .tar.gz, descomprimir tar xzfv fichero.tar.gz, cambiamos al directorio que ha descomprimido y ejecutamos los tres comandos mágicos: ./configure, make, make install.

Con esto ya tenemos el servidor instalado, que se ejecuta desde consola solo con teclear smartcam, pero aún nos queda compilarnos el módulo para el kernel y montarlo debidamente. Para ello accedemos al directorio driver_src que cuelga del directorio que hemos descomprimido antes, y llamamos a la orden make -C /lib/modules/`uname -r`/build M=`pwd` y con esto deberíamos tener el driver compilado sin problemas.

Para montar el driver:
# modprobe v4l2-common
# insmod smartcam.ko

Para instalar el cliente en el teléfono enviamos el .sis correspondiente por bluetooth al terminal, podemos encontrarlos en el directorio /usr/local/share/smartcam/phone_installs/, ejecutamos el servidor en nuestro PC con la orden smartcam como usuario.

Si usáis un kernel 2.6.29 como yo, necesitaréis aplicar un parche al código fuente del driver. Es fácil, descargáis el parche en el mismo directorio donde está el código fuente del driver (driver_src/)y ejectuáis patch -p0 < smartcam-2.6.29.4.patch y luego compiláis como expliqué antes.

Los dos programas tanto cliente como servidor son sencillísimos de usar tanto por wifi como por bluetooth, si queréis usarlo por bluetooth o por WiFi debéis configurar antes el servidor para que espere la conexión por lo que hayáis escogido (File->Settings). Tened en cuenta que debéis tener una conexión bluetooth en correcto funcionamiento previamente, al igual que vuestra red local y vuestro WiFi.

Bueno, el nuevo servidor no es nada del otro mundo, pero es mejor que el anterior. Antes tenía un IBM Aptiva, Pentium II Celeron 333MHz, 256MiB RAM y unos 74GB de disco duro. Y ahora gracias a un regalo de mi amiga Marta que me dio un IBM Personal Computer 300GL, Pentium III 667MHz he podido montar un servidor con 120GB de disco y 640MiB de SDRAM PC-133. Espero que ahora todo vaya algo más ligerito y también espero tener pronto varias entradas que creo que serán bastante interesantes.

¡Muchas gracias Marta!

Así que por favor, ya que he actualizado si vieras algún problema no dudes en decírmelo. Puedes usar la página de contacto, te estaría muy agradecido.

Lo primero es llamar como root a la orden java-check-environment y seguir las instrucciones que nos indica.
A continuación, si queremos también podemos eliminar todos los JDKs y JREs antiguos, si es que no los vamos a necesitar. Clásico emerge -C …

Y por último eselect java-nsplugin set 64bit sun-jdk-1.6 o bien: eselect java-nsplugin set 64bit sun-jre-bin-1.6

Resultó ser un fallo que ha surgido en algún lugar en el camino entre el kernel Linux 2.6.26 al 2.6.27. Y no sólo eso, si no que debemos asegurarnos de que nuestro interfaz de red soporta y tiene activado la opción de Wake on LAN.

1. # emerge ethtool
2. # ethtool eth0
Settings for eth0:
Supported ports: [ MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: external
Auto-negotiation: on
Supports Wake-on: g
Wake-on: d
Link detected: yes
   “Wake-on: d” significa que está desactivado, y debería estar en ‘g’, que es el modo de wakeonlan que soporta, tal y como “Supports Wake-on: g” dice.
3. # ethtool -s eth0 wol g
   Activamos wakeonlan.
4. # echo "ethtool -s eth0 wol g" >> /etc/conf.d/local.start
   Lo añadimos al servicio local, para que se ejecute siempre al arrancar el sistema.
5. Aquí es donde viene lo más extraño, y es el error del que habla antes. Al darle la dirección MAC de la interfaz de red al comando wakeonlan debemos dársela del revés. Suponiendo que nuestra dirección MAC es 00:12:34:56:78:9A, el comando a usar sería:
   # wakeonlan 9A:78:56:34:12:00

Fuentes: aquí y aquí.

Pero… En cada versión nueva he visto como Wordpress se hacía cada vez más incompatible con Cherokee Web Server, hasta el punto de que en la versión 2.7 de Wordpress ya no era posible entrar a mi blog. Y en la versión que uso ahora, intentad entrar aquí si tenéis narices.

No estoy usando la última versión de Cherokee, quizás si pruebo a usar la última funcione. Tendré que ir probando, mientras tanto mi blog sigue en pie, que es lo importante.

No voy a explicar en profundidad qué es LVM, pues hay muchos sitios en la web que lo hacen. Pero sí como lo he puesto en marcha para un caso práctico.

Desde hace unos meses necesito algo más de espacio en disco para mi /home que lo tengo en /dev/sda4. Así que decidí comprar un disco grandote, y usar LVM2 para unir /dev/sda4 con las particiones del nuevo disco /dev/sdb y montarlo en /home.

1. Lo primero es preparar mi nuevo disco creando particiones de tipo 8e (Linux LVM). Podemos usar cfdisk /dev/sdb por ejemplo, o el particionardor de disco que prefieras, o en su defecto, el que más coraje te de . Personalmente hice 10 particiones de 50GB cada una, 3 primarias y 7 lógicas.
2. # emerge lvm2
   No podemos olvidarnos de las herramientas que necesitamos para hacer uso de LVM2, con esto conseguiremos las herramientas para poder crear volúmenes físicos, crear grupos de volúmenes y añadir volúmenes físicos, aumentar y exterder el tamaño de los grupos de volúmenes… Todo esto me recuerda que quizás deba explicar un poco al menos a modo de glosario qué es cada cosa.
3. # nano -w /etc/lvm/lvm.conf
   Buscamos la línea filter = [ "a/.*/" ] y la substituimos por filter = [ "a|/dev/sd[ab]|", "r/.*/" ]. Lo que conseguimos es que al escanear en busca de particiones LVM rechace todos los dispositivos pero que acepte /dev/sda y /dev/sdb. Deberías modificar esta línea para tus propias necesidades, si fuera necesario.
4. # vgscan
   Buscamos grupos de volúmenes, volúmenes físicos LVM y demás que ya estuvieran preparados en el sistema.
5. # vgchange -a y
   Hacer disponible otros grupos de volúmenes que ya estuvieran configurados.
6. # pvcreate /dev/sdb*
   Preparar las particiones para poder ser usados como volúmenes físicos.
7. # vgcreate vg /dev/sdb1
   Crear un grupo de volúmenes llamado vg que inicialmente estará formado solo por el volumen físico /dev/sdb1.
8. # vgextend vg /dev/sdb2
   Añadir el volumen físico /dev/sdb2 al grupo de volúmenes vg, hacer lo mismo con todos los volúmenes físicos que queramos añadir añadir.
9. # lvcreate -L400G -nhome vg
   Crear un volumen lógico inicial de 400 GiB llamado home, esto creará un dispositivo llamado /dev/vg/home el cual usaremos en el fstab para montarlo en /home del mismo modo que lo hacía antes con /dev/sda4.
10. # lvextend -L+5G /dev/vg/home
    Podemos incrementar el tamaño del volumen lógico /dev/vg/home pues aún tenemos espacio libre sin asignar en nuestro grupo de volúmenes físicos vg.
11. # mkfs.ext3 /dev/vg/home
    Una vez asignado el tamaño para nuestro volumen lógico, debemos crear un sistema de ficheros en él, sí, al igual que hacemos con una partición normal. Más tarde, cuando añadamos /dev/sda4 al grupo de volúmenes, aumentaremos el tamaño del sistema de ficheros también, ya veremos como.
12. # mkdir /root/vghome
# mount /dev/vg/home /root/vghome
# cd /home
# cp -r -p lista_de_carpetas_de_cada_usuario /root/vghome/
    Copiar los datos que hay en /dev/sda4 actualmente montado en /home a /dev/vg/home, para ello primero debemos montar /dev/vg/home en algún directorio, como por ejemplo /root/vghome. Es importante asegurarnos de que no copiamos el directorio lost+found. Al usar el comando cp la opción -r hace una copia recursiva y la opción -p conserva los propietarios y permisos de cada archivo. Asegúrate de que has copiado bien todos tus datos, si quieres puedes dejar los siguientes paso para más adelante o para unos días después, hasta asegurarte de que tu Home está en perfecto estado.
13. Debemos cerrar todas las sesiones que tengamos abiertas como usuario antes de proceder con los siguientes pasos. Ir a una consola virtual y entrar como root, o bien entrar en una sesión gráfica como root, si tu sistema lo permite.
14. # umount /home /root/vghome
15. # cfdisk /dev/sda
    Eliminar la partición /dev/sda4, ¡ojo! No toques las demás particiones, solo elimina esta. Vuelve a crear una de tipo 8e (Linux LVM) .
16. # pvcreate /dev/sda4
    Marcamos /dev/sda4 como volumen físico.
17. # vgextend vg /dev/sda4
    Y la añadimos al grupo de volúmenes vg.
18. # lvextend -L+138G /dev/vg/home
    Como ahora disponemos de más espacio en el grupo de volúmenes vg, podemos aumentar el tamaño del volúmen lógico home.
19. # fsck.ext3 -f /dev/vg/home
# resize2fs /dev/vg/home
    Sin embargo el sistema de ficheros contenido en el volumen lógico no ha cambiado de tamaño, así que en la práctica no tenemos más espacio. Primero debemos hacer un chequeo forzado del sistema de ficheros y luego redimensionar el sistema de ficheros al tamaño del volumen lógico. Ni qué decir tiene que el sistema de ficheros que uso es ext3 tanto para / (Sistema Raíz) como para /home.
20. # mount /dev/vg/home /home
21. Editamos /etc/fstab y substituimos /dev/sda4 por /dev/vg/home para que nos monte el volúmen lógico en /home.
22. Cerrar sesión y volver a iniciar sesión con nuestro usuario y disfrutar de nuestra «CASA» recién ampliada.

Si queremos ver cuánto espacio libre y otros datos de interés, de un grupo de volúmenes debemos usar el comando vgdisplay nombre_grupo_volumenes, en este caso sería vgdisplay vg, así sabremos cuanto añadir al volumen lógico con el comando lvextend.

1. $ sudo su
2. # passwd
3. # nano -w /etc/sudoers
   Debemos editar el fichero para dejar de permitir el acceso de los usuarios a sudo.
   

   # Members of the admin group may gain root privileges
   # %admin ALL=(ALL) ALL

   Debemos dejar comentadas estas líneas.

4. # exit
   Cerramos la sesión root.
5. $ gconftool --set --type=bool /apps/gksu/sudo-mode false
   Configuramos Gnome para que haga uso de su en lugar de sudo.
   $ gconftool --get /apps/gksu/sudo-mode
   Nos aseguramos de que este comando devuelve el valor false.

A partir de ahora el comando sudo dejará de funcionar para nuestro usuario, y tendremos que usar exclusivamente su y la contraseña de root para administrar el sistema.

Lo primero es instalar GCC Versión 3.4.6 ya que Qemu no compila con la versión 4, después instalaremos todo lo necesario, y pasaremos a la configuración y demás.

1. # emerge =sys-devel/gcc-3.4.6-r2
2. # gcc-config -l
   Lista las versiones de gcc de las que disponemos.
3. # gcc-config x86_64-pc-linux-gnu-3.4.6
   Con esto hacemos que el sistema use el gcc-3.4.6.
4. # source /etc/profile
   Para que tenga efecto en la sesión de consola actual.
5. # emerge qemu qemu-softmmu qemu-user kqemu
6. # gcc-config x86_64-pc-linux-gnu-4.1.2
   Volvemos a usar nuestro gcc versión 4 que teníamos por defecto.
7. # source /etc/profile
8. # gpasswd -a USUARIO qemu
   Añadimos a nuestro usuario al grupo qemu.
9. # echo “kqemu” >> /etc/modules.autoload.d/kernel-2.6
   Para que siempre cargue el módulo kqemu al arrancar el sistema.
10. # modprobe kqemu