Interfaz de red: mismo UUID para diferentes interfaces

Con una tarjeta dual ethernet 82571B Gigabit Ethernet Controller el archivo de configuración de los interfaces aparecen con idéntico UUID y MAC para los dos interfaces de la tarjeta.

/etc/sysconfig/network-scripts/ifcfg-p2p1 y /etc/sysconfig/network-scripts/ifcfg-p2p2 tienen el mismo UUID y MAC.

Para averiguar la MAC exacta de cada uno de los interfaces, ejecutamos el comando:

lshw -class network

Deshabilitamos el interface con:

cd /etc/sysconfig/network-scripts
su -
./ifdown-eth ifcfg-p2p1

Editamos la configuración y cambiamos la MAC y el UUID. Para generar un nuevo UUID se puede usar el comando:

uuidgen p2p1

Guardamos los cambios y habilitamos el interface:

/ifup-eth ifcfg-p2p1

con  ifconfig se puede comprobar si el interface tiene la correcta configuración MAC y UUID.

Extender el tamaño de un disco vmdk

Para extender el tamano de un disco vmdk de VirtualBox se usa el comando VBoxManage. Este comando se usa para extender discos vdi entonces es necesarios convertir primero el disco a vdi para extenderlo y despues volverlo a convertir a vmdk:

vboxmanage modifyhd wsWin7.vmdk --resize 40960

este comando devuelve el error:

VBoxManage: error: Could not find file for the medium '/home/nicas/Downloads/wsWin7.vmdk' (VERR_FILE_NOT_FOUND)
VBoxManage: error: Details: code VBOX_E_FILE_ERROR (0x80bb0004), component Medium, interface IMedium, calleensISupports
VBoxManage: error: Context: "OpenMedium(Bstr(pszFilenameOrUuid).raw(), enmDevType, enmAccessMode, fForceNewUuidOnOpen, pMedium.asOutParam())" at line 178 of file VBoxManageDisk.cpp

Para crear un clon con transformando de vmdk a vdi se usa:

vboxmanage clonehd wsWin7.vmdk wsWin7.vdi --format vdi

Una vez clonado es posible extender el tamaño a 40GB =  40 x 1024 = 40960

vboxmanage modifyhd wsWin7.vdi --resize 40960

Después podemos conectar el disco vdi directamente a la VM y sustituirlo por el vmdk o volverlo a convertir a vmdk con vboxmanage.
Una vez extendido el tamaño con vboxmanage es necesario extender la partición del disco en el sistema operativo huésped.

VMDK: inconsistency between grain table and backup grain table

Al actualizar Fedora 18 a Fedora 20, la versión instalada de VirtualBox-4.2-4.2.18 debe actualizarse a VirtualBox-4.3-4.3.28. Sin embargo, la instalación del rpm no va bien porque hay muchos paquetes que entran en conflicto con los de la versión anterior.

Elimino con yum autoremove todos los paquetes de la versión anterior.

rpm -aq VirtualBox
yum list | grep virtualbox
yum autoremove VirtualBox-4.2.x86_64
yum autoremove VirtualBox-4.3.x86_64

y lo vuelvo a instalar siguiendo los pasos de aqui.

Para ver las operaciones que se han seguido con yum con un paquete en concreto (por ejemplo firefox) se usa el comando:

yum history list firefox

Después de instalarlo, VirtualBox se ejecuta sin problemas. Descargo e instalo las Extensiones.

Sin embargo, cuando se intenta ejecutar cualquier VM tanto Windows como Linux, aparece el mensaje de error siguiente:

Failed to open a session for the virtual machine CentOS-6.4-i386-minimal.

VMDK: inconsistency between grain table and backup grain table in '/path/al/disco/disco.vmdk' (VERR_VD_VMDK_INVALID_HEADER).

VD: error VERR_VD_VMDK_INVALID_HEADER opening image file '/path/al/disco/disco.vmdk' (VERR_VD_VMDK_INVALID_HEADER).

Failed to open image '/path/al/disco/disco.vmdk' in read-write mode (VERR_VD_VMDK_INVALID_HEADER).

Failed to attach driver below us! VMDK: Invalid image file header. (VERR_VD_VMDK_INVALID_HEADER).

AHCI: Failed to attach drive to Port0 (VERR_VD_VMDK_INVALID_HEADER).

Result Code: NS_ERROR_FAILURE (0x80004005)
Component: Console
Interface: IConsole {8ab7c520-2442-4b66-8d74-4ff1e195d2b6}

Si creo una maquina virtual nueva e intento instalar Windows 7, la instalacion no se completa y la VM no se puede arrancar porque dice que el archivo winload.exe esta corrupto.

