Problema al cambiar brillo en pantalla con tecla [Fn] en xubuntu/ubuntu 12.04 [SOLUCIONADO]

Solución a problemas detectados después de instalar xubuntu 12.04 (Parte 1)

Hola que tal, recientemente instale en mi portátil (Gateway NV57H26u, IntelCore i5) xubuntu por la sencilla razón de evitar utilizar el gestor de ventanas unity o Gnome3 (no entrare en detalles que son obvios sobre el porque de esta decisión ;-) ). El caso es que una ves instalado el sistema en mi portátil me encontré con la sorpresa de que el control de brillo con con la tecla [Fn] no funcionaba en lo absoluto, así que después de buscar un poco por la red y hacer algunas pruebas la soluciones que me funciono para este problema fue la siguiente:

paso 1: editar el archivo /etc/default/grub

$ sudo nano /etc/default/grub

paso 2: Buscar la linea con el siguiente contenido:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
y anexarle las siguientes opciones del kernel "acpi_backlight=vendor acpi_osi=Linux"
(quedando finalmente de la siguiente forma):

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_backlight=vendor acpi_osi=Linux"

para finalizar la edición del archivo solamente basta con grabar (Ctrl+x, presionar “Y” para confirmar grabación) y listo

paso 3: Finalmente hay que actualizar e grup con el comando update-grup

$ sudo update-grub

una ves concretados estos pasos es necesario reiniciar su equipo y listo el control de brillo la tecla [Fn] estará funcionando nuevamente.

Espero y esto te pueda servir. Gracias por visitar mi blog :-).

SOLUCIÓN A: mis audifonos no funcionan en UBUNTU 10.10!

Este fallo lo vengo teniendo en mi laptop gateway NV53 desde ya hace tiempo y por asares del destino ya sea por falta de tiempo, suerte etc. no había encontrado la solución pero creo que HOY FUE MI DIA DE SUERTE!, me tope con este foro foro y "sarmadzhiev" propuso esta solución la cual es la que al fin me sirvo para que mis audífonos funcionaran nuevamente.

Aqui adjunto la sugerencia de "sarmadzhiev" para quien le pueda servir. Saludos!

----------------------------------------------------------------------------------
-- Texto original
----------------------------------------------------------------------------------
Re: No Microphone Recording with Gateway NV53
This bug seems to be plague all hda SBx00 microphones
I saw a bug 480815 and the user gilianphilippo had a working solution. I have tweak it a little and tested it works on NV53

Add following
options snd_hda_intel model=laptop
options snd-hda-intel position_fix=1 enable=yes
to /etc/modprobe.d/alsa-base.conf

ans restart
----------------------------------------------------------------------------------

SOLUCION para VMware Server 2.0.2 "vmnet0 is not running"!!! Ubuntu Desktop 10.04, kernel 2.6.32-25

Bueno esta solución debo admitir que me causo un dolor de cabeza pero después de mentarle a "la autora de sus días" a VMware Server 2.0.2 bajo kernel 2.6.32-25 utilizando Ubuntu 10.04, al fin idee esta forma de poder hacer funcionar la interfaz vmnet0 cuando nos aparece "vmnet0 is not running" sin necesidad de parchar el vmware-config.pl o reinstalar vmware y no se que tantas cosas mas postearon en algunos foros que la verdad gracias por las atenciones, que si bien no me dieron la respuesta correcta me hicieron comprender el comportamiento que vmware lleva a cabo de una forma no visible al ojo humano.
en fin ya fue mucho intro.

Espero mi humilde aporte pueda ayudarlos en sus días de insomnio y continuo aprendizaje ya que sin este par elementos que tendría de divertido esto? ;)

los pasos son los siguientes:

1ER EJEMPLO PUENTE CON TARJETA INALÁMBRICA
Paso 1.- crear un puente con la interfaz que deseamos utilizar

sudo /usr/bin/vmnet-bridge -n 2 -d /var/run/vmnet2-bridge-0.pid -i wlan0

Paso 2.- levantar la interfaz que se desea utilizar

sudo /usr/bin/vmnet-netifup -d /var/run/vmnet-netifup-vmnet2.pid /dev/vmnet2 vmnet2

NOTA1: En el Paso 1, por que utilice el valor 2 en el parámetro -n ?. Simple es el ID que le corresponde a mi interfaz bridge para la red inalámbrica que se crea al hacer la instalación de VMware Server,
NOTA2: en el Paso 2, utilizo /dev/vmnet2 ya que vmnet1 pertenece a HostOnly y vmnet8 a NAT

