Tag bash (Página 20) - Userlinux.net

Lo he visto en algún sitio y me ha parecido divertido, se notan los sudores de los usuarios de Ubuntu

~$ history | awk '{print $2}' | sort | uniq -c | sort -r | head -5
    188 sudo 
     95 ls
     90 ssh
     69 cd
     59 scp
~$

Siga el meme quien quiera, trackbacks se agradecerán ;).

Al hacer una sincronización remota, encriptando los datos y dependiendo de un servidor ssh que no está en el puerto por defecto (22) el comando a ejecutar cambia un poco. Como nunca me acuerdo y tengo que gastar tiempo tirando de man, lo dejo como nota mental para posteriores ocasiones:

root@devel:~/sinc/ # rsync -e 'ssh -p 1022'  --progress --delete -lprtvvz r0sk@host.es:/home/r0sk/sinc/ ./

Nótese que el nuevo puerto es el 1022 pasado como parámetro de ssh y no de rsync. Y si de paso esta anotación le sirve a alguien, bienvenido sea :).

Actualización
Y si alguien quiere hacer lo mismo pero con scp, que a veces es más sencillo, la orden es la siguiente:

root@devel:~/sinc/ # scp -r -P 1022 r0sk@host.es:/home/r0sk/sinc/* ./

¿Qué tiene de especial la salida por pantalla de un df (disk free)?. Nada si no nos fijamos en las formas. Pongamos un ejemplo para que se entienda lo que quiero explicar:

[root@muro: r0sk] # uname
FreeBSD
[root@muro: r0sk] # df
Filesystem  1K-blocks    Used    Avail Capacity  Mounted on
/dev/ad0s1a  37385196 1377416 33016966     4%    /
devfs               1       1        0   100%    /dev
devfs               1       1        0   100%    /var/named/dev
[root@muro: r0sk] #

Después de varios intentos y jugando con el poco conocimiento de diseño que me ha dado la experiencia, porque estudios... pocos; ha quedado algo parecido a lo que se ve en esta captura:

Hace algún tiempo explicaba un bash tip bastante interesante sobre como renombrar masivamente y con un solo comando fotografías, quitar espacios a los mp3...

En esta ocasión se presentaba algo más peliagudo a priori. Para poneros en situación imaginaos como administradores de un Bind9 con 500 dominios en su poder, no está mal ¿verdad?.

Ahora el problema, por circunstancias ajenas se decide cambiar de proveedor de Internet, con lo que la IP también varía. De un simple vistazo podemos decudir que en cada zona de dominio tenemos (al menos) dos entradas A con la ip que quedará desfasada.

Tenemos dos opciones, editar a mano todos y cada uno de esos archivos y rezar para no equivocarnos al escribir (o copiar&pegar) la nueva IP, o hacerlo como todo geek haría:

# for i in *.hosts; do cat $i | 
sed 's/111.111.111.111/222.222.222.222/' > $i.new ;
rm $i; mv $i.new $i; done

Aunque creo que se entiende a simple vista: Para todos los archivos *.hosts buscamos la IP 111.111.111 y la sustituimos por 222.222.222.222 en un archivo temporal .new. Después machacamos los originales.

¡Que la fuerza bash te acompañe!

Actualización: Repasando he encontado otra entrada donde explicaba exactamente lo mismo. Estoy mayor, lo sé :(.

Si hay algo que detesto es la monotonía de tareas en cantidades industriales. Cuando hay un directorio lleno de fotos enormes que reducir de tamaño podemos hacer 2 cosas coherentes: Programar una macro que automatice el proceso de redimensionado de imágenes siempre y cuando dicho software lo soporte (ni lo sé ni me interesa) o usar el poder de la consola tirando de convert:

# cd ~/masde1000fotos/
# for f in `ls`; do convert $f -resize 510x383 $f; done

Concretamente estamos pasando fotos de 1280x960 a un tamaño relativamente considerable: 510x383 (conservando las proporciones). Ahí queda el tip, para la posteridad.

En ciertas ocasiones, sobre todo al principio, hemos echado de menos la utilidad tree de MS-DOS en nuestro sistema operativo favorito. Esta pequeña utilidad mostraba en pantalla en forma de árbol los directorios existentes y los subdirectorios que colgaban de ellos. Intuitiva a primera vista para los menos iniciados.

Mucha gente todavía se hace un lío con las estructuras de directorios y este comando podría ser una buena solución. Buscando información he ratificado lo que pensaba y no me atreví a decir en su día. El comando tree 'existe' (dudaba entre su existencia o si se trataba de una opción rara de ls). Años atrás me suena haberlo probado en alguna distribución. Es más, he encontrado un RPM que podría funcionar (demasiado perezoso para comprobarlo).

Otra gente lo arregla con 'find . -type d -print', pero no es lo mismo. A mis oidos ojos llegó una herramienta llamada ytree que podría ser el candidato ideal. Después de usar ytree durante un rato llego a la conclusión que no es más eficiente que mc, pero consigue esa vista de árbol que estaba buscando desde un principio. Seguro que no es la mejor solución, pero por el momento puede servir de ejemplo. Se aceptan sugerencias ;).

Dada una estructura de directorios X con un número variable de archivos Y, donde Y no es inferior a 300, ¿cambiarías manualmente una cadena 'cadena' por 'cadena2' en cada uno de los Y archivos?, ¿te volverías loco en tal hazaña?. Ambas preguntas tienen respuesta evidente:

$ cd X/
$ for f in `grep -r cadena * | cut -f 1 -d : | uniq`; do cat $f | sed s/cadena/cadena2/g > /tmp/temporal.temp && mv -f /tmp/temporal.temp $f; done
$ 

Recuérdalo pequeño saltamontes, te ahorrará muchas horas de trabajo ;).

¿Quién no ha querido alguna vez quitar los dichosos espacios que tenemos siempre en los mp3 que nos bajamos o que nos pasan?. Bien, pues mirando un poco de bash, y recibiendo alguna que otra ayuda y consejo, fijémonos que el siguiente script hace exactamente eso:

bash-2.05b$ for i in *.mp3; do mv "$i" `echo "$i" | tr ' ' '_'`; done

Y si ahora renombramos todas nuestras fotos (unas 100 o así) de foto01 a img01, ¿haremos la misma operación 100 veces? NO, para eso está el bash:

bash-2.05b$ for i in `ls *jpg`; do mv "$i" `echo "$i" | sed 's/foto/img/'`; done