Finka Linux
jueves, 25 de abril de 2013
Nuevo portatil MSI GE70 y Debian
Publicado por Palomo los 9:14 p. m. 0 comentarios
miércoles, 22 de agosto de 2012
Virtualizando Android desde Linux con Kvm
Comprobamos que nuestro micro permite usar kvm
egrep -c "(vmx|svm)" /proc/cpuinfo
Comprobamos que tiene los modulos cargados y funcionantes
aptitude install cpu-checker
kvm-ok
Instalamos lo que vamos a necesitar y añadimos permisos a nuestro usuario para que use las herramientas
sudo aptitude install qemu-kvm libvirt-bin ubuntu-vm-builder bridge-utils
sudo adduser [youruser] kvm
sudo adduser
[youruser]
libvirtd
Una vez hecho esto podemos probar que realmente funciona haciendo...
sudo virsh -c qemu:///system list
Creamos la virtual
En eclipse nos metemos en Windows / AVD Manager
Click en New...
Completamos datos como sigue :
Name : intel_x86_ics
Target : Android 4.0.3 - API Level 15 (o cualquier otro que tenga imagen x86)
CPU/ABI : Intel Atom (x86)
Hardware : Añadimos la propiedad : GPU Emulation y le damos el valor de "yes"
Yo además le amplie el espacio de la SD Card a 2Gb y la memoria a 1024 Mb
Una vez terminado de configurar el AVD le damos a "Create AVD"
Desde el AVD Manager tenemos la posibilidad de arrancar este AVD lo unico que no usara kvm, para que use kvm tenemos que hacerlo por cojines desde la consola. Podemos lanzarlo para que comprobemos la diferencia de lanzarlo con kvm o sin kvm.
Lanzamos el emulador con kvm :
emulator-x86 -avd intel_x86_ics -partition-size 2048 -gpu on -qemu -m 1024 -enable-kvm
La primera vez que lo lance tuve problemas de que no encontraba las librerias de opengl, se solucion añadiendo a LD_LIBRARY_PATH la ruta de donde tengais instaladas las tools de android-sdk, en mi caso :
export LD_LIBRARY_PATH=
$LD_LIBRARY_PATH:
~
/apps/android-sdk-linux_86/tools/lib/
Ya puestos tampoco esta de mas meter el PATH de platform-tools...
export PATH=
$PATH:
~/apps/android-sdk-linux_86/platform-tools/
asi podreis acceder a la herramienta adb sin tener que poner rutas absolutas para trapichear con vuestra maquina virtualizada.
Source : http://software.intel.com/en-us/videos/channel/android/android-ics-emulator-for-ubuntu-with-kvm-acceleration-supported-by-intel-vt-x/1668200341001
Publicado por moz667 los 8:44 a. m. 0 comentarios
lunes, 23 de febrero de 2009
Instalando debian 5.0 con netboot
Desde hace unos meses tengo un eeepc y todavia lo tenia con xandros instalado, estuve pensando en hacerle de todo, desde instalarle cualquier distro (debian y eeebuntu eran mis primeras elecciones) hasta en hacerme una distro especifica basandome en gentoo (geeentoo la iba a llamar) con emerges a traves de un servi chrooteado en casa.... pero como soy muy vago, se acerca la fiberparty, sacaron la 5.0 de debian y uno tiene que guardar apariencias... pues me puse manos a la obra con debian
La opcion + facil es comprarte un lector/grabador de dvds con conex por usb... bajarte la iso e instalar, pero recalco soy muy vago e impaciente... tendria que ir al fnac comprarla desenvalarla... en fin... un coñazo, a parte que comprarte un lector solo para esto es un poco gilipollesco.
Una opcion bastante facil es hacerte un usb-arrancable, te bajas la iso, te montas el squash lo metes todo en el usb grub-install y punto pelota... es la mejor opcion a voz de pronto.... ¿no?
¿y que tal si usamos de una puta vez el netboot que ya soportan todos los ordenadores? ademas nunca he arrancado por red un ordena y tiene que molar asi que he aqui el micro howto para que no os volvais locos.
Bajarte la netboot install de debian aquimismo...
Descomprimir en el directorio /tftpboot/
Necesitais tener un servidor DHCP instalado y rulante, yo personalmente estoy enamorado de dnsmasq, pesa poco, te vale para dns, dhcp... ignoro la desventaja que tendra para entornos mas serios pero para casa me va de c*j*ns y cuando vi que tenia soporte para tftp.... ¡ay! como le quiero
Si estas en gentoo conviene que verifiques que lo instalaste con la use tftp sino... a remergearUSE=tftp emerge -DuvaN dnsmasq
Activando tftp
Editais el archivo de config de dnsmasq /etc/dnsmasq.confnano -w /etc/dnsmasq.conf
Descomenta las siguientes lineas (o añadelas al final) para activar el servidor tftpdhcp-boot=pxelinux.0
enable-tftp
tftp-root=/tftpboot/
Reinicias el dnsmasq.../etc/init.d/dnsmasq restart
Listo, ya solo te queda configurar desde la bios del ordena que quieres acceder que arranque desde red.
Una vez usado conviene comentarlo en el dnsmasq.conf y reiniciar otra vez... ¿pa que tener arrancado el tftp? usalo cuando lo necesites...
Rapido verda? bueno, ahora viene lo mas interesante, para mi caso particular el initrd de la net-install de debian no tiene los drivers de la tarjeta de red de mi eeepc 701, aqui explico como solucionarlo, en base al ejemplo con los drivers de las tarjetas atl2 pero imagino que os valdra para posibles drivers que os falten
Descomprimes el initrd.gz y lo mueves a initrd.dcd /tftpboot/debian-installer/i386/
gzip -dc initrd.gz |cpio -i
mv initrd initrd.d
Te descargas los drivers que necesites, para este caso estan aquimismo...
Extraes el modulo y lo copias al directorio /tftpboot/debian-installer/i386/initrd.d/lib/modules/2.6.26-1-486/kernel/ .... donde veas tu que mejor queda ;) es para el initrd , en mi caso copie la carpeta atl2 en /tftpboot/debian-installer/i386/initrd.d/lib/modules/2.6.26-1-486/kernel/drivers/net/atl2/atl2.ko
registras el modulo añadiendolo a el modules.dep :echo "/lib/modules/2.6.26-1-486/kernel/drivers/net/atl2/atl2.ko:" >> /tftpboot/debian-installer/i386/initrd.d/lib/modules/2.6.26-1-486/modules.dep
creamos el nuevo initrd.gzcd /tftpboot/debian-installer/i386/initrd.d/
find . | cpio --create --format='newc' > ../initrd
cd ..
gzip -9 initrd initrd.d
y ya esta una netboot con un modulo nuevo metido... a disfrutarla....
no es que sea listo... es que busque en google y encontre este articulo : http://sharengo.org/infra/haplatform/docs/UbuntuOnHPProliantDL360-380-G5/en/html_single/index.html
Infinitas gracias al autor
Publicado por moz667 los 11:15 p. m. 0 comentarios
jueves, 3 de julio de 2008
APE + CUE to FLAC
Aprovechando el artículo de layman de MoZ, paso a comentar como convertir archivos en formato Monkey’s Audio (privativo, caca) a FLAC (GPL, bueno).
Bueno, además tengo que decir que no estoy seguro de que se pueda reroducir un archivo .ape directamente, pero eso, ¿a quien le importa? ^_~
Lo primero, instalación de paquetes necesarios.
Necesitaremos el paquete /media-libs/mac Que se encuentra en el overlay de berkano (mirar en el artículo anterior para instalarlo)layman -f -a berkano
Instalamos el paquete:emerge -uva /media-libs/mac
También necesitaremos el paquete app-cdr/bchunk para cortar el wav que nos genere mac:emerge -uva app-cdr/bchunk
Y por último, media-libs/flac:emerge -uva media-libs/flac
Tengo que reconocer que he sido incapaz (y MoZ también T_T) de decirle al portage que sólo me interesa el paquete mac, y un emerge world intentaba actualizarme todos los paquetes que tengo instalados que tiene berkano. Así que con mucho dolor de mi corazón, he quitado el overlay de berkano una vez instalados los paquetes que necesitaba.layman -d berkano
Y ahora sí, nos ponemos con la conversión de APE a FLAC:
- Primero convertimos el fichero ape a wav:
mac fichero.ape fichero.wav -d
- A continuación, cortamos el fichero wav que nos ha generado:
bchunk -w fichero.wav fichero.cue nombre_final
Esto habrá generado un archivo nombre_final01.wav por cada pista de audio
- Por último, lo convertimos a formato flac:
flac -V --best *wav
Además del tema de los repositorios, queda pendiente ver cómo tagear automáticamente los ficheros .flac, pero de momento no he visto una forma trivial de hacerlo.
Publicado por bpk los 7:30 p. m. 1 comentarios
Etiquetas: flac, gentoo, monkeys_audio, overlays, repositorio, ripeo
domingo, 29 de junio de 2008
Miro en repositorio de gentoo
Basicamente este articulo es : Gentoo + Layman + www.sabayonlinux.org = miro y otros paquetes interesantes que no estan en el repositorio oficial de gentoo.
Por increible que paredca, hay paquetes que no estan en el repo oficial de gentoo... Para acceder a ellos basta con instalarnos el laymanemerge layman
He ir añadiendo respos de terceros, para el caso del miro tvlayman -f -a sabayon
Esto añadira el repo de Sabayon a nuestros overlays
y añadir esta linea al make.confsource /usr/portage/local/layman/make.conf
Ahora si hacemos emerge miro
Se nos deberia instalar el miro tv... A mi me acaba de dar un error de compilacion ^_^ ... esta hard masked para amd64.... a ver si doy con ello
Si usais eix teneis que hacer eix-sync para actualizar los datos con las versiones de los packetes de los overlays que hallamos añadido
Publicado por moz667 los 9:28 a. m. 0 comentarios
Etiquetas: gentoo, overlays, repositorio
viernes, 6 de junio de 2008
Xinerama, xrand, gtf, y alguna otra cosilla del mundillo de las X.Org
Buscando info para configurar correctamente un segundo monitor conectado al portátil, he dado con unos cuantos comandos que me han sido de gran utilidad.
Hay que decir que antes de tocar nada, Debian detectaba correctamente cuando conectabas un segundo monitor LCD y clonaba la imagen. Mi objetivo era utilizar los 2 monitores en modo xinerama.
Como las opciones creo que son bastante autoexplicativas, paso a indicar las modificaciones que he tenido que hacer en el archivo xorg.conf.
Añadir en la sección "device":
Option "monitor-VGA" "VGA"
Option "monitor-LVDS" "LVDS"
Sustituir la sección "Monitor" por una independiente por cada monitor:
La versión original:
Section "Monitor"
Identifier "Monitor genrico"
Option "DPMS"
EndSection
Ha quedado así:
Section "Monitor"
Identifier "VGA"
Option "PreferredMode" "1280x1024"
Option "Position" "0 0"
EndSection
Section "Monitor"
Identifier "LVDS"
Option "DPMS"
Option "LeftOf" "VGA"
Option "Enable" "true"
EndSection
Respecto a la sección "Screen":
La versión original:
Section "Screen"
Identifier "Default Screen"
Device "Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller"
Monitor "Monitor genrico"
DefaultDepth 24
SubSection "Display"
Modes "1680x1050" "1440x900" "1400x1050"
EndSubSection
EndSection
Ha quedado así:
Section "Screen"
Identifier "Default Screen"
Device "Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller"
Monitor "LVDS"
DefaultDepth 24
SubSection "Display"
#Modes "1680x1050" "1440x900" "1400x1050" "1280x800"
Modes "1280x800" "1280x768" "1024x768" "800x600" "640x480"
Virtual 2624 1200
EndSubSection
EndSection
Section "Screen"
Identifier "Second Screen"
Device "Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller"
Monitor "LVDS"
DefaultDepth 24
SubSection "Display"
Modes "1680x1050" "1440x900" "1400x1050" "1280x1024"
Virtual 2624 1200
EndSubSection
EndSection
Y por último, en la sección "ServerFlags" hay que añadir:
Option "Xinerama" "enable"
En mi caso no tenía dicha sección, así que he añadido algo tal que así:
Section "ServerFlags"
Option "Xinerama" "enable"
EndSection
La única opción que parece poco intuitiva es "Virtual". Esta es la resolución máxima que vamos a darle al entorno de ambos escritorios. [1]
Obviamente, el tema de las resoluciones es cosa de cada uno. Ahí es donde entra el comando xrand. Dicho comando sirve para modificar dinámicamente la resolución, orientación etc. de los monitores. Muy útil para realizar las pruebas sin el incordio de estar reiniciando las X.
Además a mí me han ido de coña los valores de autodetección que devuelve:
xrandr -q
Screen 0: minimum 320 x 200, current 2560 x 1024, maximum 2624 x 1200
VGA connected 1280x1024+1280+0 (normal left inverted right x axis y axis) 376mm x 301mm
1280x1024 60.0*+ 74.9 75.0 59.9
1024x768 75.1 70.1 60.0
832x624 74.6
800x600 72.2 75.0 60.3 56.2
640x480 75.0 72.8 66.7 60.0
720x400 70.1
LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis) 331mm x 207mm
1280x800 60.0*+ 60.0
1280x768 60.0
1024x768 60.0
800x600 60.3
640x480 59.9
TV disconnected (normal left inverted right x axis y axis)
Con esto conseguimos, por un lado saber si las X están detectando correctamente los dispositivos que tenemos conectados, y por otro cuales son las resoluciones que soportan.
Varios ejemplos de las pruebas que podemos realizar con xrandr:
Deshabilitar el monitor externo:
xrandr --output VGA --off
Clonar ambas imágenes:
xrandr --output LVDS --auto --output VGA --auto --same-as LVDS
Poner el monitor externo a la derecha de la pantalla del portátil:
xrandr --output LVDS --auto --left-of VGA
Por último, si tienes algún dispositivo rarito - o conectado a través de algún dispositivo que impide su correcta autodetección, podemos usar el comando gtf
Por ejemplo, la resolución que necesito para el proye es 1280x720 a 60 Hz.
1º Ejecutamos
gtf 1280 720 60
# 1280x720 @ 60.00 Hz (GTF) hsync: 44.76 kHz; pclk: 74.48 MHz
Modeline "1280x720_60.00" 74.48 1280 1336 1472 1664 720 721 724 746 -HSync +Vsync
2º Pegamos el resultado que nos ha devuelto en la sección "Monitor" del monitor que nos interesa, obviamente. Con esto, hemos creado una resolución llamada "1280x720_60.00"
3º Especificamos dicha resolución en los "modes" que nos interesen.
Como siempre, aconsejo tirar de las páginas MAN de xrandr , gtf, xorg y xorg.conf para aprovechar sus posibilidades.
Mis archivos xorg.conf:
xorg.conf.Single_Monitor
xorg.conf.Dual_Monitor
Importante, el cacharro tiene una gráfica INTEL, así que ojito con los copypaste a ciegas xD. Concretamente tengo una
lspci |grep Display
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
[1]Casi toda la info ha sido sacada (que no fusilada ^_~) de http://www.thinkwiki.org/wiki/Xorg_RandR_1.2
Publicado por bpk los 11:19 a. m. 1 comentarios
Etiquetas: configuracion, monitor
domingo, 25 de mayo de 2008
Usando synergy con un solo monitor
Ahora que tengo un portatil nuevo y lo tengo enganchado casi todo el tiempo al cacho de monitor que me compre es engorroso tener 2 teclados encima de la mesa.
Lo cierto es que he estado asi 2 semanas pero por fin encontre la solucion usando synergy.
Describire primero mi caso para que los que ya useis synergy no os riais de mi porque os resulte demasiado tribial.
Dos ordenadores conectados a un mismo monitor (si, tiene 4 entradas mi monitor :P) y quiero que los dos ordenadores usen el mismo teclado y raton. Ademas quiero manejar todo con el teclado y el raton es decir cambiame a este ordenador, o cambiame al otro... section: screens
servername:
clientname:
end
section: links
end
section: aliases
end
section: options
keystroke(alt+left) = switchToScreen(clientname)
keystroke(alt+right) = switchToScreen(servername)
end
Desde el servidor (el que tiene el teclado) : synergys -f -c /etc/synergy.cfg
Desde el clientesynergyc servername
Los monitores con varias entradas, normalmente, buscan la entrada que les da "chicha"... Buscando por inete vi esto para poner en stand-by el monitor desde consola xset dpms force off
si asignamos unas teclas para la ejecucion de esta linea (desde gnome se hace con gconf-editor : apps / metacity / keybinding_commands), ya tenemos como cambiar de monitor....
Yo me asigne Alt + F12 para apagar el monitor (en los dos, client y server) y luego con Alt <- voy a una maquina u otra con Alt ->.
Las cosas como son, no es perfecto, pero a corto plazo es lo mejor que he podido hacer y por ahora rula...
De free nos llevamos que synergy, por defecto, comparte el porta-papeles.
Enlaces : http://synergy2.sourceforge.net/
http://mundogeek.net/archivos/2004/07/01/apagar-el-monitor-en-linux-va-la-lnea-de-comandos/
Publicado por moz667 los 8:16 p. m. 0 comentarios