martes, 12 de junio de 2012

Cómo correr aplicaciones Android en Ubuntu

Actualmente por todos lados escuchamos hablar sobre Andriod, ya sea en teléfonos , MIDs, incluso en Netbooks, Android es un sistema operativo basado en  para móviles que fue inicialmente desarrollado por Google y ha  en constante desarrollo y mejora incluso se puede comparar con Windows mobile 

Algunos afortunados seguro ya tienen un dispositivo con este SO pero hay personas "como yo" que aun no tenemos estos nuevos móviles y nos quedamos con las ganas.  

Pero no esta todo perdido ya que existe una plataforma originalmente creada para el desarrollo de aplicaciones que nos permitirá disfrutar de las ventajas, novedades y características de Android.  

Cómo correr / utilizar aplicaciones Android en Ubuntu 

Paso 1.- Descargamos - Android SDK 1.5 (160 MB ) 

Paso 2.- Instalaremos todos los paquetes necesarios, para ello abre una terminal y teclea 
dijo:
sudo apt-get install openjdk-6-jre

Paso 3.- Extraemos el archivo que descargamos en el paso 1 lo guardamos en nuestra carpeta personal y en la terminal tecleamos: 
dijo:
cd ~/android-sdk-linux_x86-1.5_r2/tools

Paso 4.- Crearemos una tarjeta SD virtual de 2GB: 
dijo:
./mksdcard 2048M SDCard1

Paso 5.- Ahora vamos a crear nuestro dispositivo virtual Android: 
dijo:
./android create avd -n kaeltas -t 2

Nota: Puedes ponerle el nombre que desees reemplazando kaeltas por lo que tu quieras. 

Paso 6.- Crearemos un lanzador para acceder fácilmente a nuestro dispositivo virtual, para ello ve al Escritorio y haz clic derecho en un espacio libre, selecciona la opción "Crear un lanzador". 

Se abrirá una ventana con varias opciones, en el área de Comando escribe la siguiente línea, reemplazando las palabras en negrita por las que correspondan: 
dijo:
/home/TUUSUARIO/android-sdk-linux_x86-1.5_r2/tools/emulator @kaeltas -sdcard /home/TUUSARIO/android-sdk-linux_x86-1.5_r2/tools/SDCard1

Listo eso es todo, ahora para ejecutar aplicaciones en Android bastará con hacer doble clic en el lanzador y se iniciará el emulador de Android. 

El cliente de mensajería instantánea Pidgin se dirigió a Android de Google?


Pidgin es un código abierto, multiplataforma cliente de mensajería instantánea que te permite chatear con los contactos de AIM, Windows Live, Google Talk, Yahoo, Jabber, y una serie de otros servicios de mensajería instantánea. Hay aplicaciones Pidgin disponibles para Windows, Mac y Linux ... y pronto podría haber una versión de Android también.
Un desarrollador independiente ha portado la mayoría de los componentes clave de Google Android. El software actualmente carece de una interfaz de usuario y el desarrollador planea añadir soporte para transferencias de archivos, reducir la huella de la memoria, y hacer algunos otros cambios.
Mientras tanto es posible que desee considerar algunas de las aplicaciones de chat de otros para Android que te permiten comunicarte con tus contactos en múltiples servicios de mensajería instantánea:
  • Meebo : La aplicación Andriod no es tan bonita como la web de mensajería de la empresa, pero es gratis y es compatible con una serie de protocolos de chat diferentes.
  • eBuddy : Este es uno de los más antiguos multi-plataforma de aplicaciones de chat para Android, pero aún así es uno de los mejores, con soporte para Facebook, AIM, MSN, Google y otras plataformas.
  • Trillian : Esta aplicación tiene una larga historia en el espacio en el escritorio de mensajería instantánea, y ahora está disponible para Android.
  • Nimbuzz : A diferencia de muchas de las aplicaciones de esta lista, Nimbuzz no sólo apoyar a un chat de texto. También se puede utilizar para realizar llamadas de voz.
  • IM + : Esta es una de las pocas aplicaciones que soporta chat de Skype, así como los sospechosos habituales.
PD traducido por google

Android y Ubuntu unidos: Tu próximo ordenador será un smartphone


