Miércoles, 03 de Septiembre de 2008 - 10:53

Arreglar problema de sonido en Mandriva 2008.1

Recientemente he tenido que hacer dos instalaciones de Mandriva en su última versión, y me he encontrado una sorpresa non grata, y es que resulta que a la hora de cargar el sistema suena un tremendo pitido que hace temer lo peor.

Por falta de tiempo no había investigado esto, pero ayer encontré la solución, y es tan sencilla que hasta parece reidículo llamarlo “solución”.

Solución

Lo que tenemos que hacer cuando pite de esa forma tan espantosa es conectar unos cascos a la salida de audio. Una vez echo de esto ya no pegará ese petardazo, y cuando iniciemos sesión, tendremos que ir al panel de mezclas de KMix, y en la pestaña de Entrada deberemos bajar los dos niveles de captura al mínimo, porque estarán al máximo.

La explicación es bastante sencilla, pues Mandriva activa el sonido y con ello el micro (que llevan todos los portátiles) y es debido a que la captura está puesta para recoger cualquier tipo de sonido. Una vez que ajustemos la entrada desde KMix, ya no tendremos más problemas.

Como anécdota, mi hermano descubrió que tenía micro porque Mandriva pitaba, porque super-windows-vista, no lo detectaba, jejeje.

Categoria: Trucos | 1 Comentario

Miércoles, 28 de Mayo de 2008 - 15:38

Montar y escribir en particiones NTFS (Windows)

Ayer (martes 27) surgió la duda en BlogDrake de cómo montar las particiones de Windows XP o Windows Vista, para poder escribir sobre ellas de forma nativa. Hace un par de años esto era impensable, pero ahora mismo disponemos de la paquetería necesaria.

Para poder escribir en estas particiones, o discos, necesitamos tener instalado el software ntfs-config. Este paquete, instalará automáticamente la dependencia ntfs-3g, y ya podemos usarlo sin problemas. Como siempre, podemos ir al Centro de Control de Mandiva, o como root ejecutamos:
# urpmi ntfs-config
Una vez tenemos los paquetes instalados, para montar el disco o partición, y con ello poder escribir sobre el, podemos usar la forma de consola:
# ntfs-3g /dev/_dispositivo_ /media/_carpeta_/
O hacerlo en módo gráfico, ejecutando la aplicación ntfs-config:

Selecionamos el disco y especificamos el punto de montaje

Seleccionamos ambas opciones de escritura

Y ya esta terminado, podemos comprobarlo creando un simple archivo de texto plano (.txt).

Categoria: Trucos | 3 Comentarios

Sábado, 03 de Mayo de 2008 - 13:21

Cargar programas en el arranque

Muchas veces hemos tenido la necesidad de arrancar programas en el arranque. Para ello, debemos tener al menos un mínimo conocimiento de qué son los “runlevel” y para qué se usan.

¿Qué es el runlevel?

El término runlevel o nivel de ejecución se refiere al modo de operación en los sistemas operativos que implementan el estilo de sistema de arranque de iniciación tipo UNIX System V.

En términos prácticos, cuando el computador entra al runlevel 0, está apagado, y cuando entra al runlevel 6, se reinicia. Los runlevels intermedios (1 a 5) difieren en relación a qué unidades de disco se montan, y qué servicios de red son iniciados. Los niveles más bajos se utilizan para el mantenimiento o la recuperación de emergencia, ya que por lo general no ofrecen ningún servicio de red. Los detalles particulares de configuración del runlevel varía bastante entre sistemas operativos, y ligeramente entre los administradores de sistema.

- Nivel 0: Este nivel es el de parada del sistema.
- Nivel 1: No configura la interfaz de red o los demonios de inicio, ni permite que ingresen otro usuarios que no sean el usuario root, sin contraseña.
- Nivel 2: Multiusuario sin soporte de red.
- Nivel 3: Este nivel inicia el sistema de forma normal.
- Nivel 4: Este nivel no se usa.
- Nivel 5: Con este nivel, cargamos el 3 pero ademas el display manager.
- Nivel 6: Reiniciamos el sistema.

¿Cómo cargamos programas en el arranque?

Bien, después de la introducción teórica, ahora toca saber para que nos sirve. Imaginad por un momento, que queremos que el aMule se cargue cuando entramos en nuestro escritorio, y que ademas, usamos Wake On Lan/Wan, como expliqué aqui.

La forma de cargar aMule en el arranque, es colocándo un enlace simbólico al script de llamada de aMule. El script (archivo en sí) lo podemos almacenar en /etc/init.d/, con el nombre amule, y el enlace simbólico, lo hacemos a /etc/rc.5/. Como aMule se carga en consola desde la carpeta /usr/bin/, tenemos la mitad del trabajo hecho, pues solo tenemos que hacer:
# ln -sf /usr/bin/amule /etc/rc.5/S99amule
Como ya expliqué en el manual de Wake on Lan/Wan, la ”S” le indica que es un script de arranque (start), y los dígitos es para colocarlo en el orden de arranque que queramos.

En caso de que no tuvieramos el binario, sería simplemente crear un script llamando al programa o con la linea de consola que usemos, y crear el enlace simbólico donde queramos. Como ya se ha visto, no por estar parando el ordenador los scripts tienen que ser de parada.

