Galería de la evolución de los entornos gráficos de escritorio

Josemaría | 14 de agosto de 2006 | 5 comentarios

No están todos los que son pero si son todos los que están. Faltan, por citar algunos, cde, OS/2, xfce, gnome y algunos otros. Pero a pesar de estas ausencias, esta evolución de los escritorios resulta bastante representativa de los cambios visuales (más estéticos que prácticos, todo hay que decirlo) sufridos por los entornos gráficos desde 1984 hasta nuestras fechas.

Vía: Menéame

Compártelo:
    emailPDFPrintBitacoras.comIdenti.caTwitterdel.icio.usDiigoFacebookMeneameBarraPuntoNetvibes
Categorías: desubicados

Recuperando información de discos duros dañados

Josemaría | 14 de agosto de 2006 | 251 comentarios

Durante este mes he tenido un par de incidencias con discos duros aparentemente irrecuperables que al final han acabado felizmente… Y no, no he metido ninguno de ellos en el frigorífico dentro de una bolsa (¿se sigue creyendo alguien esta historia a pesar de que la promocione la mismísima Microsoft?). Sin ánimo de dar una receta universal os cuento como suelo proceder en estos casos. Los errores en un disco duro pueden ser de tres tipos: eléctricos, lógicos o mecánicos. Los primeros son los más sencillos de resolver y los mecánicos los más difíciles (por no decir casi imposibles de forma doméstica). Si necesitas resolver problemas de este tipo de forma frecuente en tu trabajo o en tu casa resulta casi imprescindible contar con un convertidor IDE-USB tanto para discos duros convencionales (los de los equipos de sobremesa) como para discos duros portátiles. Existen kits universales para ambos tipos de discos a precios muy económicos en cualquier tienda de informática que se precie.

Los errorres eléctricos se reconocen rápidamente: arrancas el ordenador y la BIOS no te detecta ningún dispositivo conectado, algunas veces tras varios minutos de espera. Si usas tu Distribución Live favorita para arrancar tampoco podrás hacer nada (lógico). Este tipo de problemas se solucionan muy fácilmente pero siempre y cuando tengamos un disco duro exactamente igual al que se nos ha roto. La parte eléctrica del disco es fácilmente reconocible: una placa de circuito impreso situada en su parte inferior, sujeta mediante tornillos tor (preparaos a soltar más de cuatro euros por la llavecita apropiada si no teneis una) y conectada a la parte mecánica mediante contactos superficiales o un pequeño conector y un cable plano. En las empresas ‘serias’ donde los equipos se compran por lotes es fácil contar con ese gemelo del disco necesario para la reparación. En casa puede resultar más difícil, por eso yo guardo todos los discos duros que desecho tanto en casa como en el trabajo a la espera de que encuentren una oportunidad de ser útiles. A partir de aquí la cosa es muy fácil: si es preciso hacemos una copia de seguridad del disco cuya electrónica vamos a usar para el rescate (por si las moscas), sustituimos la placa dañada por la buena, conectamos el disco al equipo que usaremos para recuperar los datos mediante el convertidor IDE-USB, montamos el dispositivo (¡por supuesto que no estamos usando windows!) y nada más. El 100% de las veces que he recurrido a este método ha funcionado, así que sin miedos.

Por errores mecánicos entiendo aquellos en los que el dispositivo mecánico de lectura de los platos del disco se ha dañado. Normalmente en estos casos la BIOS reconoce al disco pero no es posible sacar nada más de el. A veces el disco hace extraños ruidos semejantes a verdaderos quejidos durante el arranque… Jamás he sido capaz de recuperar un disco con este tipo de fallos aunque lo he intentado en un par de ocasiones haciendo algo similar a lo comentado en el caso de los errores eléctricos: desmontar la parte dañada y reemplazándola por la de un disco idéntico. Desgraciadamente para nosotros la operación de reemplazar un brazo lector cuyas cabezas flotan a menos de un milímetro del plato del disco es bastante más difícil que la de sustituir una placa de circuitería impresa. Afortunadamente también se trata de los errores menos frecuentes.

Por último, en los errores lógicos es donde tenemos una mayor diversidad de causas. Y de soluciones. Podemos encontrarnos desde los casos más fáciles un disco con problemas lógicos en el sistema operativo o físicos en el caso de algún sector dañado donde se encontraba un archivo imprescindible para el arranque hasta casos más difíciles en los que tenemos la mala fortuna de que los sectores defectuosos provocados por un ‘atterizaje de cabezas’ están justo debajo de los datos que necesitamos recuperar. Ojo, como veis llamo a estos problemas lógicos aunque puede que la causa de los mismos sea un fallo físico en la superficie del disco pero para nosotros el resultado es que el disco es accesible aunque no podamos leer parte de su contenido. El diagnóstico es más variado pero a poca práctica que tengamos identificaremos rápidamente lo que está ocurriendo: la BIOS reconoce el disco y el ordenador arranca pero luego este presenta problemas (recuperables o no) durante el arranque o en algún momento de su funcionamiento. Mi consejo en estos casos es que salvo que tengamos muy, muy claro que el problema ha sido puramente lógico (un virus, una biblioteca dinámica corrupta, etc.) jamás, jamás volvamos a usar ese disco. Los discos duros han bajado mucho de precio y aunque ahora podamos salvar lo que necesitamos puede que la próxima vez no tengamos tanta suerte. El segundo consejo es que nunca tratemos de hacer la recuperación ‘arrancando’ desde el disco dañado aunque esto sea posible, ya que el sistema seguirá usando ese disco y puede que al escribir un temporal lo haga precisamente sobre los sectores que necesitamos recuperar. En el mismo momento en que identificamos el problema hay que arrancar desde una Live o sacar el disco y conectarlo a otro equipo con uno de nuestros adaptadores y montarlo en modo sólo lectura hasta que consigamos hacer una copia más o menos completa de su contenido. Si tenemos la fortuna de que los datos/sectores dañados no son los que nos interesan ya tenemos resuelto el problema. En caso contrario tenemos que recurrir a otras herramientas.