2DO EJEMPLO PUENTE CON TARJETA ETHERNET
Paso 1.- crear un puente con la interfaz que deseamos utilizar

sudo /usr/bin/vmnet-bridge -n 0 -d /var/run/vmnet0-bridge-0.pid -i eth0

Paso 2.- levantar la interfaz que se desea utilizar

sudo /usr/bin/vmnet-netifup -d /var/run/vmnet-netifup-vmnet0.pid /dev/vmnet0 vmnet0

Bien solo me queda decir que no es necesario reiniciar nada en VMware, solo aclarar que es necesario que las maquinas virtuales estén apagadas antes de llevar a cabo este procedimiento, y claro!!!! MUY IMPORTANTE!!! agradecer no cuesta nada deja un comentario siempre son bienvenidas las dudas, comentarios y/o sugerencias. :)

por el momento es todo y repito espero poder haber ayudado a alguien con este post (Hora de redacción 12:13AM jejejeje )

Saludos desde Hermosillo Sonora, México

Conversión de Archivos VDI a VMDK (discos duros virtuales de VirtualBox a VMware)

Los comandos utilizados para este procedimiento serian los siguientes:

VBoxManage internalcommands converttoraw <src_file.vdi> <dst_file.raw>
qemu-img convert -O vmdk <dst_file.raw> <dst_file.vmdk>
rm <dst_file.raw>

un ejemplo seria:

VBoxManage internalcommands converttoraw mi_disco_vbox.vdi disco_temporal.raw
qemu-img convert -O vmdk disco_temporal.raw mi_disco_vmware.vmdk
rm disco_temporal.raw

un detalle curioso a observar es que el disco raw por lo general pesa 2 veces mas que los discos vmdk y vdi. No es que tenga mucha importancia para lo que queremos hacer pero si seria algo a tomar en cuenta si andamos cortos de espacio en disco duro y necesitamos convertir un archivo de 50GB!!! jajajaja.

En fin después de repetir este proceso un par de veces seguidas empieza a hacerse tedioso y tardado. Así que para agilizar el proceso desarrolle el siguiente script bash para automatizar la tarea.

#!/bin/bash
####################################################################3
#
# Conversor de archivos VDI a VMDK
#
# util para cambiar de formato discos duros de equipos virtuales de VirtualBox
# al formato vmdk que pertenece a vmware.
# 4/Oct/2010
# Ing. Jaime Alday C.
# email: jimm_x[at]hotmail.com
#

QEMU_IMG="/usr/bin/qemu-img"
VBOXMANAGE="/usr/bin/VBoxManage"

NOTE="not exists, to install usage:\n\t sudo apt-get -y install"
[ ! -f $QEMU_IMG ]   && echo -e "\"qemu\" $NOTE qemu"
[ ! -f $VBOXMANAGE ] && echo -e "\"virtualbox\" $NOTE virtualbox-3.2"

if [ $# -ge 1 ] && [ -f $1 ]; then
FILE_NAME=`echo $1 | cut -d '.' -f 1`
echo 'Esto puede tomar unos minutos, porfavor espere.'
echo '* Convirtiendo archivo vdi a raw'
$VBOXMANAGE internalcommands converttoraw $1 $FILE_NAME.raw &&
echo '* Convirtiendo raw a vmdk'    &&
$QEMU_IMG convert -O vmdk $FILE_NAME.raw $FILE_NAME.vmdk &&
echo done
else
echo "Usage: ./converter.sh <src_file.vdi>"
fi

I M P O R T A N T E
Para que este script funcione es necesario tener instalado el siguiente software

• VirtualBox
• qemu

y una observacion seria es que despues de hace la conversion de sus archivos desinstalen qemu ya que el kvm ocasiona conflictos con vmware, cosa que me llevo como 8 horas entenderlo. el error es que las máquinas virtuales arrancan y se traban en el 95%.
asi que ahora si es todo. DESINSTALEN QEMU DESPUES DE HACER ESTO!!!! ;)
De cualquier forma para no hacer otra entrada en el blog si a alguien se le presenta este problema puede tmb eliminar los modilos "kvm_intel" y "kvm" utilizando los comandos lsmod y rmmod
ej:

rmmod kvm_intell
rmmod kvm
y listo veras que sin chistar rapidito cargaran las maquinas viturles :)

por el momento es todo, espero y esto te sea de ayuda. Saludos! :)
PD1: si tienes dudas comentarios o sugerencias con gusto responderé. Otra cosa: "Agradecer no cuesta nada ;)"
PD2: También pueden descargar el script desde el siguiente link:

Descargar script

Saludos! =)

Configuración de SSL en Apache2

Instalación del software necesario