Hoy se han dado a conocer más datos sobre un proyecto de Canonical realmente interesante del que no se sabía demasiado. La idea es sencilla, convertir un terminal en dos cosas diferente según dónde se esté usando. De este modo, un smartphone sería un teléfono Android tal y como lo conocemos cuando lo estamos usando en la mano, pero se convertiría inmediatamente en un ordenador ejecutando Ubuntu al conectarlo a un dockespecial que se podía conectar a su vez a cualquier pantalla.
Este proyecto está siendo llevado a cabo actualmente por Canonical, la empresa de la que depende Ubuntu, ladistribución Linux más popular para PCs, y nos llevaría un paso más allá en el funcionamiento de los smartphones, convirtiéndolos en dispositivos duales reales.
Gracias a Ubuntu para Android podríamostener desde nuestro móvil una experiencia completa de escritorio, no simulada, que vendría con sfotware de ofimática, navegador web, correo electrónico y aplicaciones multimedia, y todo desde un terminal Android conectado a un dock con una pantalla y teclado. No existe una transición molesta al pasar de Android a Ubuntu, ya que todo funciona sin saltos, es inmediato, así que sólo tenemos que conectar nuestro Android al dock y se convertirá en un escritorio Ubuntu.
Una vez el terminal actúa como escritorio Ubuntu podemos usarlo como un PC de sobremesa normal, con explorador de escritorio multiventana y multifunción, no se notaría ninguna diferencia.
Además tendríamos una unificación total, sin necesidad de sincronización, ya que el móvil y el ordenador son el mismo dispositivo. De este modo los contactos de nuestro Android están en nuestro PC Ubuntu, permitiendo acceder a sus perfiles de Facebook o Twitter, el calendario es el mismo, así que todos los cambios que hacemos en uno se ven en el otro, y lo mismo ocurre con los SMS y las llamadas, podemos leer y contestar mensajes o responder y realizar llamadas directamente desde el escritorio.
Algo muy interesante son los ajustes integrados, que permiten que cualquier ajuste que realicemos en uno de los modos del terminal estén en el otro modo. Así, lasalarmas del reloj, los ajustes del bluetooth o las contraseñas del WiFi sólo se tienen que realizar una vez, ya que repito, ahora el móvil y el ordenador son el mismo terminal. Lo mismo ocurre con todas las credenciales y autorizaciones de, por ejemplo, redes sociales. Las ponemos en Android y cuando conectamos el terléfono al dock están en Ubuntu.
Por supuesto el apartado multimedia tiene una importancia clave aquí, ya que todas las fotos y vídeos son accesibles ahora desde cualquier pantalla con un simple dock. De hecho con este dock podemos llevar nuestro ordenador a cualquier parte como si de un teléfono móvil se tratase, y enseñar nuestras fotos y vídeos en cualquier parte. La movilidad es total.
Desde que los terminales Android empezaron a llegar al mercado con dual-core y se empezó a hablar de los quad-corese ha criticado mucho que en un terminal móvil no hace falta tanto. Ubuntu para Android da una razón a los fabricantes para empezar a fabricar terminales más potentes, ya que no sólo están haciendo un smartphone, están fabricando un ordenador de sobremesa. De hecho una plataforma de este estilo le daría muchísima más razón de ser a terminales tan potentes como los que se empiezan a ver en el mercado. Procesadores de 4 núcleos con más de 1.5 GHz y 1GB de RAM son más que suficientes para mover una versión de Ubuntu que no requiera un uso extremo de escritorio. Sinceramente, la idea me parece maravillosa.
Existen de hecho unas características mínimas del terminal para poder integrar Ubuntu para Android:
  • Procesador dual-core de 1GHz
  • Aceleración de vídeo mediante driver en el kernel con asociación a Open GL o ES/EGL
  • 2GB de espacio libre para la imagen
  • Salida de vídeo HDMI
  • Modo USB host
  • 512 MB de RAM
