Manualinux
http://www.nvu.com http://www.gimp.org InicioPresentaciónActualizacionesManualesDescargasNoticiasAgradecimientoEnlaces

Manualinux - Foro  Galería - 1Galería - 2  Manualinux - Blog

El formato tar.xz
Domingo, Septiembre 11, 2011, 21:04

El formato tar.xz

Todos los archivos de código fuente ubicados en la web, están siendo pasados a este formato, que utiliza la compresión de archivos proporcionada por el programa xz, que mejora en un 15 % la compresión de bzip2. Aunque este porcentaje puede aumentar o quedarse en nada, en función del contenido del directorio a comprimir. Algunos ejemplos de compresión y descompresión de archivos.

1) Comando de compresión normal

$ tar Jcvf slim-1.3.2_es.tar.xz slim_1.3.2_es

2) Comando de compresión máxima

$ tar cvf slim-1.3.2_es.tar slim-1.3.2_es; xz -ve9 slim-1.3.2_es.tar

Este comando concatenado (;) lo que hace es crear el archivo tar en primer lugar (sin la J) y después comprimirlo con xz utilizando el máximo nivel de compresión (9) y ratio de compresión (e) mostrando en modo verboso (v) el proceso en curso. En este caso la extensión xz se la añade el propio programa, y no es necesario que la escribamos nosotros. Para los usuarios principiantes separo los dos comandos:

$ tar cvf slim-1.3.2_es.tar slim-1.3.2_es
$ xz -ve9 slim-1.3.2_es.tar

3) Comando de descompresión

$ tar Jxvf slim_1.3.2_es.tar.xz

Manualinux - Blog


| |
( 0 / 0 )
Deshabilitar el escaneado de particiones de Grub2
Lunes, Abril 25, 2011, 20:55

Deshabilitar el escaneado de particiones de Grub2

Cuando tienes varios sistemas GNU/Linux instalados en tu sistema, y utilizas un gestor de inicio común para todos ellos, en mi caso particular, XOSL. Resulta un engorro comprobar en el caso de Grub2, y en distribuciones del mundo Debian, el tiempo que tarda en actualizar las entradas del menú correspondiente de selección de sistemas operativos, al escanear todo los sistemas operativos que tengas instalado en tus respectivas particiones GNU/Linux y Windows

Como lo único que nos interesa de un gestor de inicio instalado en la partición raíz del sistema es que cargue éste y no el resto, que ya tienes añadido en el gestor de inicio principal. Abrimos con un editor de texto, y como root, el archivo /etc/default/grub, y le añadimos lo que está en rojo:

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX="vga=791"
GRUB_DISABLE_OS_PROBER=true

Volvemos a ejecutar el comando update-grub y comprobaremos que la generación del archivo de configuración, /boot/grub/grub.cfg es mucho más rápida al incluir sólo las entradas nativas del sistema y no las de otros.

Manualinux - Blog


| |
( 0 / 0 )
Reducir el ruido del disco duro con Hdparm
Lunes, Enero 3, 2011, 22:57

Reducir el ruido del disco duro con Hdparm

Hdparm es una utilidad de línea de comandos, mediante la cual, podemos modificar parámetros de los discos duros que tengamos en nuestro sistema. Uno de los más interesantes es la opción de modificar los niveles de ruido que el disco duro genera en su funcionamiento. Para obtener los parámetros recomendables por el fabricante, ejecutamos el siguiente comando como root:

[root@localhost ~]# hdparm -I /dev/sda | grep acoustic
Recommended acoustic management value: 192, current value: 254

Una vez tenemos el parámetro recomendado por el fabricante, en este caso 192. Ejecutamos el comando correspondiente para establecerlo.

[root@localhost ~]# hdparm -M 192 /dev/sda

/dev/sda:
setting acoustic management to 192
acoustic = 192 (128=quiet ... 254=fast)

Este valor se queda grabado en la memoria del disco duro y aunque apaguemos el ordenador, sigue estando activo al volverlo a encender. Pero el otro día utilizando el gestor de particiones de PCLinuxOS cuando lo estaba instalando desde el LiveCD, al hacer el típico escaneo para buscar las unidades de disco duro, me reseteó los valores (algo raro porque es el mismo que utiliza Mandriva, el archiconocido DiskDrake).

Así que para asegurarnos de que ningún software en especial (ya sea en GNU/Linux o en Windows) pueda modificarlos, añadiremos este comando a los correspondientes scripts de inicio local de la distribución que estemos utilizando cada uno. Podemos añadir todos los comandos que creamos convenientes en función de los discos duros que tengamos en nuestro ordenador. En los ejemplos, como siempre, las distribuciones que tengo en el mío.

1) Fedora, Mandriva y PCLinuxOS

Abrimos como root el script /etc/rc.d/rc.local y añadimos al final del mismo lo que está en color rojo.

#!/bin/sh
#
### BEGIN INIT INFO
# Provides: rc.local
# X-Mandriva-Compat-Mode
# Default-Start: 2 3 4 5
# Short-Description: Local initialization script
# Description: This script will be executed *after* all the other init scripts.
# You can put your own initialization stuff in here if you don't
# want to do the full Sys V style init stuff.
### END INIT INFO