Windows Failed to start. a recenent hardware or software change may be the cause. to fix this problem: (boot from the cd and repair windows) (doesnt actually say that but thats what it tells you to do)

File: /windows/system32/winload.exe

Status: 0xc0000221

Info: the file is possibly corupt. its header checksum does not match the computed checksum.

Ni siquiera intentando una reparacion del bootloader con el disco original de Windows funciona. El error aparece al arrancar la VM con Windows y no deja seguir.

Soluciono el problema eliminando el controlador SATA/AHCI donde encuentra conectado el disco que contiene el sistema por un controlador IDE. Simplemente conecto el disco que contiene el sistema operativo invitado al controlador IDE donde normalmente se encuentra el CDROM/DVD. Un único controlador IDE contiene los dos dispositivos. Se puede ver el mismo procedimiento aquí.

No sé muy bien porque no funciona el controlador SATA ni el SCSI.

Actualizacion de Fedora 18 a Fedora 20

Al intentar conectar GNOME Online Accounts con Google aparece un error indicado que la API oauth 1.0 ya no esta disponible para validación desde el 20 de Mayo de 2015. Se requiere que la aplicación que está usando para validar se migre a la versión de la API oauth 2.0.

Aquí empieza el problema porque no es posible autentificar en dos pasos con GNOME 3.6 por lo que es necesario actualizar a la versión 3.8. En lugar de actualizar GNOME únicamente decido actualizar todo el sistema para pasar de Fedora 18 a Fedora 19.

El procedimiento utiliza fedup para automatizar el proceso. Primero actualizo a la ultima versión todo el sistema con:

sudo yum clean all
sudo yum update

y compruebo que fedup está en la última versión: 0.8

Comienzo la actualización ejecutando:

sudo fedup --nogpgcheck --network 20

Es importante indicar --nogpgcheck de lo contrario el proceso se detiene al finalizar la descarga de los paquetes y no continua porque no puede realizar la verificación pgp.

El proceso de preparación termina con los siguientes siguientes errores:

WARNING: problems were encountered during transaction test:
broken dependencies
kde-l10n-British-4.10.5-1.fc18.noarch requires kde-l10n-4.10.5-1.fc18.noarch
kmod-nvidia-3.11.10-100.fc18.x8664-1:319.60-3.fc18.3.x8664 requires kernel-3.11.4-101.fc18.x8664, kernel-3.11.9-100.fc18.x8664, kernel-3.11.10-100.fc18.x8664
speech-dispatcher-python-0.7.1-8.fc18.x8664 requires speech-dispatcher-0.7.1-8.fc18.x8664
libusb-static-1:0.1.3-11.fc18.x8664 requires libusb-devel-1:0.1.3-11.fc18.x8664
package conflicts
Traceback (most recent call last):
File "/bin/fedup", line 236, in <module>
main(args)
File "/bin/fedup", line 216, in main
for line in s.formatdetails():
AttributeError: 'ProblemSummary' object has no attribute 'format_details'

Ejecuto el siguiente comando de comprobación:

sudo yum check

y no devuelve ningún error. Por tanto, decido eliminar los paquetes que están causando conflictos:

sudo yum remove kde-l10n-British-4.10.5-1.fc18.noarch
sudo yum remove kmod-nvidia-3.11.10-100.fc18.x86_64
sudo yum speech-dispatcher-python-0.7.1-8.fc18.x86_64

este último también elimina la dependencia: orca.x86_64 0:3.6.3-1.fc18

sudo yum libusb-static-1:0.1.3-11.fc18.x86_64

Vuelvo a ejectuar fedup. Sigue apareciendo el mismo error de package conflicts aunque todos los problemas de broken dependencies han desaparecido. El problema es que dice package conflicts pero no dice que paquete esta causando el conflicto:

El log file muestra lo siguiente: /var/log/fedup.log

[    43.002] (II) fedup:message()   1:PacketTracer-5.3.3-1.i586
[    43.002] (II) fedup:message()   1:v8-3.17.6.14-2.fc18.x8664
[    43.002] (DD) fedup.yum:yumpluginforexc() checking traceback files: ['/bin/fedup', '/bin/fedup']
[    43.002] (DD) fedup.yum:yumpluginforexc() plugin path is ['/usr/share/yum-plugins', '/usr/lib/yum-plugins']
[    43.002] (II) fedup:<module>() Exception:
Traceback (most recent call last):
File "/bin/fedup", line 236, in <module>
main(args)
File "/bin/fedup", line 216, in main
for line in s.formatdetails():
AttributeError: 'ProblemSummary' object has no attribute 'format_details'

Por ello elimino también el paquete PacketTracer

sudo yum remove PacketTracer

y vuelvo a ejectuar fedup.:

sudo fedup --nogpgcheck --network 20

Ahora muestra el mismo error package conflicts