Categoria: Trucos | Dejar un comentario

Miércoles, 02 de Abril de 2008 - 18:44

Programar tareas

El otro día comentaba cómo realizaba copias de la base de datos en remoto, pero además, de forma periódica. Pues bien, resulta que algunos compañeros me han comentado que si podía explicar el tema de la programación de tareas más extensamente.

En Linux, la programación de estas tareas se puede realizar de forma fácil desde Cron. Cron es un administrador regular de procesos en segundo plano (demonio) que ejecuta programas a intervalos regulares (por ejemplo, cada minuto, día, semana o mes). Los procesos que deben ejecutarse y la hora en la que deben hacerlo se especifican en el archivo crontab.

Cron se encuentra en el directorio /etc. Aquí podemos encontrar algunas carpetas, con las tareas por defecto que ejecuta cron, alojadas dentro de esas carpetas. Para editar las entradas de cron y añadir nuevos scripts que vayamos haciendo, nos dirigimos al editor por defecto, que es Vi:
# crontab -e
Al ejecutar entramos directamente en el editor, pero puede que aparezcan dos lineas como estas, las cuales indican la shell a usar y las opciones de la sentencia:
SHELL=/bin/bash
#h m dom mon dow command
Las opciones de ese comentario (toda línea precedida de #), son:
m = minuto
h = horado
m = día del mes
mon = mes
dow = día de la semana
user = usuario
comand = orden o comando a ejecutar

Ejemplos:
30 9 * * * orden = ejecuta orden todos los días a las 9:30
0 12 * * 5 orden = ejecuta orden todos los viernes a las 12 en punto

Categoria: Trucos | Dejar un comentario

Domingo, 30 de Marzo de 2008 - 19:14

Backup de BD de forma remota

Con esto de que el blog (aspecto gráfico, programación y BD) me lo he hecho yo al 100% pues la cosa es que fastidiaría mucho perderlo por algún problema con el servidor o con la BD.

Hasta ahora hacía las copias de seguridad diarias, pero dentro del mismo servidor, pero la verdad es que no lo veía como algo de seguridad, sino para acallar la conciencia. Fue el otro día cuando a raíz de leer el blog de Alfredo Pérez, me propuse usar ése método pero con algunas variantes.

Las diferencias entre ese método y el que ahora expongo es una mayor seguridad en que alguna modificación de la BD, no nos afectaría a gran escala, quiero decir, hacer copias por horas de la BD, por lo que si por error eliminamos algún dato, en el anterior backup todavía estará intacto. Hay que decir que son copias totales de la BD, ya que es pequeña, lo ideal seria usar este método con backup incrementales. También se han seguido otros pasos para que resultaran en Mandriva.

Creamos el archivo ejecutable por lotes (sh)



Creamos el archivo con el editor de consola nano, aunque se puede hacer con cualquiera.
# nano bajarBDAl abrirse el editor ponemos la siguiente línea (mysqldump –user=USUARIO –password=PASSWORD –host=IP_REMOTA nombre_BD | gzip > /home/_usuario_/_carpetaBackup_/database`date +%d%m%Y%H%M%`.sql.gz):
mysqldump --user=USUARIO --password=PASSWORD --host=IP_REMOTA nombre_BD | gzip > /home/_usuario_/_carpetaBackup_/database`date +%d%m%Y%H%M%`.sql.gz #Estas 3 líneas van todo seguido en una
echo Backup realizado con éxito en:
date +%cEn la sentencia mysqldump ponemos nuestro usuario, contraseña y IP de la máquina remota de la que queremos importar la BD, luego el nombre de la base de datos, hacemos una compresión con gzip al archivo que se ve posteriormente. La sentencia rara que veis como “database`date +%d%m%Y%H%M%`.sql.gz” es porque al nombre del archivo he añadido la fecha de creación, para que no se sobrescriban y tener un registro por horas sin problema. Hay que tener en cuenta que para esto las comillas deben ser las invertidas.

Las dos últimas líneas las he puesto para saber en que fecha se ha realizado el backup con éxito, porque si éste diera algún error, mostraría el error desde ”mysqldump” y lo siguiente nos seguiría dando la fecha, pero de este error.

A continuación copiamos el archivo a /usr/bin y le damos permisos restringidos:
mv bajarBD /usr/bin/bajarBD
chmod 775 /usr/bin/bajarBDUna vez acabado esto toca editar cron para ñadir la tarea.

Editando cron



Vamos a usar el editor por defecto de cron, que es vi:
crontab -ePara añadir pulsamos ”a” y para guardar y salir: Esc y luego ”ZZ”. Añadimos la siguiente línea que ahora explicaré
SHELL=/bin/bash
00 * * * * /usr/bin/bajarBD >> /home/_usuario_/_carpetaBackup_/registro.logCon esto lo que hacemos es que nos produzca una copia cada hora a las 00, y nos imprima un registro de la salida de nuestro archivo por lotes, al que le habíamos puesto un par de echo’’s. Una vez salimos y guardamos, nos generará un backup de la base de datos automáticamente cada hora.

Ahora solo queda hacerlo de todo el /home del hosting, pero eso, para otro día.

Categoria: Trucos | 1 Comentario

keep looking »