dd_rescue y recoverdm nos son útiles cuando tenemos un sector físicamente dañado que nos impide leer ciertos datos. Ambos trabajan de forma muy similar haciendo una copia de un dispositivo de bloques y realizando tantos reintentos como necesite (o le dejemos) para leer correctamente los sectores defectuosos.

Si el problema no es de este tipo sino que buscamos un determinado archivo que no aparece (borrado conscientemente o por accidente) y aun usamos ext2 la solución a nuestros problemas podría ser e2undel. Si usamos ext3 o reiserfs tenemos a Magic Rescue y foremost que realizan un escaneado de toda la superficie del disco buscando las cabeceras características de determinados tipos de ficheros. Ni que decir tiene que estas herramientas son también bastante útiles para ‘recuperar’ ficheros borrados de forma legítima por el propietario del disco antes de que cayera en nuestras manos ;-)

Dos anotaciones para terminar. Muchas de las herramientas que he mencionado en esta tercera parte son válidas también para recuperar datos de otros dispositivos (CD’s, DVD’s, memorias USB’s, etc). Y dos: teneis una lista de las principales distribuciones Live centradas en estos temas en este enlace de Nautopia. No está demasiado al día pero vale para emergencias.

Y, por supuesto, mis más sinceros deseos de que este texto no os sea nada provechoso en el futuro.

ACTUALIZACION: Dos buenos enlaces para buscar otras alternativas y puntos de vista: Discos rígidos rotos y Recuperación de datos.

ACTUALIZACION (y II): Algunas utilidades que he usado últimamente y que merecen la pena estar aquí son Gpart y TestDisk para recuperar tablas de particiones dañadas y PhotoRec para recuperar ficheros perdidos (ojo, no sólo fotos a pesar de su nombre) incluso en el caso de sistemas de ficheros gravemente dañados o, incluso, formateados.

ACTUALIZACION (y III): A través de este comentario llego a HDD Zone, una web donde se venden placas de discos duros para reemplazar las averiadas. PCB Solution es otra empresa que se dedica a lo mismo. Ojo, este sistema sólo funcionará si la avería del disco es eléctrica, así que hay que asegurarse de ello antes o asumir el riesgo de que puede que no funcione.

Compártelo:
    emailPDFPrintBitacoras.comIdenti.caTwitterdel.icio.usDiigoFacebookMeneameBarraPuntoNetvibes

¿Truco o trato?

Josemaría | 14 de agosto de 2006 | 2 comentarios

Es lo que parece Microsoft ofecernos todos los meses cuando llega su ya tradicional entrega de parches. ¿Truco o trato?¿Dejas tus sistemas expuestos ante los fallos de seguridad que comenzarán a explotarse ‘in the wild’ escasas horas después de la publicación de los mismos o te expones a lo que pueda sobrevenir si los despliegas de forma inmediata?

Hagamos un poco de memoria. En abril fue el MS06-015, un parche crítico que permitía la ejecución remota de código y que afectaba a la práctica totalidad de sistemas de Microsoft. El parche distribuido inicialmente introducía problemas de acceso a ciertos directorios y problemas de incompatibilidades con software de Hewlett Packard.

En junio nos encontramos con el parche MS06-025, otra vulnerabilidad crítica que permite la ejecución remota de código y cuyo parcheo provocaba problemas con las conexiones de acceso telefónico. Alguno podría pensar que la utilización de estas conexiones es cada vez más limitada (con toda la razón) pero si pensamos que el parche atajaba una vulnerabilidad en el subsistema RAS que, precisamente, se sigue usando en determinados entornos para el acceso a través de este tipo de líneas, pues…

Este mes de agosto también nos encontramos con problemas. En parches críticos, por supuesto. El MS06-042 provoca problemas con ciertos controles ActiveX. Por otro lado y aunque aún no está confirmado oficialmente, el MS06-040 (el más activamente atacado este mes por el momento) parece presentar problemas en entornos con windows 2003 donde es preciso que se manejen grandes bloques de memoria contigua superiores a 1Gbyte… Esto, que no es tan raro en entornos de producción, me haría pensarlo dos veces antes de aplicar el parche.

Este tipo de errores tan frecuentes dan que pensar acerca de los controles de calidad de Microsoft. Se supone que uno de los beneficios de esta concentración mensual de parches aparte de ‘educar’ al usuario en su aplicación (y hacerle menos visible el continuo ‘chorreo’ de errores críticos, por supuesto) debería de ser un mayor control de los parches antes de su distribución. No todas las empresas pueden permitirse el lujo de tener un entorno de pruebas y técnicos dedicados a la comprobación de estos errores antes de la distribución de parches así que optamos por no distribuirlos de forma inmediata sino después de aproximadamente una semana y de consumir muchas horas pendiente de las listas de correo especializadas y de las posibles alteraciones que los parches puedan provocar en nuestros entornos. Introducir un mal real en un entorno productivo para atajar uno potencial no es una buena práctica en absoluto. Truco o trato, en definitiva ¿qué prefieres?

ACTUALIZACI?N: Hoy ya se reconocen desde Microsoft los “daños colaterales” provocados por el parche MS06-040.
Y aún hay más problemas con la aplicación del MS06-042. ¡Brrrrr!

Compártelo:
    emailPDFPrintBitacoras.comIdenti.caTwitterdel.icio.usDiigoFacebookMeneameBarraPuntoNetvibes
Categorías: microsoft, seguridad