Convertir terminales móviles en PCs de escritorio es una genial idea que aúna movilidad y versatilidad. De hecho, al hacerlo mediante terminales Android podríamos estar ante la primera gran oportunidad de popularización del software libre de escritorio. Con una cuota de mercado del 50%, Android tiene una presencia gigantesca, y si una parte de estos terminales funcionan además como PC de escritorio mediante sólo un dock, las posibilidades son enormes. Bien enfocado hacia el público es muy fácil de vender, porque realmente es muy buena idea. Es podría ser el gran momento para Ubuntu y el software libre. No quiero decir que ahora no sea famoso, y mucho menos quiero decir que no sea bueno, pero tener a Android como compañero patrocinador sería seguro un punto de inflexión.
Hace unos días os hablábamos sobre la sincronización total entre Android y Chrome, un punto muy pendiente por parte de Google en su sistema operativo móvil. Esto sería ir un paso más allá, ya que estamos hablando de una sincronización total y perfecta. De hecho habría que olvidar el concepto de sincronización, ya que aquí no existe como tal, sino que al ser directamente el mismo dispositivo para dos usos diferentes tenemos todo lo de uno en el otro. De acuerdo que son sistemas operativos diferentes, pero están integrados, y comparten todo. Una maravilla, vamos.
¿Y cuándo será real todo esto? Ya en el CES pudimos ver muestras de lo que podría ser en pruebas corriendo sobre un Motorola Atrix 2, pero es más una simulación para demostrar el concepto que una muestra real. Por ahoraCanonical ha puesto el punto de mira en fabricantes, no usuarios ni desarrolladores, y serán estos los que tengan que creer en el proyecto y deciden sacarlo adelante. Afortunadamente es software libre, así que de un modo u otro debería acabar viendo la luz. En cualquier caso, es una idea fantástica, y no dudo que de alguna manera llegará a convertirse en una realidad, aunque esto sólo haya servido como concepto, pero dado a que ya hay cosas desarrolladas y que Canonical afirma que está preparado para soportar terminales basados en X86 creo que saldrá adelante.
De todas formas van a realizar demostraciones la semana que viene en el Mobile World Congress, donde estaremos para contártelo todo y enseñarte en vivo cómo funciona.
¿Crees que es un proyecto con futuro? ¿Te gusta la idea de smartphone que a la vez es PC?

Android y Ubuntu en un USB de 8 centímetros: Cotton Candy sale a la venta


Hemos mencionado cientos de veces la gran versatibilidad que Android nos ofrece y es que nos lo podemos encontrar tanto en un móvil como en una tablet o incluso en un PC. Este último parece ser el objetivo que tienen muchas empresas, que tratan de ofrecernos ordenadores con Android incorporado. La última en añadirse al carro ha sido FIX, una empresa muy poco conocida pero que si siguen trabajando así puede que se hagan un hueco entre las empresas que trabajan con Android.
Esta empresa desarrolló un dispositivo con Android denominado MiniPC FXI Cotton Candy, un diminuto PC capaz de mover Android Ice Cream Sandwich y Ubuntu simplemente conectándole una pantalla mediante la salida HDMI.
Este miniPC tiene como características un procesador cortex A9 a 1.2 Ghz de doble núcleo con una GPU Mali 400 MP de cuatro núcleos a 1,2 Ghz. Todo acompañado por 1 GB de RAM y hasta 64 GB de memoria interna.Además, en el apartado de conectividad incorpora Bluetooth 2.1, Wi-Fi, microUSB, USB y salida HDMI.
Todo este potencial está alojado en una especie de pen drive de sólo 8 cm de largo por lo que podremos llevar una especie de ordenador en el bolsillo que podremos conectar tanto a un PC, como a un Mac o a una televisión. En caso de conectarlo a otro ordenador lo que hará será emular automáticamente cual sistema operativo hayamos elegido de los dos que vienen precargados.
Este chismito se comenzará a vender en Noruega a finales de este mismo mes a unos 199$ y comenzará a llegar a otras zonas del mundo a partir de finales de verano.
¿Crees que es un invento que no tendrá éxito? ¿Te lo comprarías?

sábado, 9 de junio de 2012

Reparar discos con sectores defectuosos en Linux