el ultimo archivo que se ve en la lista de packages without updates es:

1:v8-3.17.6.14-2.fc18.x86_64

En el archivo /var/log/fedup.log aparece:

[    42.966] (II) fedup:message()   1:v8-3.17.6.14-2.fc18.x8664
[    42.966] (DD) fedup.yum:yumpluginforexc() checking traceback files: ['/bin/fedup', '/bin/fedup']
[    42.966] (DD) fedup.yum:yumpluginforexc() plugin path is ['/usr/share/yum-plugins', '/usr/lib/yum-plugins']
[    42.966] (II) fedup:<module>() Exception:
Traceback (most recent call last):
File "/bin/fedup", line 236, in <module>
main(args)
File "/bin/fedup", line 216, in main
for line in s.formatdetails():
AttributeError: 'ProblemSummary' object has no attribute 'format_details'
[    42.966] (II) fedup:<module>() /bin/fedup exiting with unhandled exception at Thu May 14 19:58:28 2015

Elimino v8, al eliminarlo tambien se eliminan las dependencias chromium. Los paquetes eliminados son:

Removing:

v8          x86_64    1:3.17.6.14-2.fc18                     @fedora-chromium-stable

Removing for dependencies:

chromium    x86_64   27.0.1453.93-1.fc18                     @fedora-chromium-stable

Vuelvo a ejecutar fedup y de nuevo sigue el error:

[    42.971] (DD) fedup.yum:yumpluginforexc() checking traceback files: ['/bin/fedup', '/bin/fedup']
[    42.971] (DD) fedup.yum:yumpluginforexc() plugin path is ['/usr/share/yum-plugins', '/usr/lib/yum-plugins']
[    42.972] (II) fedup:<module>() Exception:
Traceback (most recent call last):
File "/bin/fedup", line 236, in <module>
main(args)
File "/bin/fedup", line 216, in main
for line in s.formatdetails():
AttributeError: 'ProblemSummary' object has no attribute 'formatdetails'
[    42.972] (II) fedup:<module>() /bin/fedup exiting with unhandled exception at Thu May 14 20:09:22 2015

Añado en el archivo /etc/yum.conf la siguiente linea:

pluginpath=/usr/lib/yum-plugins

Y vuelvo a ejecutar fedup, el error sigue siendo parecido:

[    50.074] (DD) fedup.yum:yumpluginforexc() checking traceback files: ['/bin/fedup', '/bin/fedup']
[    50.074] (DD) fedup.yum:yumpluginforexc() plugin path is ['/usr/lib/yum-plugins']
[    50.074] (II) fedup:<module>() Exception:
Traceback (most recent call last):
File "/bin/fedup", line 236, in <module>
main(args)
File "/bin/fedup", line 216, in main
for line in s.formatdetails():
AttributeError: 'ProblemSummary' object has no attribute 'formatdetails'
[    50.074] (II) fedup:<module>() /bin/fedup exiting with unhandled exception at Thu May 14 20:24:24 2015

Parece que el problema pudiera estar conectado con los plugins de yum puesto que fue el ultimo modulo que se ejecuto antes del Exception. Por ello modifico el archivo /etc/yum.conf y cambio la linea plugins=0 por plugins=1

El resultado es el mismo, sigue el error sin indicar cual es el paquete que tiene conflicto. Restablezco el valor de plugins en el archivo /etc/yum.conf

También elimino el paquete Skype porque la versión instalada es Skype.4.3.0.37-fc16 y no tiene actualización. También elimino Ushare por el mismo motivo.

A pesar de los errores, decido reiniciar el sistema. Al reiniciar, junto con la opción de arranque existente aparece una nueva opción: System Upgrade (fedup).

Al seleccionarla comienza el arranque y se detiene al intentar montar el sistema de ficheros, ya que mi sistema es RAID y al parecer, requiere renombrar las entradas de los dispositivos montados en el /etc/fstab.

Se muestra el mensaje:

* Warning -- SELinux targeted polity relabel is required.
Relabeling could take a very long time, depending on file
** system size and speed of hard drives.
[ OK ] Started Recreate Volatile Files and Directories.

Después de un largo rato, es posible pensar que el sistema esta colgado, el inicio continua y se detiene mostrando el mensaje Starting GDM:

Started GNOME Display Manager

Elimino todos los archivos de configuración xorg de /etc/X11 y /etc/X11/xorg.conf.d moviendolos a ~/Documents/Configuration sin embargo, sin los archivos en /etc/X11/xorg.conf.d el sistema no arranca por lo que muevo de nuevo los archivos a su lugar de origen. Los archivos en /etc/X11/xorg.conf.d son:

00-anaconda-keyboard.conf

00-avoid-glamor.conf