touch /var/lock/subsys/local

/sbin/hdparm -M 192 /dev/sda

2) OpenSUSE

Abrimos como root el script /etc/init.d/boot.local y añadimos al final del mismo lo que está en color rojo. Recordar que este script se ejecuta antes de todos los scripts ubicados en /etc/init.d, a diferencia del utilizado por las distribuciones anteriores, que lo hace después.

#! /bin/sh
#
# Copyright (c) 2002 SuSE Linux AG Nuernberg, Germany. All rights reserved.
#
# Author: Werner Fink , 1996
# Burchard Steinbild, 1996
#
# /etc/init.d/boot.local
#
# script with local commands to be executed from init on system startup
#
# Here you should add things, that should happen directly after booting
# before we're going to the first run level.
#

/sbin/hdparm -M 192 /dev/sda

3) AntiX, Aptosid, Linux Mint, Mepis y Ubuntu

Abrimos como root el script /etc/rc.local y añadimos al final del mismo lo que está en color rojo. Luego posteriormente, lo habilitamos con el comando update-rc.d.

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

/sbin/hdparm -M 192 /dev/sda

exit 0


$ su
# update-rc.d -f rc.local start 99 2 3 4 5

4) Slackware, Vector Linux, Zenwalk y Salix

Abrimos como root el script /etc/rc.d/rc.local y añadimos al final del mismo lo que está en color rojo

#!/bin/sh
#
# /etc/rc.d/rc.local: Local system initialization script.
#
# Put any local startup commands in here. Also, if you have
# anything that needs to be run at shutdown time you can
# make an /etc/rc.d/rc.local_shutdown script and put those
# commands in there.


# To disable avahi, chmod rc.avahidaemon and rc.avahidnsconfd to 644
if [ -x /etc/rc.d/rc.avahidaemon -a -x /etc/rc.d/rc.avahidnsconfd ]; then
/etc/rc.d/rc.avahidaemon start
/etc/rc.d/rc.avahidnsconfd start
fi

# To disable networkmanager, chmod rc.networkmanager to 644
if [ -x /etc/rc.d/rc.networkmanager ]; then
. /etc/rc.d/rc.networkmanager start
fi

# Ufw
if [ -x /etc/init.d/ufw ]; then
/etc/init.d/ufw start
fi

/sbin/hdparm -M 192 /dev/sda


Manualinux - Blog


| |
( 2.7 / 3 )
Montar particiones de FreeBSD en GNU/Linux
Lunes, Enero 3, 2011, 0:58

Montar particiones de FreeBSD en GNU/Linux

Aunque el kernel de GNU/Linux tiene soporte de escritura para particiones de FreeBSD, éste no es nada recomendable habilitarlo. Así que en en esta entrada explicaré cómo montar particiones de FreeBSD en modo lectura en nuestro sistema GNU/Linux.

1) Comprobar que el kernel ha sido compilado con soporte del sistema de archivos utilizado por FreeBSD

Si estamos utilizando un kernel proporcionado por la distribución de turno, lo normal, es que este soporte haya sido compilado como un módulo. Ejecutamos el siguiente comando en una ventana de terminal (cambiar la versión del kernel por la que tenga cada uno en su sistema).

[jose@localhost ~]$ find /lib/modules/2.6.36 -name ufs.ko
/lib/modules/2.6.36/kernel/fs/ufs/ufs.ko

Una vez sabemos que existe el módulo correspondiente, ahora nos toca saber si el soporte de lectura de las subparticiones en las que se suele dividir una partición de FreeBSD está soportado también por el mismo. Ejecutamos el siguiente comando en una ventana de terminal.

[jose@localhost ~]$ dmesg | grep bsd
 sdc2: ‹bsd: sdc10 sdc11 sdc12 sdc13 sdc14 ›

Si vamos a compilar un kernel desde cero, y queremos estar seguros de que están habilitadas las opciones requeridas para poder dar soporte a este sistema de archivos, una vez estamos en la interfaz gráfica de configuración, en el ejemplo (make gconfig), nos vamos a File systems >> Miscellaneous >> filesystems >> UFS file system support (read only), y lo dejamos tal como aparece en la captura de pantalla siguiente:


Luego nos vamos a File systems >> Partition Types >> Advanced partition selection >> PC BIOS (MSDOS partition tables) support >> BSD disklabel (FreeBSD partition tables) support, y lo habilitamos, tal y como aparece en la captura de pantalla siguiente:


2) Crear los puntos de montaje y editar el archivo /etc/fstab

Creamos los puntos de montaje correspondientes, como root:

$ su
# mkdir -p /mnt/freebsd/{tmp,usr,var}

Y editamos posteriormente el archivo /etc/fstab añadiendo las entradas correspondientes al final del mismo.