Se trata del error hardware más frecuente en cualquier tipo de servidor/ordenador o dispositivo dedicado de almacenamiento:
Fallos de disco duro con errores de escritura
Lo aconsejable en estos casos sería hacer un backup del disco que presenta problemas y sustituirlo. Con la frecuencia que estos errores se presentan, provocadas por factores de entorno (humedad, temperatura, vibraciones, fallos electricos o mecánicos, … ) o por fin de vida útil, la prevención es la herramienta más eficaz de forma que:
Se disponga de un sistema que controle dichas variables de entorno (Utilizar herramientas de monitorización basadas en SMART) y El sistema tenga tolerancia a fallos de disco ( por ejemplo RAID1,5) de forma que cuando presenta un fallo, el disco es aislado y solicita a su administrador que lo sustituya, previniendo las pérdidas de datos y su acceso , ya sea por recostrucción automática en disco auxiliar (spare) y/o recreación de la información (algoritmos de paridad).
No siempre se administran sistemas con un diseño previsor a estos tipos de errores, pueden ser por deficiencias provocadas por los presupuestos de la empresa ( el disco duro históricamente era un soporte de almacenamiento bastante caro) o por algo muy “typical spanish”:
El aprendizaje a base de palos porque no hay previsión.
Por ejemplo, errores hardware en el almacenamiento que provoca caida de algunos de los servicios básicos de una empresa, incluso con pérdidas  datos valiosos e irrecuperables.  Esto generará entonces un replanteamiento de la seguridad en el almacenamiento. Una auditoría y una inversión acorde con el valor y cantidad de datos eliminaría este riesgo, no olvidemos que se suele cumplir la máxima de:
Se tiene lo que se paga. Aún así, sean técnicos o responsables de sistemas de una empresa, convertidos en unos Mc Gyver, tratan de cubrir muchas deficiencias de las instalaciones informáticas, al recaer en ellos la responsabilidad de mantener unas instalaciones inseguras y con bajo presupuesto … Me refiero a esos Googleadores natos, con el destornillador siempre a mano, que tienen disponibilidad absoluta cuando el jefe lo llama a las 12 de la noche porque no puede conectarse a la VPN de la empresa desde su casa.
La migración de entornos a Linux es una opción muy típica para estas instalaciones, debido a la compatibilidad con el hardware, facilidad de control y supervisión y por lo tanto seguridad, con paquetes completos para estas labores de administración sin ningún coste (para los más arerriesgados), o disponer de un soporte de todo el software de una distribución Enterprise a bajo precio.
En la actualidad, debido al aumento de capacidad y la bajada de precios del disco duro, hasta un usuario particular puede permitirse pagarse el hardware para un sistema raid tolerante a fallos de disco en el PC de su casa, …, tema pendiente para otro post.
Volviendo al tema que tocamos ahora, que hacer cuando hay que reparar unos sectores defectuosos, por ejemplo de un disco sin garantía o contrato de soporte o simplemente testear cuales son esos sectores para valorar el riesgo. Se pueden usar herramientas específicas para esta causa, que tienen los fabricantes de discos y que están basado en la tecnología SMART. Poniendo un ejemplo, en la creación de un raid 5 para uso doméstico, me encontré que la herramienta de software  para raid mdadm se negaba a integrar en el nuevo volumen uno de los discos de tera y medio comprados específicamente para esta función. La finalización del paso de creación del raid  (mdadm –create) terminaba con un sistema degradado. Después de varias búsquedas por internet, por sintomatología determino que es error de escritura para un sector de la LBA específico, por lo que me dispongo abrir un caso a Soporte de Seagate. Soporte me solicitó usar una herramienta propia para diagnóstico y reparación de sectores defectuosos, pero el consejero Google me llevó por otros derroteros, e intenté repararlo con herramientas propias de la distribución. Por equivalencia, como estas herramientas de diagnóstico se basan en SMART instalé smartmontools, paquete de aplicaciones que incluye Debian y demás distros en linux para diagnóstico de discos con SMART implementado.   Lo que a continuación expondré son unos pasos prácticos para en primer momento diagnóstico, y si es posible reparación.
Para diagnosticar y reparar, en el campo que sea lo primero es formarse y el conocimiento no aparece de forma espontánea, viene después de mucho trabajo y experiencia, aunque una cultura de base acelera el proceso de aprendizaje de forma exponencial. Dejo varios links para este propósito:
Básico
Procedente de la Wikipedia: Una magnífica introducción al disco duro, componentes físicos, divisiones físicas y lógicas, formas de direccionamientos, tecnologías usadas,  … , Un trabajo inmejorable de síntesis en un artículo y en castellano!
Procedente de Wikipedia: Definición de tecnología SMART,  parámetros que controla para diagnóstico de error y en castellano.
Procedente de Monografías: Aunque es información básica, en ocasiones obsoleta y orientado a entornos de Microsoft. Se definen conceptos básicos como tiempos de acceso o buffer de disco interesantes.
Procedente de Wikipedia: Definición, historia, especificaciones,… sobre discos SATA (Serial-ATA).
Google: El oráculo de Delfos, hasta ahora …  responde preguntas y sobre todo crea nuevas para seguirte respondiendo.
Herramientas referidas en este post
smartmontools – Paquete que contiene dos utilidades smartctl y smartd, para controlar y monitorizar sistemas de almacenamiento que usan SMART.
sg3-tools – Paquete para enviar comandos scsi a dispositivos scsi.
Seatools for DOS: Herramienta de Seagate para diagnóstico y reparación de discos.
Procedimiento de diagnóstico de sectores defectuosos
En este ejemplo se tratará de un entorno GNU/Linux, distribución Debian, al usar sus repositorios se usará la utilidad de paquetes nativas (apt-get) de la distribución, de forma análoga se usará yum en las variantes de Red Hat, Yast en Novell/Suse, …
En un sistema Debian, podremos tirar de repositorio para instalar el paquete smartmontools:
Comprobar que está en repositorio:
nas-ferras:~# apt-cache search smartmontools
smart-notifier – graphical hard disk health status notifier
smartmontools – control and monitor storage systems using S.M.A.R.T.
Instalar paquete smartmontools:
nas-ferras:~# apt-get install smartmontools
Leyendo lista de paquetes… Hecho
Creando árbol de dependencias
Leyendo la información de estado… Hecho
Se instalarán los siguientes paquetes NUEVOS:
smartmontools
0 actualizados, 1 se instalarán, 0 para eliminar y 1 no actualizados.
Se necesita descargar 0B/332kB de archivos.
Se utilizarán 848kB de espacio de disco adicional después de esta operación.
Seleccionando el paquete smartmontools previamente no seleccionado.
(Leyendo la base de datos …
91982 ficheros y directorios instalados actualmente.)
Desempaquetando smartmontools (de …/smartmontools_5.38-2+lenny1_amd64.deb) …
Procesando disparadores para man-db …
Configurando smartmontools (5.38-2+lenny1) …
Not starting S.M.A.R.T. daemon smartd, disabled via /etc/default/smartmontools (warning).
Comprobar la versión instalada:
nas-ferras:~# dpkg -l smartmontools
Desired=Unknown/Install/Remove/Purge/Hold
| Estado=No/Instalado/Config-files/Desempaquetado/Fallo-config/Medio-inst/espera-disparo/pendiente-disparo
|/ Err?=(ninguno)/Retenido/Requiere-reinst/X=ambos problemas (Estado,Err: mayúsc.=malo)
||/ Nombre                            Versión                          Descripción
+++-=================================-=================================-==================================================================================
ii  smartmontools                     5.38-2+lenny1                     control and monitor storage systems using S.M.A.R.T.
DIAGNÓSTICO
Ejecución de test sobre disco sospechoso:
Se puede usar la versión short o long:
nas-ferras:~# smartctl -t long /dev/sda
smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION ===
Sending command: “Execute SMART Extended self-test routine immediately in off-line mode”.
Drive command “Execute SMART Extended self-test routine immediately in off-line mode” successful.
Testing has begun.
Please wait 255 minutes for test to complete.
Test will complete after Wed Oct 14 01:13:52 2009
Use smartctl -X to abort test.
Una revisión del log mostrará los resultados de los diferentes tests ejecutados sobre el disco de la siguiente forma:
nas-ferras:~# smartctl -l selftest /dev/sda
smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed: read failure       90%        99         2597324513
# 2  Extended offline    Completed: read failure       90%        62         2597324513
# 3  Short offline       Completed: read failure       90%        61         2597324513
# 4  Short offline       Completed: read failure       90%        61         2597324513
# 5  Short offline       Completed: read failure       90%        61         2597324513
# 6  Short offline       Completed: read failure       90%        60         2597324513
# 7  Extended offline    Completed: read failure       90%        60         2597324513
# 8  Extended offline    Completed: read failure       90%        58         2597324513
# 9  Extended offline    Completed: read failure       90%        58         2597324513
#10  Extended offline    Completed: read failure       90%        58         2597324513
Que apunta en todos sus test ejecutados a fallos de lectura en el sector 2597324513.
Ya tenemos diagnóstico,  un sector está defectuoso, siendo el causante de que mdadm no lo quiera integrar como elemento en el raid5, etiquetándolo como disco en fallo.
REPARACIÓN
La reparación será una reasignación del sector en fallo, para un disco SCSI/Fibra sería posible realizarlo con las herramientas del paquete sg3-utils siguiendo los siguientes pasos: Instalación #apt-get install sg3-utils, confirmación del sector defectuoso #sg_verify –lba=2597324513 /dev/sda y reasignar el sector en el firmware del disco con # sg_reassign –grown /dev/sda #sg_reassign –address=2597324513 /dev/sda. Más detallado se encuentra éste procedimiento basado en un caso práctico en éste link.
Para nuestro caso, se trata de un disco SATA, en principio no podemos disfrutar de las sg3-utils para los tipo SCSI, pero una pregunta a Google responde que este paquete en versiones actuales ya tiene soporte para este tipo de discos y trataremos de probar suerte.
nas-ferras:~# sg_verify –lba=2597324513 /dev/sda
verify (10):  Descriptor format, current;  Sense key: Medium Error
Additional sense: Unrecovered read error – auto reallocate failed
Descriptor type: Information
0x0000ffff9ad006e1
medium or hardware error, reported lba=0xffff9ad006e1
nas-ferras:~# sg_reassign –address=2597324513 /dev/sda
REASSIGN BLOCKS not supported
nas-ferras:~# sg_verify –lba=2597324513 /dev/sda
verify (10):  Descriptor format, current;  Sense key: Medium Error
Additional sense: Unrecovered read error – auto reallocate failed
Descriptor type: Information
0x0000ffff9ad006e1
medium or hardware error, reported lba=0xffff9ad006e1
En un principio no responde nada parecido a dispositivo no soportado por la herramienta y la información que proporciona es coherente, pareciendo que interactúa con dispositivos SATA. Pero partiendo  de que se trata de una herramienta que a bajo nivel trabaja con dd, tampoco parece raro que detecte errores de lectura para cualquier dispositivo ya que no tendría porque usar los driver sg ( SCSI generic) para dispositivos SCSI y fibra en esta comprobación.
Nos quitará las dudas cuando forzaremos la reasignación del sector(reallocate):
nas-ferras:~# sg_reassign –grown /dev/sda
READ DEFECT DATA (10) not supported
nas-ferras:~# sg_reassign –address=2597324513 /dev/sda
REASSIGN BLOCKS not supported
En un principio parece que esta tools no está preparada para la reasignación de sectores en dispositivos  SATA, o el firmware del disco no es compatible con las sg3-tools. De todas formas no encuentro referencias a que interactúe con dispositivos SATA en ninguna parte del man de sg3-tools o sg_reassign.
Persistiendo en la forma de realizar una reasignación del sector defectuoso desde linux, se formatea el disco en ext3 y se sigue la guía Bad block HOWTO for smartmontoolspara el caso de una partición extended:
Se formatea en ext3
nas-ferras:~#mkfs.ext3 /dev/sda2
Se recogen los atributos de la partición /dev/sda:
nas-ferras:~# smartctl -A /dev/sda
smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate     0x000f   103   097   006    Pre-fail  Always       -       88063229
3 Spin_Up_Time            0×0003   100   100   000    Pre-fail  Always       -       0
4 Start_Stop_Count        0×0032   100   100   020    Old_age   Always       -       45
5 Reallocated_Sector_Ct   0×0033   100   100   036    Pre-fail  Always       -       2
7 Seek_Error_Rate         0x000f   100   253   030    Pre-fail  Always       -       675601
9 Power_On_Hours          0×0032   100   100   000    Old_age   Always       -       103
10 Spin_Retry_Count        0×0013   100   100   097    Pre-fail  Always       -       0
12 Power_Cycle_Count       0×0032   100   100   020    Old_age   Always       -       45
184 Unknown_Attribute       0×0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0×0032   060   060   000    Old_age   Always       -       40
188 Unknown_Attribute       0×0032   100   093   000    Old_age   Always       -       59
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0×0022   061   055   045    Old_age   Always       -       39 (Lifetime Min/Max 25/40)
194 Temperature_Celsius     0×0022   039   045   000    Old_age   Always       -       39 (0 21 0 0)
195 Hardware_ECC_Recovered  0x001a   039   030   000    Old_age   Always       -       88063229
197 Current_Pending_Sector  0×0012   100   100   000    Old_age   Always       -       1
198 Offline_Uncorrectable   0×0010   100   100   000    Old_age   Offline      -       1
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0×0000   100   253   000    Old_age   Offline      -       59180354371687
241 Unknown_Attribute       0×0000   100   253   000    Old_age   Offline      -       3587000442
242 Unknown_Attribute       0×0000   100   253   000    Old_age   Offline      -       3852047273
Se busca comienzo de la partición sda2:
nas-ferras:~# fdisk -lu /dev/sda
Disco /dev/sda: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders, 2930277168 sectores en total
Units = sectores of 1 * 512 = 512 bytes
Disk identifier: 0x0009ec06
Disposit. Inicio    Comienzo      Fin      Bloques  Id  Sistema
/dev/sda1   *          63    29302559    14651248+  83  Linux
/dev/sda2        29302560 2930272064  1450484752+  83  Linux
Como sda2 empieza en el sector 293302560 y el sector en error es 2597324513, para obtener la posición del sector en error relativo a la partición sda2 hay que hacer la resta 2597324513 – 293302560 = 2304021953.
Para saber el tamaño de bloque usado por el sistema de ficheros en sda2 :
nas-ferras:~# tune2fs -l /dev/sda2 | grep Block
Block count:              362621188
Block size:               4096
Blocks per group:         32768
Para finalizar las cuentas nos queda por saber que bloque del sistema de ficheros contiene esta LBA. Que sigue la siguiente ecuación
b = (int)((L-S)*512/B) Donde: b = Número de bloque en el sistema de ficheros B = Tamaño de bloque en bytes del sistema de fichero L = LBA del sector defectuoso S = Sector de comienzo de la partición que muestra la herramienta fdisk -lu y (int) que denota la parte entera. En nuestro ejemplo quedaría así: b=((int)(2597324513 - 293302560)*512/4096)= (int) 288002744,125=288002744 Comprobamos que el bloque no está en uso:
nas-ferras:~# debugfs
debugfs 1.41.3 (12-Oct-2008)
debugfs:  open /dev/sda2
debugfs:  testb 288002744
Block 288002744 not in use
Y por último realizar un dd para forzar un reallocate del sector defectuoso como se describe en la guía:
nas-ferras:~# dd if=/dev/zero of=/dev/sda2 bs=4096 count=1 seek=288002744
1+0 records in
1+0 records out
4096 bytes (4,1 kB) copied, 0,000607736 s, 6,7 MB/s
Ejecuto test dos veces:
nas-ferras:~# smartctl -t short /dev/sda
smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION ===
Sending command: “Execute SMART Short self-test routine immediately in off-line mode”.
Drive command “Execute SMART Short self-test routine immediately in off-line mode” successful.
Testing has begun.
Please wait 1 minutes for test to complete.
Test will complete after Wed Oct 14 01:14:43 2009
Sorpresa !! No se ha producido una nueva reasignación de sectores, se puede comprobar mirando del atributo Reallocated_Sector_Ct en la salida del comando smartctl -A /dev/sda:
nas-ferras:~# smartctl -A /dev/sda
smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate     0x000f   103   097   006    Pre-fail  Always       -       89275771

