¿Por qué los sistemas Linux a veces pueden recuperar datos que Windows no puede?

¿Por qué es que puede usar una computadora con Linux o un Live CD de Linux para recuperar datos que Windows no pudo??

La sesión de Preguntas y Respuestas de hoy nos llega por cortesía de SuperUser, una subdivisión de Stack Exchange, un grupo de sitios web de preguntas y respuestas impulsado por la comunidad..

La pregunta

El lector de superusuarios Philip Allgaier quiere saber por qué pudo recuperar datos con un Live CD de Linux que se informó como irrecuperable en Windows:

Fondo: A principios de este año tuve un problema con una unidad SSD que Windows ya reconocería. Pero, finalmente, un Parted Magic 2012-10-10 ejecutable hizo el truco. Ver este hilo resuelto. Una pregunta me quedó grabada desde ese momento ...

Pregunta: Soy consciente de que Linux es generalmente un poco más técnico y en bruto, pero alguien puede esbozar por qué un sistema Linux (o, de hecho, solo ese, ya que Ubuntu no hizo el truco) es capaz de acceder / comunicarse con un medio dispositivo dañado cuando Windows no lo es?

• ¿Simplemente ignoran los posibles indicadores de que algo podría estar mal??

• ¿Hay alguna razón concreta en absoluto??

• ¿Fue simplemente una suerte que este entorno en particular pudiera lograr que la SSD respondiera aunque solo fuera por un tiempo limitado??

Si bien ciertamente podría haber sido suerte, es probable que haya más de unos pocos factores en juego. Vamos a investigar.

La respuesta

El colaborador de Superusuario Eike ofrece algunas explicaciones potenciales, más allá de la suerte, por su capacidad para guardar los datos:

Por lo general, esto se reduce a lo que, exactamente, se está accediendo y cómo, exactamente, el dispositivo está fallando. Por ejemplo, si el SSD en cuestión no puede recuperar, digamos, el sector 5 y comenzará a estancarse tan pronto como algo lea el sector 5, la diferencia puede deberse simplemente a qué sistemas diferentes acceden automáticamente una vez que reconocen un nuevo disco..

Cuando Windows detecte un nuevo disco, leerá la tabla de particiones e intentará abrir automáticamente cualquier sistema de archivos que sepa leer. Si cualquiera de las estructuras / bloques que se leen durante este proceso de "montaje" hace que su SSD defectuoso se despida, la diferencia con esa distribución específica de Linux es que no puede montar automáticamente todas las particiones en cuestión, o puede que, durante el montaje, simplemente lea un subconjunto de sectores diferente (la implementación de NTFS en Linux es muy diferente de la de Windows; mientras que el formato en disco es el mismo, depende del sistema operativo la estructura que considere necesaria leer). Windows puede leer copias secundarias de la MFT, o puede comenzar a precachar algunos datos y esa podría ser la diferencia. Ubuntu se encuentra en un barco similar, no está orientado a la recuperación fuera de la caja, intentará montar cualquier sistema de archivos que encuentre en los medios recién descubiertos, automáticamente. Es por esta razón que las distribuciones especializadas orientadas a la recuperación son una mejor opción, ya que solo hacen lo que usted les pide explícitamente en lugar de hacer las cosas automáticamente..

Por supuesto, puede que simplemente hayas tenido suerte, también. No sé lo suficiente sobre el modo de falla del SSD para decir.

Linux generalmente no ignora los indicadores de que algo está mal. Recibirá los mismos errores SCSI del conjunto de chips SATA que Windows: si observa el registro del kernel, en un disco defectuoso verá muchos mensajes de error. Depende de qué programas accedan realmente al disco y qué sucederá a continuación. Si es un software orientado a la recuperación, puede intentar volver a leer el mismo sector un número limitado de veces, puede omitirlo, etc. Por lo general, lo mejor es obtener una imagen de la unidad con la mayor cantidad de sectores como sea posible, y luego intente recuperar sus datos de esa imagen (realizar un análisis directamente en el disco es una mala idea, ya que su condición puede empeorar y solo porque pudo leer algo una vez, eso no significa que pueda volver a leerlo) .)

El compañero colaborador AthonSfere, ofrece otra versión de las cosas:

Gran parte de esto es la forma en que el entorno maneja el sistema de archivos y las ACL o el disco duro..

Windows hará todo lo posible para obedecer sus ACL y los sectores marcados como malos o vacíos. Por lo tanto, las particiones NTFS o Fat creadas y mantenidas en Windows, así como los MBR de Windows, serán manejadas por Windows como Windows lo marcó.

Además, si la unidad falla, cuanto más la utilice, más probabilidades tendrá de encontrar un problema importante y el entorno se bloqueará. Luego, cómo maneja el sistema operativo que entra en juego, Windows BSOD o se reiniciará, el proceso de inicio de Windows lanzará mensajes de MBR, faltan mensajes de archivos faltantes (falta el archivo NTDLR.dll) y se detiene, ya que estos archivos son necesarios.

Cuando usa un disco en vivo, no confía en nada de esto. Se omite un MBR incorrecto porque arranca desde el disco. No se necesita un sector defectuoso que dañó el archivo NTDLR.dll. Todo está en el disco. A continuación, puede intentar una lectura. Si encuentra un sector 'en blanco' o un bit defectuoso, ese entorno lo maneja como lo programó. Ubuntu probablemente preferiría mantener los comportamientos normales del sistema operativo y continuar con lo que es más probable que suceda. El sector está en blanco, haz otra cosa. Ese sector es malo, aléjate, no vuelvas a leer, no escribas o causará problemas..

Una plataforma de recuperación, sin embargo, va a querer leer todos los datos. Los marcadores de archivo dicen que el archivo debe estar en 0,5, 13…. si el sistema de archivos informa 13, omita el encabezado en blanco y lea el archivo de todos modos, o lea el sector defectuoso lo mejor que pueda e intente recuperar.

Además, Windows puede hacer mucho de esto con aplicaciones de terceros, Recuva puede encontrar muchos de estos archivos "faltantes", por ejemplo. Pero no desea estar en un entorno que pueda escribir en el disco y causar una pérdida permanente..

Simplifiqué esto y agregué un poco de interpretación, pero debería llenar algunos espacios en blanco para lo que está preguntando..

¿Tienes algo que agregar a la explicación? Apague el sonido en los comentarios. ¿Quieres leer más respuestas de otros usuarios de Stack Exchange con experiencia en tecnología? Echa un vistazo a la discusión completa aquí.

http://superuser.com/questions/586666/why-can-linux-systems-sometime-recover-data-windows-cant-any-concrete-reasons