10-Media-Center-Infrared-Remote-Transceiver.conf

99-nvidia.conf

Ahora el sistema arranca, la pantalla GDM muestra el inicio clásico. Al entrar al sistema, compruebo que no se ha actualizado, simplemente se muestra el entorno GNOME clásico. Compruebo la versión de GNOME con:

gnome-shell --version

y sigue siendo la versión 3.6

Es mas, tampoco se ha actualizado el sistema, al hacer:

cat /etc/fedora-release

o

cat /etc/issue

sigue mostrando la versión Fedora 18 (Spherical Cow)

Sin embargo, al hacer:

uname -r

devuelve la versión del núcleo 3.19.5-100.fc20.x86_64

En cualquier caso, el sistema se inicia.

Si en lugar de elegir la opcion System Upgrade en GRUB se elige la opción Fedora, reinicia el sistema antiguo aunque para reiniciarlo vuelve a renombrar el sistema de archivos y, por tanto, tarda en arrancar. Después de iniciar la versión anterior, reiniciamos de nuevo System Upgrade, el sistema de archivos se vuelve a renombrar.

Al revisar el /var/log/fedup.log encuentro que se produce un aviso de conflicto con MySQL indicando que no hay update para MySQL y que en sustitución se instalará MariaDB. Al eliminar el paquete mysql-server y volver a ejecutar fedup, el error desaparece.

Después de ejecutar fedup, reinicio el sistema con la opción System Upgrade y a continuación ejecuto:

rpm --rebuilddb
yum clean all
yum --release=20 distro-sync --nogpgcheck

y el sistema comienza a actualizar todos los paquetes. Al finalizar, se reinicia con éxito en la nueva versión.

Visualizar la carga de cada núcleo del procesador

Para visualizar la carga del cada núncleo del procesador se puede usar el comando

htop

Este comando necesita que ncurses esté instalado en el sistema.

Otra opción es usar mpstat. Tiene muchas posibilidades, puede mostrar la media o valores individuales para cada procesador.

mpstat -P ALL 2 5

Por ejemplo, este comando genera cinco informes de utilización de todos los procesadores cada 2 segundos.

Contar el número de archivos en un directorio y subdirectorios

Para contar el número de archivos se usa el comando:

ls -1 | wc -l

Para contar el número de archivos por subdirectorio, se copia y pega en la consola el siguiente script:

fc() {
# Usage: fc [depth >= 0, default 1]
# 1. List all files, not following symlinks.
#     (Add filters like -maxdepth 1 or -iname='*.jpg' here.)
# 2. Cut off filenames in bulk. Reverse and chop to the
#     first / (remove filename). Reverse back.
# 3. Cut everything after the specified depth, so that each line
#      contains only the relevant directory path
# 4. Cut off the preceeding '.' unless that's all there is.
# 5. Sort and group to unique lines with count.

find -P . -type f /

    | rev | cut -d/ -f2- | rev \
    | cut -d/ -f1-$((${1:-1}+1)) \
    | cut -d/ -f2- \
    | sort | uniq -c
}

Y a continuación si se quiere ver el número de archivos totales contando con los subdirectorios usamos:

fc 0

Y para ver cada subdirectorio especificado, hacemos:

fc

Permisos extendidos

Al copiar los archivos .crt y .key desde el directorio /root al directorio /etc/httpd/ssl el servidor apache genera un error al iniciarse. Los permisos extendidos de los archivos .crt y .key no permiten que Apache pueda acceder.

Para ver los permisos extendidos usamos:

ls -laZ

Para cambiar los permisos extendidos usamos:

restorecon -Rv /etc/httpd/ssl/

Warning: Fake initctl called, doing nothing

Este mensaje aparece al intentar instalar un paquete, en mi caso, openssh-server aunque también ocurre al intentar instalar otros servicios como myslqd. No crean los scripts de inicio y es, por tanto, imposible iniciarlos durante el arranque o posteriormente porque dichos scripts no han sido creados durante la instalación.

El mensaje se muestra al intentar instalar cualquier paquete que deba arrancar con upstart o initctl:

Warning: Fake initctl called, doing nothing

Se puede comprobar que ninguno de los servicios instalados tras este error está funcionando si hacemos:

$ service --status-all

y también:

$ initctl list

Por si aún no está claro que openssh-server no está funcionando, podemos comprobar que puertos están escuchando con:

$ netstat -nltp

Al parecer, el error se produce por una actualización que quedó incompleta. Después de revisar /var/log/apt/term.log , /var/log/dpkg.log no pude encontrar nada anómalo, apliqué la solución propuesta en este foro y se solucionó ejecutando estos dos comandos:

$ sudo mv /sbin/initctl /sbin/initctl.FAKE

$ sudo ln -s /sbin/initctl.REAL /sbin/initctl

