Categoria: Linux

Con Debian Jessie y con mate uso el gestor de xwindow lightdm, pero desde hace unos días en lugar de arrancarme el sistema con mate me lo arrancaba con xfce, el entorno de escritorio que instalé inicialmente.
No había forma de configurar gráficamente el entorno de escritorio por defecto y al arrancar el sistema ya me había acostumbrado a escoger el entorno de escritorio antes de abrir la sesión, pero dile a un usuario que haga esto… así que lo hemos tenido que trabajar un poco y porfín he dado con el clavo! :D

Quizás es un poco chapuza, pero hace lo que debería, que es abrir el entorno de escritorio mate por defecto en lugar de xfce!

En /usr/share/xsessions están los ficheros de inicio de sesión, así que lo que tenemos que hacer es modificar el fichero lightdm-xsession.desktop y definir la sesión por defecto.

root@carboni:/usr/share/xsessions# vi lightdm-xsession.desktop
[Desktop Entry]
Version=1.0
Name=Default Xsession
Exec=mate-session
Icon=
Type=Application

Et voilà!

Y viendo estos ficheritos… mmm… te preguntas… des desde aquí dónde se modifica la pantalla de inicio del sistema? pues tendremos que investigar como! :)…

mencoder -dvd-device /home/movie dvd://1 -oac copy -ovc lavc -lavcopts vbitrate=2500:aspect=1.78 -o MyOuputAvi.avi

Si hay varios idiomas

mencoder -dvd-device /home/movie dvd://1 -oac copy -ovc lavc -alang es -lavcopts vbitrate=2500:aspect=1.78 -o MyOuputAvi.avi

siendo /home/movie donde se encuentran los ficheros .vob…

Si tienes un datacenter montado con pocos recursos, lo mas probable es que el sistema de backups se realice en discos duros externos, que tengas pocos y de gran tamaño.
El problema está en cuando la diógenes tecnológica haga que tengas muchos hierros de poco procesamiento (quad cores o como mucho algun dual quad core xeon) y tengas que tener los servicios repartidos en varias maquinas. El problema está cuando el numero de hierros es superior al numero de discos duros al que hacer los backups.…

Bota, bota, bota con los bots! y corre detrás de las máquinas que se caen fritas por ataques.

Pues esto es lo que me ha pasado estos últimos días con el server zimbra que tengo montado. Algún bot animalito ha empezado a mandar mails a cascaporro a la pobrecita máquina dejándomela frita, frita y frita. El ataque era tan bestia que no me aguantaba levantada mas de media hora.

Así que hemos buscado una solución que de momento me está dejando bastante convencida, fail2ban.

Me estaba mirando reglas de iptables para bloquear directamente el bot, pero este venía de muchas ubicaciones y cuando he empezado a estar cubierta de líneas de iptables he dicho basta y pedido ayuda y me han comentado la posibilidad de usar fail2ban y en menos de 5 minutos lo he tenido instalado y comiéndose todos los ataques! :D la maquina ya lleva mas de una hora levantada y va aguantando!…

Me encanta cuando un usuario me dice que esto de linux no le gusta, y mas esta vez. El nuevo compañero de piso el primer día me dice que es un windowsero y que no le mola linux, almenos es medio del rango, es del lado de los picacodigo (desarrolladores).
No ha pasado ni un mes que ha tenido problemas con la instalación de un programa en windows, y me vino pidiendo ayuda para instalar linux en una partición en su PC para probar si era posible instalar el programa, y voilà! por supuesto, funcionó! ;D así que ya tenemos a otro mas en la familia, pero claro… el pobre es un poco novato y apenas sabe como funciona, así que vamos a lo duro y hago este post con los comandos básicos de la terminal de gnu/linux.

Subir a root
usuario@usuario:~$ su
Contraseña:
root@usuario:/home/usuario# …

Ya es la segunda vez que me encuentro que un ubuntu se ha quedado a medias con una instalación y no hay forma de arrancar. La solución es montar la partición y seguir con la instalación.

Lo primero es arrancar el equipo con una livecd y montar la partición donde está el sistema operativo.

Abrimos una terminal y nos ponemos como root ejecutando “sudo su”.

# mkdir /mnt/hd && mount -t ext3 /dev/sda1 /mnt/hd