viernes, 8 de junio de 2012

Linux Mint "traiciona" a Banshee alterando su código




La noticia se puede analizar desde tantos puntos de vista que lo más prudente parece empezar por lo más básico: poner en situación los actores que intervienen. Banshee es el reproductor de música que viene instalado por defecto tanto en Ubuntu como en Linux Mint (una distribución GNU/Linux basada en el propio Ubuntu). Además, moviéndonos en entornos de software libre parece conveniente anotar que Banshee se distribuye bajo una licencia MIT.
Ahora que ya conocemos a los actores de la película hablemos ahora sobre el guión de la misma. En una aburrida tarde de lluvia podemos dedicarnos a modificar el código de Banshee siempre y cuando lo redistribuyamos cumpliendo algunas restricciones, y esto es lo que han hecho los desarrolladores deLinux Mint. Pero el cambio que han realizado no parece muy justo; y es que han cambiado la parte en la que los beneficios por la compra de música en la tienda de Amazon iban a la GNOME Foundation haciendo que, en cambio, el dinero viaje directamente a los bolsillos de Linux Mint.

Los dos puntos de vista de la “traición”


Un punto de vista está muy claro: Linux Mint podía cambiar el código de Banshee y así lo ha hecho. ¿Alguien puede reclamar algo? Legalmente no, moralmente dependerá del punto de vista de cada persona. El segundo punto de vista de este entuerto es el de Banshee, que seguramente se podría resumir con una imagen de un niño pequeño con los ojos como platos. De hecho, en su página anuncian que Linux Mint se quedan el 50% de esos pagos en la tienda Amazon.
El titular de la noticia viene con un entrecomillado de traición, y parece que es la palabra que más se ajusta al caso… al menos veamos lo que dice la RAE al respecto:
Traición: Falta que se comete quebrantando la fidelidad o lealtad que se debe guardar o tener.
Traición o no, parece claro que dentro de un mundo que se considera más como una filosofía y hasta casi una estilo de vida la gente de Linux Mint no está actuando de manera acorde a lo que podría esperarse. Cambiar el código, sin avisar a nadie, para que los pagos de nuestros usuarios vengan directamente a mi cartera no parece muy justo.