$ sudo apt-get install apache2 openssl ssl-cert

En caso de no instalar OpenSSL y querer hacer uso de ssl en apache2 (https://localhost) aparecerá un mensaje como…

"You must use secure HTTPS conection !"

Después de instalado el software, es necesario habilitar el modulo SSL en apache2, así como el sitio que será ejecutado haciendo uso de ssl (default-ssl)

$ sudo a2enmod ssl
$ sudo a2ensite default-ssl

Creación del certificado

$ sudo openssl req $@ -new \
               -x509 -days 365 -nodes \
               -out /etc/apache2/apache.pem \
               -keyout /etc/apache2/apache.pem

Después de ejecutar este comando se deberán responder las siguientes preguntas:

Country Name (2 letter code) [AU]:MX
State or Province Name (full name) [Some-State]:Son
Locality Name (eg, city) []:Obregon
Organization Name (eg, company) [Internet Widgits Pty Ltd]:LINUX
Organizational Unit Name (eg, section) []:LINUX
Common Name (eg, YOUR name) []:Ing Jaime Alday C
Email Address []: jimm_x[AT]hotmail.com

y ya casi para terminar reiniciar el servicio de apache2

$ sudo /etc/init.d/apache2 restart

bien eso es todo, solo basta verificar que el servicio está funcionando ingresando al navegador haciendo uso de https

https://localhost

Mr. Satan de Carne y hueso jajaja

No lo pude evitar, esta imagen me dio mucha risa jajajajajajajajajaja Saludos!

Corrección de incremento del ID en interfaces de red - GNU/linux

Que tal, alguna vez haz notado que al momento de levantar una maquina virtual clonada (en este caso utilizando VirtualBox haciendo uso de la herramienta “VBoxManage” para clonar el disco duro) el ID de la interfaz de red se incrementa siempre en uno.
Ejemplo:
La maquina virtual original posee 2 tarjetas de red virtuales las cuales poseen IDs 0 y 1 (eth0 y eth1)
La maquina virtual clonada posee las mismas 2 tarjetas de red virtuales PERO sus IDs ahora son 2 y 3 (eth2 y eth3)
Si este proceso de clonar maquinas virtuales se repitiera una y otra vez muy pronto notarían que los IDs en algún momento andaran por los cielos! empezando en 0,1,2 llegando hasta n+1!!!
Bien, si esto es molesto a la hora de hacer scripts o se necesita contar con el ID exacto la solución no es tan compleja como uno la puede imaginar.
Solución:
Abrir una terminal y editar el archivo “70-persistent-net.rules” localizado en la carpeta “/etc/udev/rules.d” (Ojo, siempre es importante hacer un respaldo de cada archivo antes de editarlo ya que nunca se sabe que podríamos hacer mal la primera vez ;) )
Respaldando archivo

$ sudo cp /etc/udev/rules.d/70-persistent-net.rules \
          /etc/udev/rules.d/70-persistent-net.rules.base

Editando el archivo

$ sudo nano /etc/udev/rules.d/70-persistent-net.rules

Lo que se debe de hacer en este archivo es… eliminar todas las entradas que con concuerden con las direcciones MAC de tus dos interfaces de red actualmente funcionando en tu equipo, por lo general si acabas de clonar una maquina virtual, las ultimas 2 interfaces de red son las ultiles, asi que elimina todas y deja las ultimas ;)
Y ya casi para finalizar solo edita el ID de esas interfaces en mi caso yo tenía “eth12” y “eth13” y cambie sus IDs de 12 y 13 por un 0 y 1, quedando “eth0” y “eth1” respectivamente
Ahora si para finalizar solo deshabilita las interfaces, detén el servicio “udev” y vuelve a levantarlo

$ sudo ifconfig eth12 down # en este caso es 12 y 13 pero bueno ustedes deben poner
$ sudo ifconfig eth13 down # los IDs que le corresponden a sus interfaces de red.
$ sudo /etc/init.d/udev stop  # o bien si te sinetes mas comodo usando
$ sudo /etc/init.d/udev start # "service udev stop", da igual ;) 
$ sudo ifconfig eth0 up    # ahora con los IDs nuevos
$ sudo ifconfig eth1 up

Nota: por alguna razón /etc/init.d/udev restart en este caso no da el mismo resultado.
Al momento de desplegar la configuración de tus interfaces de red (haciendo uso del comando ifconfig) observaras que los IDs de tus interfaces ahora son 0 y 1 (eth0 y eth1).
Espero y esto te sea de ayuda, de ser así agradecería dejaras tus comentarios y/o sugerencias. Saludos!:)