y después limpiando la instalación del servicio que falla y reinstalando de nuevo, por ejemplo:

$ sudo apt-get purge openssh-server

$ sudo apt-get install --reinstall openssh-server

Ahora los scripts de inicio estarán disponibles y podrán ser ejecutados al iniciar el sistema.

Error 'Failed to fetch...' actualizando Ubuntu 11.04

Al intentar actualizar Ubuntu 11.04 con el gestor de actualizaciones, no se pueden descargar los paquetes a pesar de que hay conexión a Internet.

Aparece un recuadro con cada uno de los paquetes que no pueden ser descargados y la actualización se cancela. El error dice: "Failed to fetch http://...." y a continuación el sitio y nombre del paquete a descargar.

Para solucionarlo, simplemente pulsamos en el botón Configuración del Gestor de actualizaciones para elegir otro servidor desde el que descargar las actualizaciones.

Aquí se describe más detalladamente el procedimiento.

Velocidad de transferencia del disco duro

Para conocer la velocidad de transferencia del disco duro en Linux se puede utilizar el comando hdparm aunque también existen herramientas gráficas para comprobarlo.

Lo primero es conocer las características del disco instalado. Si nuestro disco está instalado como sda usamos el comando:

sudo lshw -C disk

Si el disco soporta SMART, la herramienta gráfica gsmartcontrol, instalable desde el Centro de software de Ubuntu proporciona información de los discos conectados y ofrece la posibilidad de ejecutar el algunos tests en busca de errores.

Los valores de los atributos que se muestran brindan una información muy interesante:

Finalmente, otra herramienta gráfica que ofrece información de los dispositivos de almacenamiento conectados es gnome-disk-utility. Se instalada desde el Centro de Software de Ubuntu y se ejecuta escribiendo palimpsest en una ventana del terminal.

Desde esta herramienta también podremos formatear un disco, comprobar el sistema de archivos, montar un volumen y realizar pruebas de rendimiento.

Se pueden realizar pruebas de rendimiento de lectura y de lectura/escritura. Al finalizar la prueba de lectura se muestra el resultado en una gráfica como esta:

Para ejecutar la prueba de lectura/escritura es necesario que la tabla de particiones esté completamente vacía.

Desde la consola también es posible realizar pruebas de rendimiento del disco. Utilizamos el comando hdparm pero para que los valores obtenidos sean fiables, debemos ejecutar el comando al menos tres veces.

El comando sería:

sudo hdparm -tT /dev/sda

El resultado también tiene en cuenta el rendimiento del procesador y la memoria pues las lecturas utilizan la caché y buffer del disco:

Para ejecutar la prueba tres veces, empleamos un bucle desde la consola:

Un factor a tener es cuenta es el tamaño del disco y el porcentaje de utilización. Para verlo, la mejor herramienta es el analizador de uso de disco o desde el terminal con el comando:

du -sx

Personalizar el escritorio de Ubuntu 11.10

La mayoría de las características para personalizar el escritorio en Ubuntu 11.10 funcionando en modo 2D no están disponibles desde el menú de configuración del sistema. El fondo de escritorio, el papel tapiz y la posibilidad de elegir entre unos pocos temas son las únicas opciones disponibles desde el menú Configuración del sistema->Apariencia.

De los temas que están instalados:

ls /usr/share/themes

solo están disponibles algunos de ellos: Radiance, Ambiance y HighContrast.

MyUnity ofrece muchas posibilidades de personalización aunque están limitadas si Ubuntu está funcionando en modo 2D. Aún así, permite elegir alguno de los otros temas instalados.

Para instalar esta herramienta, añadir el repositorio:

sudo add-apt-repository ppa:myunity/ppa

sudo apt-get update

sudo apt-get install myunity

Esto añade la herramienta MyUnity al menú de Configuración del sistema.

Al configurar algunos de los temas puede desaparecer el icono de control de sesión (logout, configuración del sistema, aplicaciones al inicio, ...)

Para volver a restaurar este icono, basta con lanzar desde una ventana del terminal la aplicación de configuración por defecto: gnome-control-center y reestablecer alguno de los temas que vienen por defecto en esta aplicación. El icono reaparecerá.

Otra herramienta muy útil que añade un panel inferior con muchos gadgets opcionales e instalables es AWN (Avant Window Navigator). Junto con Docky, ambas están disponibles para descargar desde el Centro de software de Ubuntu.

OpenXenManager /usr/bin/env python2 no existe el archivo o directorio

Después de descargar e instalar OpenXenManager, cuando lanzamos el ejecutable con ./openxenmanager se produce un error:

/usr/bin/env: python2: No existe el archivo o el directorio

