Eliminar comentarios en archivos de configuración con grep.

Si es habitual para nosotros trabajar con archivos de configuración en linux o similares, seguramente nos habremos encontrado con algunos muy bien documentados con comentarios.
Esto es muy útil para la inicialización de servicios, pero a la hora de resolver problemas recorrer un archivo con 3000 lineas no es práctico.

Buscando encontré esto que soluciona el problema pero tiene un defecto.

Por ejemplo, trabajando con Squid: /etc/squid/squid.conf
Si hacemos

grep "#" /etc/squid/squid.conf

Nos mostrará en pantalla las lineas del archivo que posean el carácter #.
Ahora si invertimos la búsqueda con -v

grep -v "#" /etc/squid/squid.conf

Mostrará las ubicaciones donde no se encuentre el mismo, incluyendo lineas vacías, lo que "queda feo".

El autor propone limpiar la salida con grep -v "#" /etc/squid/squid.conf | sed -e '/^$/d' que cumple y deja solo las lineas que buscamos con el #.

Prestando un poco de atención, y buscando en Internet surgen 2 cosas:

1. Si la linea tiene un # en cualquier lugar distinto del inicio no será mostrada, esto es un problema.
2. NO necesitamos sed, grep es lo suficientemente flexible como para mostrarnos lo que queremos ver.

Ambas se solucionan con esto

grep '^[^#]' /etc/squid/squid.conf

¿Y esto, para que sirve?

En particular lo utilizo para limpiar los archivos y guardar solo las variables y configuraciones activas.

Según el ejemplo anterior 

grep '^[^#]' /etc/squid/squid.conf > squid.conf.limpio

Genera una copia del archivo solo con lo importante y listo para guardar.
Otra opción es crear un script de bash por si nos olvidamos como es el comando; generamos un  documento de texto, lo llamamos sincom.sh y pegamos lo siguiente dentro :

#!/bin/bash
#Uso
#./sincomen.sh archivo_con_comentarios archivo_destino

grep '^[^#]' $1 > $2

Guardamos y le damos permisos de ejecución con chmod +x sincom.sh. 
¡Listo!, ejecutando ./sincom.sh archivo_comentado archivo_limpio  tenemos automatizada la tarea.

Espero sirva.

Como volver legible el timestamp de dmesg.

 Tratando de diagnosticar un problema de conectividad en la empresa, me encontré
con el hecho de que no podía determinar a ciencia el momento en que se producían los eventos que estaba visualizando a través de la salida del comando dmesg.

Este comando como primer campo de cada registro/linea muestra un timestamp con los segundos.nanosegundos que pasaron desde el booteo del equipo hasta el evento presentado, algo así

[349375.188024] eth0: no IPv6 routers present

[349375.220015] eth1: no IPv6 routers present

Como no me servía busqué en internet y encontré este post Con dos soluciones interesantes.

La primera, en Debian/Ubuntu se puede revisar un log igual pero con campos de fecha y hora.

cat /var/log/kern.log

La segunda y un poco más divertida es un script que parsea la salida de dmesg y la modifica para mostrarnos este dato. Cito la versión en Pearl:

#!/usr/bin/perl
 
use strict;
use warnings;
 
my @dmesg_new = ();
my $dmesg = "/bin/dmesg";
my @dmesg_old = `$dmesg`;
my $now = time();
my $uptime = `cat /proc/uptime | cut -d"." -f1`;
my $t_now = $now - $uptime;
 
sub format_time {
 my @time = localtime $_[0];
 $time[4]+=1;    # Adjust Month
 $time[5]+=1900;    # Adjust Year
 return sprintf '%4i-%02i-%02i %02i:%02i:%02i', @time[reverse 0..5];
}
 
foreach my $line ( @dmesg_old )
{
 chomp( $line );
 if( $line =~ m/\[\s*(\d+)\.(\d+)\](.*)/i )
 {
 # now - uptime + sekunden
 my $t_time = format_time( $t_now + $1 );
 push( @dmesg_new , "[$t_time] $3" );
 }
}
 
print join( "\n", @dmesg_new );
print "\n";

Copiamos esas lineas a un archivo de texto, guardamos, lo volvemos ejecutable con

chmod +x dmesg_for_humans

y listo, situados en el directorio donde lo guardamos ejecutamos ./dmesg_for_humans y tenemos una salida como esta:

[2012-02-23 11:54:50]  eth0: no IPv6 routers present



[2012-02-23 11:54:50]  eth1: no IPv6 routers present

Recomiendo leer el post que cito ya tiene una versión en python del script y los comentarios suman también.
Espero les sirva

Actualizar versiones Debian

Habiendo resuelto actualizar nuestro Debian Linux a la versión stable actual (squeeze), comenzamos:

El primer paso consiste en repasar la configuración de nuestro Host Debian, respaldando cualesquiera archivo de configuración que hayamos modificado manualmente para optimizar servicios y asegurarnos de no perder nada en la actualización.
Ahora le enseñamos a apt a utilizar los repositorios oficiales para la versión stable.
Desde consola y logueados como root:

nano /etc/apt/source.list 

Modificamos las actuales lineas o agregamos las siguientes, comentando cualquier otra

deb http://http.us.debian.org/debian stable main contrib non-free
deb-src http://http.us.debian.org/debian stable main contrib non-free

deb http://security.debian.org/ stable/updates main contrib
deb-src http://security.debian.org/ stable/updates main contrib

Salimos guardando el archivo con Ctrl+X.
Actualizamos la lista de paquetes disponibles, esto toma poco tiempo.

apt-get update

Los paquetes disponibles para la versión actual estarán firmados con claves públicas
que es probable que no hayamos instalado aún. Para evitarnos futuros inconvenientes
instalamos las claves actuales instalando el paquete debian-archive-keyring

apt-get install debian-archive-keyring

Ya estamos cerca, solo nos resta 

apt-get upgrade

y por último

apt-get dist-upgrade

Estos últimos procesos son semi automáticos, por lo tanto no podemos alejarnos de la terminal ya que nos solicitará respuestas frente a posibles conflictos, toma de decisiones o nuevas configuraciones. En particular copio los mensajes obtenidos para usarlo como referencia en caso de configuraciones erróneas o nombres de dispositivos modificados luego de un upgrade.

Espero sirva.