Clement Lefebvre sale a la palestra explicando la situación


En los comentarios del artículo que se cita como fuente el propio Clement Lefebvre sale al quite de la polémica arrojando datos y opiniones entre las que se destacan que los pagos sobre los que estamos hablando no alcanzan los cuatro dólares mensuales. Además justifica que la misma línea de código la había cambiado con anterioridad Canonical (para Ubuntu) y que la línea original de Banshee no funcionaba ya que la página a la que hacía referencia parece no existir.
Pero posiblemente el meollo moral del asunto sea el no haber hecho público (dejando de lado la constancia del cambio del código) que se iba a hacer ese cambio. Si se corrige un problema funcional en el código no debería haber mayor problema, pero cuando hay dinero y beneficios de por medioparece mucho más que razonable andar con pies de plomo y explicar los cambios que has hecho. De hecho en esos mismos comentarios en mayúsculas encontramos la siguiente frase (que traduzco):
Si encontramos cualquier vía de ingresos generada por nuestros usuarios, tomamos el control de la misma.
Y es que después comenta que no tiene ningún problema en llegar a acuerdos y compartir los ingresos. De hecho, esto mismo que ahora se critica lo hizo con anterioridad Canonical con los ingresos generados por Banshee en Ubuntu, lo que generó grandes debates en la comunidad del software libre y que quedó en un 75/25, es decir un 75% de los ingresos para Canonical y un 25% para la GNOME Foundation por parte de Banshee. Pero la diferencia es clara, mientras que Canonical (aunque también podría haberse quedado el 100% de los ingresos) negoció los porcentajes, la gente de Linux Mint parece haberse saltado un pequeño paso, que para muchos, es muy importante.
Para acabar un dato. En contraste con los menos de 4 dólares mensuales que Banshee genera en Linux Mint, desde septiembre de 2011 en Ubuntu, Banshee ha generado para la GNOMEFoundation más de 9.200 dólares. Y teniendo en cuenta que eso significa el 25% de los ingresos, la cifra asciende a más de 36.800 dólares en tres meses. No pongo en duda la palabra de Lefebvre, sino que más bien me gustaría poner el foco sobre la cantidad de esfuerzos opuestos, recursos y problemas puestos para una diferencia tan abismal. Pero ese es otro debate, y seguramente, nunca se dará por zanjado.

