Finka Linux

jueves, 25 de abril de 2013

Nuevo portatil MSI GE70 y Debian

Recientemente he adquirido un portatil de MSI, es un buén portatil pero me costó un poco configurarlo así que para aquellos que tengan un portatil como éste, allá va cómo se configura.


Paso 1: El portatil dispone de dos gráficas en modo "muxed", con la tecnología "nvidia-optimus": esta trata resumidamente de usar la tarjeta nvidia sólo cuando se requiera, es decir en situaciones de juegos o aplicaciones que requieran de mucha gpu. pués bién; depues de volverme loco intentando configurar la nvidia, me dí cuenta de que ésta tecnología está implementada en lnux: http://wiki.debian.org/Bumblebee una vez instalado ésto ya es posible utilizar las dos tarjetas en linux.

Paso 2: El portátil viene con una wireless N 135 de intel, para que me la detectara, instalé desde los repositorios un paquete llamado iwlwifi y éste me bajó el firmware correcto para la wireless, eso sí aparece por defecto desactivada, y no hay manera de activarla, hasta que leí por algún foro, que apagara el portátil, le quitara la batería y la alimentación, le pulsara el botón del power varias veces para descargarlo y al encerder de nuevo PERFECTO.

Paso 3: El portátil lleva una tarjeta de red KillerGaming 2200 que es una atheros que gestiona mejor los paquetes para los juegos. el caso es que no había manera de configurarla. hasta que leí un post de ubuntu que me decía que compilara y parcheara el modulo alx de los compat-drivers:

post de ubuntu:  http://ubuntuforums.org/showthread.php?t=2008332&page=7

compat-drivers: https://backports.wiki.kernel.org/index.php/Documentation/compat-drivers

Drivers elegidos: compat-drivers-2013-03-28-5-u.tar.bz2. 

para parchear los drivers solo seguir los pasos del post con éstos drivers, yo estuve haciendo prueba y error con muchos hasta que di con los adecuados.

despues de parchear e instalar: FUNCIONÓ.

Todo lo demás del portatil funciona a la perfección, el sonido, el hdmi, el lector de tarjetas, el bluethood, etc ...

Nada mas decir que mi sistema operativo es una Debian Wheezy con Kernel  3.2.0-4-amd64 

Espero que le sirva a ḿas de uno. 
Un saludo. Palomo





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

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 remergear

USE=tftp emerge -DuvaN dnsmasq

Activando tftp
Editais el archivo de config de dnsmasq /etc/dnsmasq.conf

nano -w /etc/dnsmasq.conf

Descomenta las siguientes lineas (o añadelas al final) para activar el servidor tftp

dhcp-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.d

cd /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.gz
cd /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

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.

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 layman

emerge layman

He ir añadiendo respos de terceros, para el caso del miro tv

layman -f -a sabayon

Esto añadira el repo de Sabayon a nuestros overlays

y añadir esta linea al make.conf

source /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

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.


  • Configuración de 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]


  • Comando Xrandr


  • 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



  • Comando gtf


  • 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

    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 cliente
    synergyc 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/

    Seguidores