Este error está provocado porque el ejecutable python2 que es llamado desde el script openxenmanager no existe en nuestra versión de Ubuntu pues ha podido ser reemplazado por una versión más reciente.

Para solucionarlo, basta con editar el script openxenmanager y sustituir la línea:

#!/bin/bash
/usr/bin/env python2 window.py

Por esta otra:

#!/bin/bash
/usr/bin/env python window.py

Recuerda que debes tener instaladas python-glade2 y python-gtk-vnc. En esta guía se explica como realizar la instalación paso a paso.

Los números primos y la temperatura del procesador

El objetivo de este ejercicio es comprobar como sometiendo el procesador a una sobrecarga de tareas hace que su temperatura aumente. Vamos a necesitar varias herramientas, la primera, un test de tortura que permita intensificar el trabajo del procesador. Uno de los más conocidos tests de tortura es prime95.

Este programa usa tu ordenador para calcular números primos y participar en un proyecto de computación distribuida para la búsqueda de números primos (GIMPS). Como procedimiento para someter al procesador a una intensa demanda en coma flotante es también interesante pues puede funcionar indefinidamente y, además, exige un constante acceso a la memoria. Debido a este fuerte stress, el consumo del procesador y, en general del ordenador, también aumenta.

Las restantes herramientas necesarias para el ejercicio lo son para la observación del fenómeno. En primer lugar, necesitaremos un amperímetro para comprobar el consumo o mejor aún, un medidor del consumo eléctrico que se puede comprar en Lidl por 10 euros o en Amazon por 20 euros.

Además, será necesario observar como aumenta el uso de la CPU con una herramienta gráfica fácil de entender como gnome-system-monitor, que muestra también el uso de la memoria y, por último, para vigilar la temperatura, podemos instalar lm-sensors y sensors-applet.

Este último permite añadir un applet a la barra que muestra lecturas de los sensores de temperatura con el intervalo que establezcamos. Si se quiere conocer la temperatura de forma puntual e instantánea se puede usar acpi -t desde la línea de comando.

En una ventana del terminal lanzamos prime95 y visualizamos en el monitor del sistema como el uso de la CPU y memoria se intensifican, al tiempo que observamos el aumento de la temperatura y del consumo eléctrico.

Fallo fuente de alimentación

Varias veces, cada vez con más frecuencia, al desconectar el cable de alimentación de mi HP SR1297ES y volverlo a conectar, la luz o led de la fuente de alimentación se queda parpadeando y el ordenador no arranca al pulsar el botón de encendido. El parpapedo o flash se acompaña de un sonido parecido al tick de un reloj.

Para conseguir arrancar el ordenador, tuve que desconectar la fuente de alimentación de la red, desconectar el conector P1 que va desde la fuente hasta la placa base, reconectar la fuente de alimentación a la red y mientras está conectada, volver a conectar P1.

Otras veces, desconectando el cable de alimentación que va desde la fuente a P1 de su conector ATX 20,  he puenteado PowerOK con un clip por la parte trasera del conector y cuando comienzan a girar los discos y el ventilador de la fuente, conectar el P1 a la placa base. Bastante arriesgado pero funciona. Cuando el ordenador haya encendido puedes desconectar el clip pero no lo pierdas, lo necesitarás la próxima vez.

Al parecer se debe a que la acumulación de polvo en la fuente de alimentación causa un cortocircuito que impide el arranque. Según he leído, se puede solucionar sin necesidad de comprar una fuente nueva con un simple secador de pelo usándolo para limpiar el interior de la fuente. Yo prefiero probar con un spray de aire comprimido.

No se muestran todos los interfaces de red

En una máquina virtual Ubuntu 11.10 Oneiric Ocelot con dos interfaces de red configurados como NAT (eth0) y Bridge(eth1), después de eliminar el interface de red en modo Bridge en VirtualBox, desparece de la máquina virtual Ubuntu y no muestran ni eth0 ni eth1, tan solo el interface local (lo).

Ejecutando:
# dmesg | grep eth0

se muestra:

[    2.874056] eth0: RTL8168d/8111d at 0xffffc90001874000, 08:00:27:02:ff:8f, XID 081000c0 IRQ 32
[    5.981326] udev: renamed network interface eth0 to eth1

y ejecutando:
# ifconfig -a

se muestra:

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:266 errors:0 dropped:0 overruns:0 frame:0
          TX packets:266 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:19124 (19.1 KB)  TX bytes:19124 (19.1 KB)

Se puede comprobar que el interfaz está realmente presente mediante:

# sudo lshw -C network

El archivo de configuración de dispositivos al inicio puede haberse modificado incorrectamente al cambiarse la configuración o eliminarse el adaptador de red en VirtualBox.

# cat /etc/udev/rules.d/70-persistent-net.rules

