Cristian Vicente

Cada vez los discos SSD son más populares debido a su velocidad de lectura/escritura y su tiempo de acceso frente a los discos magnéticos convencionales. Pero como con todo, estos discos tienen un debilidad que preocupa a sus dueños y es la vida útil.

Sin entrar en detalles diré que se hace uso de algoritmos especiales para intentar alargar la vida útil del disco SSD lo máximo posible tratando de no sobrescribir siempre los mismos sectores y evitando realizar usos que conlleven muchas escrituras sin sacarles provecho (como logs o temporales del navegador web.

Existe un hilo en los foros de OpenSuse en los que se dan consejos y pautas muy útiles para este propósito, como cargar el temporal en RAM, alojar ciertos directorios en un disco duro magnético, etc.

Debido a lo poco fiable que resultaba la indicación en tiempo de la vida energética de las baterías en portátiles, ésta fue retirada del widget Battery Monitor de KDE a partir de la versión 4.3, manteniendo únicamente el porcentaje.

Aunque dicha medición fuese poco fiable a mi siempre me ha resultado muy práctica y, siendo consciente de las necesidades del procesador y la pantalla, te puedes hacer una idea temporal de autonomía de tu portátil.

Para recuperar la indicación en tiempo hay que seguir estos sencillos pasos:

1. Botón derecho sobre el widget e ir a las preferencias.
2. Habilitar «Mostrar información de carga».
3. Quitar el escritorio plasma con el comando «kquitapp plasma-desktop».
4. Abrir el fichero «~/.kde4/share/config/plasma-desktop-appletsr», buscar la línea que ponga «showBatteryString=true» y justo debajo añadir otra línea que sea «showRemainingTime=true».
5. Iniciar el escritorio plasma con el comando «plasma-desktop».

Como comentaba anteriormente la convivencia con Windows puede ser difícil, especialmente cuando después de que éste actualice veas que a desaparecido Grub.

Para recuperarlo sólo habrá que seguir unos sencillos pasos en cuanto arranquemos un livecd de Gnu/Linux. Suponiendo que nuestro raíz o boot está en la partición sda3, estos son los pasos:

mount /dev/sda3 /mnt

mount –bind /dev /mnt/dev

chroot /mnt

mount /proc

mount /sys

grub2-mkconfig -o /boot/grub2/grub.cfg

grub2-install /dev/sda

Y con esto ya habremos regenerado nuestro Grub para desgracia de Windows 😛 .

Es posible que nos veamos ante la situación de tener que hacer convivir alguna versión de Windows con nuestra distro de Gnu/Linux en el mismo disco duro (con las pegas que ello conlleva), algo que es casi obligatorio en portátiles. Para ello tendremos que modificar la configuración de Grub 2 que difiere bastante de la versión anterior.

Suponiendo que estemos en Ubuntu, el primer paso será agregar el siguiente texto al fichero «/etc/grub.d/40_custom»:

menuentry ‘Windows′ {
set root=’(hd0,msdos2)’
chainloader +1
}

Esto suponiendo que nuestro Windows se encuentre en el primer disco (hd0), concretamente la segunda partición (msdos2).

Finalmente tendremos que actualizar los datos con el siguiente comando:

sudo update-grub2

Por cuestiones atípicas de la vida, me encontré ante la situación de tener que extraer ciertas páginas de un PDF. Encontré un tutorial en Internet que daba una buena solución, rápida y efectiva para el trabajo en lotes de ficheros desde un terminal.

Básicamente hay que tener instalado ghostscript y pegar lo siguiente en el fichero .bashrc:

function pdfpextr()
{
# this function uses 3 arguments:
# $1 is the first page of the range to extract
# $2 is the last page of the range to extract
# $3 is the input file
# output file will be named «inputfile_pXX-pYY.pdf»
gs -sDEVICE=pdfwrite -dNOPAUSE -dBATCH -dSAFER \
-dFirstPage=${1} \
-dLastPage=${2} \
-sOutputFile=${3%.pdf}_p${1}-p${2}.pdf \
${3}
}

A partir de ese momento tendremos un nuevo comando en nuestro terminal que funcionará de esta forma «pdfpextr paginaInicio paginaFin pdfacortar.pdf».

A veces resulta difícil saber si un procesador como un i7 está haciendo uso de la capacidad Intel Turbo Boost, pues el sistema operativo simplemente nos dirá que está funcionando al 100% y no reflejará la velocidad en Ghz real.

Para ello existe una pequeña utilidad que nos mostrará un amplio y detallado informe actualizado a tiempo real de nuestra CPU. Se trata de i7z.

Como se puede apreciar en la siguiente captura de pantalla, además de informarnos de la velocidad en Ghz de cada núcleo, nos indica en qué estado se encuentra y a qué temperatura está trabajando.

Cada vez es más usual ver torres con una base integrada para la conexión de disco duros SATA y esto, aunque muy útil, acarrea un pequeño inconveniente y es el detener la rotación del disco duro sin un interruptor que elimine su suministro eléctrico.

Estos son los pasos habituales:

1. Se pincha el disco duro en la base SATA de la torre.
2. El disco duro empieza a girar y el S.O. lo reconoce.
3. Montamos el disco duro y hacemos uso de él.
4. Cuando hemos terminado de trabajar con él lo desmontamos.
5. El disco duro sigue girando y si lo retiramos puede ser que la mano se nos vaya de un lado a otro (¡probadlo jajaja! o mejor no…).

¿Cómo detener el giro de los platos del disco duro? Con una simple línea de código siendo root:

echo 1 > /sys/block/sdX/device/delete

Lanzar una máquina virtual en segundo plano desde línea de comando nos puede ser realmente útil si queremos prescindir de entorno gráfico o sólo tenemos una conexión ssh simple.

Para hacerlo posible debemos seguir unos pasos sencillos usando un terminal. Primero sacaremos un listado de máquinas virtuales en el equipo:

 # VBoxManage list vms

«Windows XP» {b3f13d76-dcc1-42e1-aca0-66290ea99202}

«CentOS» {h5f13d76-dde1-72f5-joe8-77800ea99568}

Nos ha devuelto un listado de máquinas virtuales con su respectivo nombre e identificador que usaremos para poner en marcha la deseada.

# VBoxManage startvm «Windows XP» –type headless

La opción «headless» le indica a VirtualBox que deberá ejecutar la máquina virtual en segundo plano, con lo que podremos cerrar la sesión SSH sin peligro de que se interrumpa la ejecución de la misma.

Para comprobar que está funcionando todo correctamente podremos sacar un listado de maquinas virtuales en ejecución.

# VBoxManage list runningvms

«Windows XP» {b3f13d76-dcc1-42e1-aca0-66290ea99202}

Cuando un disco duro falla y no existe copia de seguridad de los datos contenidos en él es un problema, pero se agrava notablemente si además el fallo es físico, ya sea porque la placa electrónica se haya quemado o que la cabeza lectora haya muerto. En estos casos da igual el software que queramos utilizar para recuperar los datos, nunca los vamos a recuperar.

Ante esta situación quedan dos alternativas: llevar el disco duro a una empresa que se dedique a recuperar los datos o intentar hacerlo por uno mismo si se encuentra en posesión de otro disco duro idéntico. La primera opción es la más cara pero más segura y la segunda opción es la más peligrosa para la poca integridad que le queda al disco.

Para esto hay una serie de vídeos que detallan el proceso de recuperación, explicando tantos los distintos fallos posibles como las diferentes formas de resolverlos. Dejo la primera parte, el resto está enlazado en el vídeo.

Iperf es una herramienta realmente útil para medir la capacidad de transferencia en una red local. Un ejemplo sencillo donde se mide la velocidad entre dos equipos podría ser el siguiente.

Ejecutado en el Equipo1 donde Iperf se pone en modo servidor a la espera de peticiones:

# iperf -s

————————————————————
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
————————————————————

Ejecutado en el Equipo2 donde Iperf realizará la conexión con el servidor:

# iperf -c 192.168.1.1
————————————————————
Client connecting to 192.168.1.1, TCP port 5001
TCP window size: 16.0 KByte (default)
————————————————————
[ 3] local 192.168.1.2 port 52528 connected with 192.168.1.1 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 112 MBytes 94.4 Mbits/sec

Como se puede ver devuelve la velocidad alcanzada en 94.4 Mbits/segundo que no está nada mal para una red 10/100. Pero se puede hacer uso de la opción -P para comprobar la respuesta del servidor ante peticiones en paralelo, en este caso concretamente 4:

# iperf -c 192.168.1.1 -P 4 

————————————————————
Client connecting to 192.168.1.1, TCP port 5001
TCP window size: 16.0 KByte (default)
————————————————————
[ 6] local 192.168.1.2 port 33831 connected with 192.168.1.1 port 5001
[ 3] local 192.168.1.2 port 33828 connected with 192.168.1.1 port 5001
[ 4] local 192.168.1.2 port 33829 connected with 192.168.1.1 port 5001
[ 5] local 192.168.1.2 port 33830 connected with 192.168.1.1 port 5001
[ ID] Interval Transfer Bandwidth
[ 6] 0.0-10.0 sec 27.0 MBytes 22.6 Mbits/sec
[ 5] 0.0-10.0 sec 30.0 MBytes 25.1 Mbits/sec
[ 3] 0.0-10.1 sec 30.0 MBytes 24.9 Mbits/sec
[ 4] 0.0-10.1 sec 27.8 MBytes 23.0 Mbits/sec
[SUM] 0.0-10.1 sec 115 MBytes 95.2 Mbits/sec

Es una herramienta muy recomendable para investigar posibles cuellos de botella en redes con alta carga de uso.