/dev/sdc10 /mnt/freebsd ufs ro,ufstype=ufs2 1 0
/dev/sdc12 /mnt/freebsd/var ufs ro,ufstype=ufs2 1 0
/dev/sdc13 /mnt/freebsd/tmp ufs ro,ufstype=ufs2 1 0
/dev/sdc14 /mnt/freebsd/usr ufs ro,ufstype=ufs2 1 0

Que equivalen a las entradas que tendríamos en el archivo /etc/fstab de nuestra partición de FreeBSD.

# Device Mountpoint FStype Options Dump Pass#
/dev/ad16s2b none swap sw 0 0
/dev/ad16s2a / ufs rw 1 1
/dev/ad16s2e /tmp ufs rw 2 2
/dev/ad16s2f /usr ufs rw 2 2
/dev/ad16s2d /var ufs rw 2 2

Tener siempre en cuenta que si el comienzo de las particiones de FreeBSD es por ejemplo /dev/sdc10, la siguiente será la de swap, y por lo tanto no habrá que añadirla nunca al archivo de configuración /etc/fstab de nuestro sistema GNU/Linux. En el siguiente reinicio (también lo podemos hacer de forma manual con el comando mount), ya podremos explorar los archivos y directorios de la partición de FreeBSD, montada.


Manualinux - Blog


| |
( 1 / 1 )
Uso de chkconfig
Domingo, Febrero 10, 2008, 22:52

Uso de chkconfig

Este es el programa encargado de activar y desactivar los procesos al inicio del sistema en los diferentes niveles de ejecución del mismo, en distribuciones derivadas de RedHat (mandriva, fedora, opensuse, etc). Lo primero que debemos de saber es cuáles son los diferentes niveles de ejecución de GNU/Linux.

Niveles de ejecución de GNU/Linux

# 0 - apagado (NO establecerlo nunca por defecto)
# 1 - Modo monousuario en modo texto (accedemos al sistema sin ningún tipo de restricción de contraseña y permisos de archivos)
# 2 - Multiusuario en modo texto, sin NFS (Lo mismo que el 3, pero sin soporte de red)
# 3 - Modo multiusuario en modo texto, sin X11
# 4 - no se usa
# 5 - Servidor gráfico - X11 (Éste es el modo gráfico de inicio de GNU/Linux)
# 6 - reinicio (NO establecerlo nunca por defecto)

El nivel de ejecución se establece siempre en el archivo /etc/inittab en la siguiente línea, en este caso se está utilizando un nivel 3.

# 6 - reboot (Do NOT set initdefault to this)
#
id:3:initdefault:

Si por ejemplo, estamos en el nivel 5 (modo gráfico) y queremos reiniciar el sistema y pasar al nivel 3 (modo texto), sólo tenemos que ejecutar el siguiente comando como root,

$ su
# telinit 3

Una vez conocemos los diferentes niveles de ejecución del sistema toca poner un ejemplo de uso de chkconfig a la hora de activar o desactivar los procesos que se inician con el sistema y cuyos scripts de inicio, parada y reinicio están siempre ubicados en /etc/init.d que es un simple enlace simbólico a /etc/rc.d/init.d.

Ejecutamos chkconfig y comprobamos, por ejemplo, los niveles de ejecución en los que está activado el daemon cups (el nombre tiene que ser el mismo del script que esté ubicado en /etc/init.d), con el siguiente comando:

[root@localhost /]# chkconfig --list cups
cups 0:desactivado 1:desactivado 2:activo 3:activo 4:desactivado 5:activo 6:desactivado

Comprobamos que el proceso está activado en los niveles 2, 3 y 5, si queremos ver todos los procesos ejecutar el comando sin el nombre del script y se mostrará toda la lista de los que están ubicados en /etc/init.d. Si no tenemos impresora es absurdo tener este proceso en 2º plano, así que ejecutamos el siguiente comando:

[root@localhost /]# chkconfig --level 235 cups off

Y comprobamos con el comando que habíamos ejecutado en primer lugar que el proceso ha sido desactivado por completo y en el siguiente inicio del sistema no volverá a ejecutarse.

[root@localhost /]# chkconfig --list cups
cups 0:desactivado 1:desactivado 2:desactivado 3:desactivado 4:desactivado 5:desactivado 6:desactivado

Aunque ahora aún lo tenemos en ejecución, para detenerlo, ejecutamos el siguiente comando:

[root@localhost /]# /etc/init.d/cups stop
cups: stopped scheduler. [ OK ]

Los scripts ubicados en /etc/init.d admite las opciones start (inicio), stop (parada) y restart (reinicio) a la hora de ejecutarlos, ya sea de forma manual como en el ejemplo, o de forma automática como sucede en el inicio, reinicio o apagado del sistema.

Si queremos volver a activarlo o por ejemplo, hemos compilado un programa nuevo que trae sus propios scripts de inicio y queremos activarlos en los niveles de ejecución pertinentes, sólo hay que cambiar el off por el on en el comando anteriormente explicado, siempre teniendo en cuenta que tendremos que saber el nombre del script para su posterior activación o desactivación.

[root@localhost /]# chkconfig --level 235 cups on

Manualinux - Blog


| |
( 0 / 0 )

Siguiente

powered by pppBLOG v 0.3.11