# This file maintains persistent names for network interfaces.

# See udev(7) for syntax.
#
# Entries are automatically added by the 75-persistent-net-generator.rules
# file; however you are also free to add your own entries.


# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="08:00:27:02:ff:8f", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x10ec:0x8168 (r8169)

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="08:00:27:02:ff:8e", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

Si no muestra ningún dispositivo o muestra dos líneas, como en el ejemplo, debemos comprobar que la dirección MAC corresponde al interfaz eth* que realmente existe y eliminar cualquier otra entrada en el archivo. Si es así, hacer una copia de seguridad de este archivo de configuración y modificarlo para que muestre los dispositivos que realmente existen y su dirección MAC correcta asociados al interfaz eth correspondiente.

Después reiniciar:

# sudo init 6

Bluetooth falla en Oneiric Ocelot Ubuntu 11.04

Intentado enviar ficheros desde mi Nokia N97 a mi ordenador actualizado a la versión Oneiric Ocelot Ubuntu 11.10 desde Natty falla. Tampoco es posible examinar el dispositivo usando el adaptador Bluetooth aunque si que se detecta cuando se hace scan. Nada de esto ocurría en la anterior versión, Natty.

Si probamos desde el applet de gnome a examinar el dispositivo se monta en el sistema de ficheros el dispositivo pero al tratar de examinarlo con Nautilus se produce un error indicando que no ha podido ser montado.

No se pudo mostrar obex://[XX:XX:XX:XX:XX]Error: DBus error org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus)Seleccione otro visor e inténtelo de nuevo.

Se puede verificar que efectivamente no está montado accediendo desde la consola al punto de montaje por defecto:

#ls ~/.gvfs/N97

Este comando mostrará que el directorio no está montado.

Lanzando el applet de gnome desde la consola con:

#bluetooth-applet

para poder ver los errores se obtiene en la consola:

Client failed to connect to the D-BUS daemon: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

#hcitool scan
Scaning ...

detecta el dispositivo Bluetooth, en mi caso un Nokia N97.

#lsusb | grep -i bluetooth

Informa del adaptador Bluetooth conectado al puerto usb, en mi caso:

0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)

Parece tratarse de un fallo conocido y aún abierto. Después de buscar he probado con la solución provisional descrita y, al menos en mi caso, funciona:

Instalo obexfs con:

#sudo apt-get install obexfs

#sudo mount -t fuse "obexfs#-bXX:XX:XX:XX:XX:XX" /media/N97

donde XX:XX:XX:XX:XX:XX es la MAC de mi dispositivo.

Ubuntu 11.04 no se inicia en modo gráfico con drivers de NVIDIA

En Ubuntu 11.04 y después al pasar a Ubuntu 11.10 oneiric, después de muchas de las actualizaciones automáticas, no consigo que se inicie el modo gráfico y la pantalla se queda en negro. El único modo de acceder al sistema es mediante alguna de las consolas de texto [CTRL] + F2 por ejemplo.

Buscado información en los logs, se observa que no hay ningún error en /var/log/kern.log referido a los drivers de NVIDIA pero, sin embargo, en /var/log/Xorg.0.conf aparece un error indicando 'failed to load nvidia drivers'

Parece que esto ocurre cada vez que se actualiza el núcleo en algunas de las actualizaciones automáticas.

En mi caso, observando el fichero de actualizaciones: /var/log/dkpg.log veo que la versión anterior linux-image-2.6.38-10-generic 2.6.38-10.46 ha sido sustituida por linux-image-3.0.0.14-generic 3.0.0.14.23

Para volver a tener el entorno gráfico siempre he seguido el mismo procedimiento:

#sudo apt-get remove --purge nvidia-*

#sudo Xorg -configure

#sudo sh NVIDIA-Linux-x86-290.10.run

Obviamente, hay que sustituir el driver NVIDIA-Linux-x86-290.10.run por el que te hayas descargado de la página de NVIDIA
Si lo prefieres puedes descargarte previamente la última versión de los repositorios de Ubuntu usando:

#sudo apt-get install nvidia-current

Iniciar Ubuntu siempre en modo texto

Para que Ubuntu se inicie siempre en modo texto, tenemos que modificar el grub.

Editamos el fichero de la configuración por defecto de grub:


#sudo nano /etc/default/grub
Sustituye la línea:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
y cámbiala por:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash text"
Reescribe el grub en el sector de arranque del disco:

#sudo update-grub
La próxima vez que reinices el entorno gráfico no se iniciará. Si quieres hacerlo, puedes usar:

#startx

Fuente

Reemplazar disco duro en un portátil por SDHC (micro-SD)