Compilando el kernel en 60 segundos


Una de las pruebas de fuego en el camino de todo ‘linuxero de pro’ es la compilación del kernel. Hoy en día no es necesario, pero es un reto al que muchos no pueden resistirse.

En Phoronix se han puesto manos a la obra y han conseguido compilar el kernel Linux 3.1 para x86_64 con la configuración por defecto en menos de un minuto, todo en un sistema de escritorio “normal”, de un solo socket.
¿Cómo se ha conseguido esa rapidez?. No ha sido debido a ninguna mejora en la compilación, indica el autor del artículo original, sino gracias a una bestia llamada Intel Core i7 3960X  Extreme Edition (alrededor de unos 1.100 dólares cuesta el bicho).
Los interesados en conocer los entresijos de la aventura de Phoronix tenéis todos los detalles en la noticia original

Razor-Qt 0.4.0, nueva versión del hermanito pequeño de KDE


Parece mentira, pero nunca antes habíamos hablado aquí en MuyLinux de Razor-Qt, un entorno de escritorio ligero que para entendernos sería el equivalente de LXDE, pero basado en Qt en lugar de GTK+, sin relación directa o dependencia de KDE (por si el título os lleva a equívoco).

Lo cierto es que Razor-Qt es un proyecto interesante pero con un desarrollo lentísimo, lo que deja a este software más en un divertimento que en una alternativa real. Aun así se acaba de anunciar nueva versión , lo que siempre es de agradecer.
Razor-Qt 0.4.0 se presenta con novedades jugosas, pues por muy ligero que sea un escritorio, si no se puede configurar nada,  carece de funciones básicas y encima falla… no sirve de mucho. Precisamente, esta nueva versión incorpora herramientas de configuración (no se especifican, pero he visto un diálogo de configuración de apariencia), un nuevo lanzador de aplicaciones y un menú propio basado en el estándar XDG, además de muchas correcciones y mejoras en las traducciones.
Hay que entender que hablar de Razor-Qt es hacerlo de una sesión, un panel y poco más, por lo que no es de extrañar que el panel se lleve gran parte de la atención, ganando diálogos de configuración, un nuevo plugin para gestionar dispositivos (extraer CD, desmontar disco, etc), salvapantallas y bloqueo de la pantalla, ver/restaurar escritorio y soporte de arrastrar y soltar para el plugin de lanzamiento rápido de aplicaciones.
Las novedades están muy bien pero toca probarlo, y para facilitar su tarea en la página web del proyecto encontraréis toda la información necesaria. Yo os adelanto que quienes seáis usuarios de Ubuntu, openSUSE, Fedora y Arch Linux, lo tenéis ya todo listo.
Probé Razor-Qt en su anterior versión y, la verdad, la ilusión por tener un escritorio ligero en Qt se vio eclipsada por lo verde del mismo. Pero desde luego que no pasa este fin de semana sin que vuelva a intentarlo. No para usarlo en serio, pero hay que seguirle la pista a este desarrollo.
Related Posts Plugin for WordPress, Blogger...

Entradas populares

LinuxSur.org Img

LinuxSur.org Img