Para continuar con la conversación anterior sacar el debate sobre actualizar o instalar desde cero. En m caso soy de los que parto desde 0, eso si, guardando todos los datos (imágenes, videos, carpetas y mensajes de correo y configuración web) para luego volverlos a recuperar.
Como segundo punto decir que ya he probado "la cabra iberica" y decir que estoy completamente satisfecho con ella. En cuanto a novedades no se ven tanto a nivel externo pero si en pequeños detalles (aquellos "botoncitos" añadidos que se van viendo durante la ejecución de problemas habituales). Si acaso, la mayor ventaja que he visto ha sido la de poder crear un "USB de inicio", de esta manera no sólo no se depende de un cd (aunque el primero yo tuve que descargarlo, no se vosotros) sino que además te permite grabar los cambios, cosa que en un CD (a mi por lo menos al no ser CD-RW) no me permitía. Eso si, también te permite especificar la cantidad de espacio que le quieres dedicar a esos cambios (Mínimo 1GB para instalación y a partir de 128MB para cambios, o sin cambios si lo especificas).
El funcionamiento Wifi va sin problemas (creo que es por que viene intregada en el portátil) pero yo más feliz que un ocho y por lo demás descubriendo novedades… Por mi parte os invito a probarlo.
Nos vemos.
Al momento de instalar un sistema GNU/Linux, básicamente Debian o
Ubuntu, y dependiendo de la arquitectura de nuestra máquina, solemos
seleccionar la distribución basada en 32 o 64 bits.
Particularmente, los usuarios de 64 bits solemos elegir estas
distribuciones con las intenciones de sacarle todo el fruto a nuestro
procesador. Pero en muchos casos solemos quedarnos a pie porque no
encontramos aplicaciones que correspondan con nuestra arquitectura.
Esto sucede porque aún hay un gran número de aplicaciones que no son
compiladas como nativas de 64 bits.
Entonces, podemos forzar la instalación de un paquete .deb que no
coincide con nuestra arquitectura utilizando el siguiente comando:
[BASH]# dpkg -i –force-architecture paquete.deb
ó
[BASH]# dpkg -i –force-all paquete.deb
Aunque esta forma de forzar la instalación, en la mayoría de los
casos, suele ser poco eficaz, ya que si el programa depende de una
biblioteca de 32 bits, el comando no sabrá como resolverla.
Por otro lado, podemos instalar manualmente estas dependencias de
bibliotecas de 32 bits buscando en Synaptic “ia32” e instalar todos
los paquetes que se encuentren. Para buscarlo por consola tipeamos:
[BASH]# apt-cache search ia32
Además, deberemos instalar también el paquete “libc6-i386”. Podemos
ver una explicación más detallada de este tema aquí
-->
http://www.mepis.org/docs/es/Instalar_paquetes_de_32_bits_en_un_sistema_de_64_bits
Sin embargo, puede que esto tampoco resuelva nuestro problema.
Pero a esta altura no debemos echarnos atrás, ya que la solución esta
siempre al alcance de nuestras manos. Buscando, buscando, me encuentro
con Getlibs, de la cual me entero en los foros de los usuarios de
Debian. Esta es una aplicación que nos permite resolver
automáticamente las dependencias de binarios.
Getlibs nos permite descargar e instalar los binarios que faltan para
cualquier aplicación de 32 bits en un sistema de 64 bits. A su vez,
podemos descargar e instalar dependencias necesarias para correr
aplicaciones 32 bits en sistemas 32 bits. Ademas podemos buscar las
dependencias necesarias de un binario, o en su defecto buscarlas por
su nombre.
Pero veamos en primera instancia como instalar esta aplicación.
Primero que nada, deberemos descargarnos Getlibs. Lamentablemente no
encontré nada relacionado a la web del autor de esta herramienta,
aunque si podemos ver, según otros blogs, su perfil en los foros de
Ubuntu. Asi que para descargarlo, les dejo el siguiente enlace en Hot
Share.
-->http://www.hotshare.net/es/file/61002-6358541df0.html
Una vez descargado, lo instalamos:
[BASH]# dpkg -i getlibs-all.deb
Ya instalado, podemos comenzar a resolver dependencias e instalar
aplicaciones 32 bits en sistemas 64 bits.
Para instalar una biblioteca de 32 bits desde un archivo .deb:
[BASH]# getlibs -i nombre-paquete-i386.deb
Para descargar e instalar un paquete 32 bits:
[BASH]# getlibs -w debian.org/i386-libreria.deb
Tambien podemos utilizar Getlibs para instalar una biblioteca de 32
bits, utilizando el nombre del paquete:
[BASH]# getlibs -p libqt4-core
Para instalar una biblioteca 32 bits utilizando el nombre de la
biblioteca:
[BASH]# getlibs -l libogg.so.0
O tambien podemos utilizar Getlibs en un programa ya instalado para
descargar todas las bibliotecas que faltan:
[BASH]# getlibs /usr/bin/programa
Cabe destacar, que no es recomendable hacer uso y abuso de esta
herramienta, con el fin de evitar inconvenientes. Lo ideal es
utilizarla solo en casos muy necesarios. Todos los comandos utilizados
en esta guía requieren estar logueados como root para ejecutarlas.
http://www.linuxparatodos.net/portal/article.php?story=GNU-Linux_Debian_Ubuntu
HPC es toda aquella computación que requiere una potencia de cálculo
superior a la potencia de los ordenadores/computadoras convencionales.
Cuando se habla de HPC, se suele pensar en laboratorios de
investigación y de diseño de vehículos (en este caso se suele llamar
HPTC, High Performance Technical Computing). Pero debemos tener en
cuenta que en enotrnos financieros (banca y seguros) también existe el
HPC ya que se requiere mucha potencia de cálculo para hacer
previsiones bursátiles, cálculo de riesgos, …
Bueno, a lo que íbamos … Lustre.
Voy a simplificar muchísimo todo el tema de Lustre porque:
en su propia web podréis encontrar muchísima más info sobre el
proyecto (incluyendo código fuente)
esto NO es un tutorial de Lustre
Para los que no conozcáis Lustre, es un sistema de ficheros
paralalelo, similar a PanFS de Panasas o a pNFS. ¿Qué es un sistema de
ficheros paralelo?
Un sistema de ficheros paralelo presenta dos servidores claramente
diferenciados y separados, así como almacenamientos separados para
dichos servidores:
servidor de metadatos (MDS, MetaData Server) con su almacenamiento
(sistema de ficheros dedicado llamado MDT, MetaData Target): se
encarga d elos metadatos (fechas de modificación, permisos, …)
servidor de datos (OSS, Object Storage Server) con su almacenamiento
(sistema de ficheros dedicado llamado OST, Object Storage Target): se
encarga de almacenar los datos
Un esquema muy sencillo sería este:
Vemos en el esquema al MDS, MDT, OSS y OST, así como el cluster de
cálculo que haría uso de Lustre (el cluster sería el cliente Lustre,
cada nodo de cómputo sería un cliente Lustre). Es importante tener en
cuenta que cada nodo de cálculo del cluster tendría que llevar
instalado un agente software o módulo de kernel con soporte para
Lustre. Es decir, Lustre usa su propio protocolo de comunicaciones y
no usa FTP, HTTP, CIFS ni NFS. La red privada de Lustre es utilizada
por los OSS y los MDS para comunicarse entre sí.
Antes de continuar, debo decir que no hay que confundir Lustre con un
clustered filesystem como puede ser OCFS (también de Oracle y de
código abieto), CXFS (de Silicon Graphics) o GFS (de Red Hat), entre
otros. En un sistema de ficheros en cluster hay un único sistema de
ficheros en el que se encuentran los datos y los metadatos
(físicamente, este sistema de ficheros puede encontrarse en una única
cabina de discos o en varias).
El uso que se les da tanto a los sistemas de ficheros paralelos y a
los sistemas de fichero en cluster es diferente también. Por ejemplo,
un sistema de ficheros paralelo permite un elevado ancho de banda,
pero la latencia suele ser alta también. En cambio, los sistemas de
ficheros en cluster se suelen utilizar en entornos en los que las
latencias son muy importantes, como por ejemplo, en entornos de post-
producción (televisión y cine). Los sistemas de ficheros en cluster
también se usan para servicios configurados en alta disponibilidad, en
este último caso no es importante el ancho de banda ni la latencia,
pero sí que los datos servidos por ambos servidores en alta
disponibilidad sean los mismos, como es el caso de BBDD y servidores
de correo, servidores de ficheros en alta disponibilidad.
Bueno, sigamos con Lustre. Lustre es posiblemente el sistema de
ficheros más famoso dentro del mundo HPC. Se utiliza en muchos centros
de investigación tanto privados como públicos debido a:
que es de código abierto: esto tiene dos ventajas (según en qué
departamentos trabajes), una es que es “barato” y otra es que tienes
acceso al código fuente
ofrece un elevado ancho de banda: cada vez que añades un OSS (y su
correspondiente OST), aumentas el ancho de banda
no es específico de un fabricante de hardware de servidores o cabinas
de almacenamiento o de interconexión
Posiblmenete esta última ventaja sea la más importante. Da igual el
servidor que uses (marca, modelo), da igual el almacenamiento que uses
(SAS, SATA, FC, …) y da igual la interconexión (puedes usar Gigabit
Ethernet, 10 Gigabit Ethernet, InfiniBand, Myrinet, Quadrics). Incluso
puedes mezclar tecnologías … lo cual no significa que sea una buena
idea ;) Obviamente, si tenemos todos los servidores, almacenamientos e
interconexiones iguales, el rendimiento será constante y no tendremos
fluctuaciones ni picos ni dolores de cabeza a la hora de administrar.
A continuación os muestro un diagrama un poco más complejo/completo en
el que vemos más OSS, MDS y OST ;)
Históricamente, Lustre lo empezó a desarrollar una empresa llamada
ClusterFS. Sun compró dicha empresa y … últimamente estábamos todos
con el corazón en un puño ya que Oracle no se dedica al mundo de HPC.
Con el comunicado, parece que el futuro del proyecto se garantiza y
que tendremos Lustre para rato … ¿Será que Oracle se quiere adentrar
en el mundo HPC? Bueno, eso no lo sabemos y no es plan de especular ;)
Como todo en esta vida, Lustre no es perfecto (aun siendo FLOSS ;)
sólo soporta Linux … ¿Por qué habré puesto esto como inconveniente?
¿Ah! Ya. Porque no están soportados otros sistemas operativos libres o
de código abierto como son la pandilla *BSD ni OpenSolaris. Claro que
la respuesta a esto es que no hay demanda por lo que no se ha portado.
Es decir, hay poca gente que usa *BSD y/u OpenSolaris en entornos HPC.
NO, no he dicho que no se use, he dicho que se usa poco
los datos se almacenan como un stripe entre los OSS/OST.
Efectivamente, esto es como un RAID 0 a nivel de servidores. ¿Por qué
es malo? Vamos a ver esto con el ejemplo del RAID 0. Imaginémonos un
RAID 0 de 5 discos, el fichero que se escriba en dicho RAID se
dividirá en 5 trozos y cada trozo se almacena en un disco … si se
pierde uno de los discos … perdemos los datos ya que no hay disco de
paridad, no hay protección de datos. Pues lo mismo ocurre aquí: si
perdemos un servidor … perdemos los datos. Bueno, no es tan fácil
perder datos porque:
generalemnte los datos están en una cabina de discos con controladoras
redundantes
generalmente los discos se configuran como RAID 5/6/10 de forma que
hay paridad (protección de datos)
el OSS sólo lleva el sistema operativo. Es decir, si se pierde el
servidor de datos, sólo habría que reemplazarlo por otro. Obviamente,
habría down-time. Pero eso es lo de menos ;) Para perder TODOS los
datos, tendríamos que perder el servidor y las cabinas y los discos.
Por poder, puede pasar, pero es más difícil ;)
backups … esto no se tuvo en cuenta cuando se diseñó Lustre. Hacer un
backup de Lustre tiene una serie de problemas:
el volumen de datos: generalmente hablamos de PetaBytes de datos o, en
el mejor de los casos, de varios cientos de TeraBytes de datos. Hacer
un backup de ese volumen de datos es muy complicado porque las
ventanas de backup tienen que ser muy grandes … necesitas mucho
tiempo.
el sw de backup tiene que ir fuera de Lustre por lo que NO es LAN
free, es decir, es por red y esto hace que vaya muy lento :(
no tiene ni es compatible con sistemas de almacenamiento jerárquicos
(HSM). Esto es raro ya que en el mundo HPC se usan bastante los
almacenamiento jerárquicos. En el roadmap actual se está teniendo en
cuenta y se espera que tenga pronto un HSM y/o compatibilidad con
alguno existente
no soporta protocolos como NFS y/o CIFS: es necesario instalar un
agente software o módulo de kernel en el cliente y dicho módulo sólo
existe para Linux
no es fácil de configurar ni de administrar
Como véis, los inconvenientes tienen sus soluciones y no son realmente
impedimentos. En la web de Lustre encontraréis información detallada
de cómo solventar estos inconvenientes. De hecho, se está trabajando
en alguno de ellos para que deje de ser un inconveniente en futuras
versiones :)
Lustre no es el único sistema de ficheros paralelo. Otros ejemplos de
sistemas de ficheros paralelos son:
GPFS
PVFS
GlusterFS
¿Quién usa Lustre? Lawrence Livermore National Laboratory (LLNL), Oak
Ridge National Laboratory, Pacific Northwest National Laboratory,
Texas Advanced Computing Center, NASA, Tokyo Institute of Technology,
TOTAL y muchos otros.
Como podemos ver, Lustre es un software muy importante en el mundo
FLOSS así como en el mundo HPC por lo que la continuidad de Lustre es
muy importante para unos (Linuxeros) y para otros (científicos). Me
alegra saber que Linux sigue teniendo uno de los sistemas de ficheros
más escalables existentes en el mercado y que lo seguirá teniendo :D
Queda ver si Oracle está interesado en mantener el resto de productos
FLOSS de Sun como son VirtualBox, OpenOffice, OpenSolaris, ZFS, … En
fin, os dejo una serie de enlaces interesantes a Lustre, por si os
aburrís ;)
Página Principal
http://www.muylinux.com/2010/02/17/oracle-mantiene-lustre/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed:+muylinux+(MuyLinux)&utm_content=Google+Reader
En mi caso utilizo “avermedia volarx”. Un TDT parecido a una memoria
USB.
Web oficial: http://www.avermedia.com/avertv/product/productdetail.aspx?id=39
Primero me voy a www.linuxtv.org para buscar mi tarjeta y saber si
esta
reconocida por linux.
En linuxtv.org vamos a dispositivos TDT por USB.
http://www.linuxtv.org/wiki/index.php/DVB-T_USB_Devices
Buscamos “avermedia Volar X” y la encontramos. Vamos a la página de la
tarjeta:
http://www.linuxtv.org/wiki/index.php/AVerMedia_AVerTV_Digi_Volar_X_%28A815%29
Ahora ejecutamos un comando para comprobar si nuestra tarjeta esta
reconocida por
nuestra distribución, tal y como nos dicen en la página.
Comando:
#lsusb
Y obtengo:
Bus 001 Device 003: ID 07ca:a815 AVerMedia Technologies, Inc.
Tal y como indican en la página de linuxtv.org.
Seguimos leyendo y nos indican que tenemos que añadir el firmware de
la tarjeta.
Por lo tanto, realizamos lo que nos indican.
- Bajar firmware.
- Copiar firmware a /lib/firmware
Comando (Teniendo en cuenta que estamos en la carpeta donde esta el
firmware):
#cp dvb-usb-af9015.fw /lib/firmware/
2.- Reniciar
Reiniciamos el ordenador.
3.- Creamos un archivo con los canales del TDT utilizando w_scan
- Descargar w_scan
http://wirbel.htpc-forum.de/w_scan/index2.html
- Descomprimir
Comando (Estamos en el mismo directorio que w_scan):
$tar -xjf w_scan-20091230.tar.bz2.bz
- Entramos en el directorio que se acaba de crear de w_scan
Comando (Estamos en el mismo directorio que w_scan):
$cd w_scan-20091230
- Realizamos una busqueda de canales. Los datos de la busqueda de
canales
se guardara en un fichero llamado “canalesTDT.conf”.
Comando (Estamos dentro de la carpeta creada al descomprimir w_scan):
$./w_scan -c ES -X >> /home/felipe/canalesTDT.conf
OJO! la opciones son: -c en minúscula y -X en mayúscula.
4.- Instalamos VLC
Este paso dependera muchos de nuestra distribución. En mi caso es
Mandriva 2010 Free.
Esta distribución utiliza paquetes *.RPM.
Para instalar VLC en esta distribución utilizo el comando:
#urpmi vlc
Despues de ejecutarlo me indica que es necesario instalar paquetes
dependientes y me
pregunta si realmente quiero instalarlo, contestamos que sí.
5.- Distrutar de la televisión TDT con VLC.
Ahora abrimos VLC, vamos a “Medio”, “Abrir archivo”. Seleccionamos
“Todos los archivos” para ver
el archivo “canalesTDT.conf” y lo seleccionamos.
Para ver la lista de canales, vamos a “view”, “playlist” y ya veremos
todos los canales de TDT que
w_scan detecto.
http://www.mascodigo.com/ver-la-television-tdt-en-linux-mandriva-2010-y-fedora-12-con-vlc.html
26 de Marzo de 2010 - por Picajoso
6 comentarios
Las Hardware Compatibility Lists (HCL) son a menudo ignoradas por los
usuarios de Linux, que deberían hacer caso a estos datos antes de
quejarse de que sus equipos no funcionan bien con tal o cual
distribución. Ya sabemos que el soporte hardware en Linux ha sido en
ocasiones algo limitado, y aunque hoy en día la compatibilidad con la
mayoría de componentes y periféricos es fantástica, no está de más
echar un vistazo a estas listas.
Cada distribución (al menos en el caso de las grandes) suele tener un
documento en el cual es posible realizar un seguimiento de las HCL
para esa distribución, y en dichas listas podremos comprobar si
nuestro equipo -o el futuro equipo en el que estamos pensando instalar
Linux- es completamente compatible a nivel hardware con la
distribución.
He realizado una búsqueda rápida y he encontrado varias de estas HCL
para distintas distribuciones:
* Ubuntu: UbuntuHCL
* Fedora: Red Hat Certified Hardware List, Wiki oficial Fedora,
UnixCraft, FedoraLinuxHCL
* openSUSE: openSUSE HCL
* Debian: Debian HCL
* Mandriva: Mandriva HCL, DebianLinuxHCL
* Arch Linux: Arch Linux HCL
* Linux Mint: LinuxMintHCL
* Gentoo: GentooLinuxHCL
* CentOS: CentOSLinuxHCL
* PC-Linux: PCLinuxOSHCL
* Slackware: SlackwareLinuxHCL
* Linux en general: LinuxQuestionsHCL