Como experimento, he sustituido el disco duro de un portátil TOSHIBA con Intel Centrino de los que distribuye la Junta de Andalucía a los centros TIC, concretamente uno modelo PTM50E-07302KLX, por un adaptador SATA 2.5" para SDHC, es decir, he sustituido el disco duro, un TOSHIBA HDD2D34 y en su lugar he puesto una SDHC de 8GB de clase 10.

Para comprobar el funcionamiento, he instalado Ubuntu 10.10 en la micro SDHC de 8GB clase 10 con un adaptador para SATA y ejecutado un test de benchmarking con System Profiler and Benchmark tool.

El equipo tiene un procesador es un T1300 @ 1600GHz, 2M caché con 512MB de memoria.
Después de ejecutar varios test, estos son los resultados con el Ubuntu 10.10 instalado en la micro-SDHC:

CPU Blowfish: 20.11 (cuanto menos, mejor)
CPU CryptoHash: 61.77 (cuanto menos, mejor)
CPU Fibonacci: 5.94 (cuanto menos, mejor)
CPU N-Queens: 13.98 (cuanto menos, mejor)
FPU FFT: 10.47 (cuanto menos, mejor)
FPU Raytracing: 28.21 (cuanto menos, mejor)

Los resultados de los mismos tests con el disco duro de origen, un TOSHIBA HDD2D34 de 40GB son los siguientes:

CPU Blowfish: 20.15 (cuanto menos, mejor)
CPU CryptoHash: 62.11 (cuanto menos, mejor)
CPU Fibonacci: 5.89 (cuanto menos, mejor)
CPU N-Queens: 13.97 (cuanto menos, mejor)
FPU FFT: 10.51 (cuanto menos, mejor)
FPU Raytracing: 28.23 (cuanto menos, mejor)

Los tests anteriores han sido hechos con hardinfo 0.5.1 y no parecen mostrar mucha diferencia ya que están destinado a medir y comparar el procesador.

Los resultados con hdparm son los siguientes:
Con disco duro TOSHIBA:
#sudo hdparm -Tt /dev/sda
Timming cached reads: 2022 MB in 2.00 seconds = 1011.18 MB/seg
Timming buffered disk reads: 94 MB in 3.04 seconds = 30.95 MB/seg

Con tarjeta SDHC 8GB clase 10:

#sudo hdparm -Tt /dev/sda
Timming cached reads: 1874 MB in 2.00 seconds = 937.07 MB/seg
Timming buffered disk reads: 28 MB in 3.17 seconds = 8.85 MB/seg

Concluyendo: la tarjeta es ciertamente más lenta con bastante diferencia. Otra cosa es el consumo. Con una SDHC la batería puede llegar a duplicar su autonomía.

Los resultados de hdparm con un disco WDC WD6401AALS-00L3B2 de 3.5" son los siguientes:

Timming cached reads: 1228 MB in 2.00 seconds = 613.75 MB/seg
Timming buffered disk reads: 332 MB in 3.17 seconds = 107.06 MB/seg

Más herramientas de benchmarking

UNITY no funciona después de actualización automática teniendo drivers de NVIDIA

Después de una actualización automática, al reiniciar el sistema, el escritorio está visible y operativo pero se  ha iniciado con Ubuntu clásico en lugar de UNITY que era el escritorio por defecto que estaba configurado.

Para comprobar si el driver gráfico y el hardware instalado es capaz de ejecutar UNITY puedes escribir el comando:

#/usr/lib/nux/unity_support_test -p



Si no se puede iniciar el modo gráfico de ninguna forma, podemos intentar recuperar la configuración segura accediendo a un terminal desde el modo de recuperación y escribiendo:

#sudo cp /etc/X11/xorg.conf /etc/X11/xorg.conf.copia
#sudo cp /etc/X11/xorg.failsafe /etc/X11/xorg.conf


Se pueden ver cuáles han sido las últimas actualizaciones en el fichero /var/log/dpkg.log

En mi caso, las únicas actualizaciones que considero que han podido cambiar la configuración establecida están relacionadas con la instalación de mesa-dri puesto que ninguna otra aparece en el fichero relacionada con el sistema gráfico.

En todo caso, solución pasó por reinstalar el driver de NVIDIA. Paso a paso:

En primer lugar, abrir una consola de texto con CTRL-ALT-2 o acceder al sistema usando el modo de recuperación y desactivar en el entorno gráfico escribiendo:

#sudo telinit 3

A continuación, eliminamos todo rastro del driver antiguo:

#sudo apt-get remove --purge nvidia-*

Configuramos las X de nuevo con:

#sudo Xorg -configure

y por último reinstalamos el driver que deberemos tener previamente descargado en algún directorio:

#sudo sh NVIDIA-Linux-x86-285-05-09

La versión del driver puede variar en función de la tarjeta gráfica o de la versión de Ubuntu.