Recuperar proyectos de OpenRefine: espacio de trabajo, archivos e historial

Recupere el proyecto OpenRefine en lugar de solo su última exportación

Para recuperar proyectos de OpenRefine, conserve el espacio de trabajo real y los archivos de proyectos existentes antes de volver a importar un CSV. Una exportación de datos limpia y un archivo de proyecto nativo contienen información diferente. Por lo tanto, identifique si necesita la tabla actual, estados de datos anteriores, operaciones registradas, información de conciliación o simplemente una vista que desapareció del navegador.

El historial de OpenRefine puede preservar transformaciones útiles entre sesiones cuando los datos del proyecto sobreviven. Un archivo puede preservar un hito del proyecto, mientras que una receta de operaciones guardada puede respaldar una reconstrucción controlada a partir de la entrada original. Estas rutas tienen diferentes requisitos previos. Un CSV por sí solo no recrea automáticamente todos los estados y decisiones anteriores del proyecto faltante.

Registre el estado de los datos faltantes

Escriba el título del proyecto, la ubicación del espacio de trabajo, el número de filas conocidas y una transformación distintiva. También identifique la revisión de entrada original. Esos detalles ayudan a comparar proyectos con nombres similares. Una tabla puede resultar familiar y al mismo tiempo reflejar un filtro diferente, una etapa de limpieza anterior o un conjunto de datos de origen modificado, por lo que debe utilizar comprobaciones de contenido concretas en lugar de solo el título de la pestaña del navegador.

Si el proyecto permanece disponible, exporte un archivo de proyecto local apropiado antes de experimentar con el historial. Conserve una exportación de datos limpiada por separado cuando sea útil. También detenga la aplicación a través de su proceso admitido antes de copiar los datos del espacio de trabajo cuando sea práctico. Un conjunto de fuentes estable le brinda una base de referencia mientras inspecciona estados más antiguos o importa archivos candidatos.

Ruta gratuita 1: reconectar el espacio de trabajo existente correcto

1. Identifique la ubicación del espacio de trabajo utilizada por la instalación original de OpenRefine.
2. Conserve ese espacio de trabajo antes de solucionar problemas de configuración o reinstalar.
3. Inicie la aplicación con el espacio de trabajo existente apropiado a través de la configuración admitida para su entorno.
4. Abra el proyecto deseado y compare sus datos y su historial registrado.

Puede parecer que falta un proyecto cuando la aplicación utiliza otro espacio de trabajo o contexto de usuario. Al corregir esa ubicación se restaura el acceso al contenido que aún existe. No recupera un directorio de proyecto eliminado. También distinga el almacenamiento de la aplicación local de la interfaz del navegador: borrar una vista del navegador y perder datos del espacio de trabajo son eventos diferentes con consecuencias diferentes.

Consulte la lista de proyectos y el contenido juntos

Compare una columna distintiva, un registro conocido y un paso del historial en el proyecto candidato. Luego inspeccione el recuento de filas con los filtros comprendidos. Un título de proyecto similar puede representar otra importación o una copia de colaboración anterior. Conserve ambos hasta que establezca qué fuente contiene las transformaciones previstas y la revisión de datos.

No fusione manualmente los elementos internos del directorio del proyecto como primer paso de recuperación. Un espacio de trabajo contiene relaciones que la aplicación espera gestionar. Consérvelo y prefiera la importación de proyectos compatible o un espacio de trabajo copiado aislado para realizar pruebas. Esto evita que un candidato útil se dañe debido a una fusión improvisada del sistema de archivos.

Ruta gratuita 2: importar un archivo de proyecto existente

1. Localice un archivo de proyecto OpenRefine exportado previamente desde el hito relevante.
2. Conserve el archivo y utilice Importar proyecto desde la pantalla de inicio de la aplicación.
3. Asigne al candidato importado un nombre de recuperación distinto.
4. Compare su tabla, el historial de Deshacer/Rehacer y la información de conciliación relevante.

Un archivo nativo puede preservar los datos y el historial del proyecto que una exportación de datos simples omite. Sin embargo, representa el momento en que fue creado. Inspeccione una transformación reciente distintiva antes de asumir que contiene la última limpieza. También mantenga el archivo separado del proyecto de trabajo importado, para que los experimentos posteriores no puedan convertirse en la única copia sobreviviente de ese hito.

Distinguir la historia de las facetas actuales.

Un archivo conserva información importante del proyecto, pero las vistas actuales y las facetas aplicadas pueden necesitar una reconstrucción por separado. Por lo tanto, un proyecto puede contener los datos deseados y tener un aspecto diferente después de la importación. Inspeccione los valores reales y el historial antes de concluir que la limpieza desapareció. Recrea deliberadamente la vista necesaria y registra cualquier expresión de la que dependa la vista.

Si el proyecto importado incluye resultados de conciliación, verifique si el servicio correspondiente está disponible en el nuevo entorno. Los identificadores sobrevivientes y la capacidad de continuar con la conciliación son cuestiones separadas. Conserve la información importada antes de actualizar los servicios o aplicar nuevas sugerencias, porque una nueva operación puede cambiar el estado de los datos que desea evaluar.

Ruta gratuita 3: inspeccionar un estado Deshacer/Rehacer superviviente

1. Conserve el proyecto actual como archivo antes de cambiar su posición histórica.
2. Abra Deshacer/Rehacer e identifique la transformación relevante o el hito anterior (Undo/Redo).
3. Inspeccione el estado útil sin descartar la versión actual conservada.
4. Exporte o archive la recuperación aceptada por separado antes de continuar con la limpieza.

El historial registrado puede ayudar a deshacer una transformación no deseada cuando el proyecto sobreviva. No crea un proyecto fuente faltante ni restaura operaciones que nunca alcanzaron el almacenamiento persistente. Compare también la tabla real después de seleccionar un estado histórico. Una etiqueta de paso puede resumir una operación sin revelar todos los valores afectados, por lo que la inspección del contenido sigue siendo necesaria.

Mantenga disponibles los cambios útiles posteriores

Un estado anterior puede restaurar filas eliminadas sin realizar correcciones posteriores válidas. Preservar ambas etapas y determinar qué cambios necesitan una nueva aplicación deliberada. No se limite a adoptar la tabla más antigua que parezca completa si descarta el trabajo verificado. Una reconstrucción controlada puede retener la historia útil y al mismo tiempo hacer explícitas las decisiones de transformación restantes.

Para cada estado aceptado, compare identificadores representativos, recuentos de filas y columnas clave. Luego, inspeccione cualquier caso límite conocido, como un valor en blanco o una celda con varios valores. Estas comprobaciones conectan la operación del historial con el significado de los datos que necesita conservar, en lugar de tratar una reversión completa como prueba de corrección.

Ruta gratuita 4: volver a aplicar una receta de operaciones guardada

1. Conserve el conjunto de datos de entrada original e identifique su revisión exacta y su configuración de importación.
2. Cree un nuevo proyecto de recuperación a partir de una copia de esa entrada.
3. Revise una receta de operaciones guardada existente y aplique las operaciones adecuadas a través de Deshacer/Rehacer.
4. Comparar datos intermedios y finales, documentando operaciones que la receta no reproduce.

Una receta de operaciones es una ayuda para la reconstrucción, no un sustituto completo de un archivo de proyecto nativo. Puede depender de los nombres de las columnas, las opciones de importación y el estado de los datos originales. Algunos trabajos interactivos pueden requerir una atención especial. Por lo tanto, inspeccione la receta y pruebe sus resultados en lugar de asumir que recreará el proyecto anterior a partir de cualquier CSV estructurado de manera similar.

Comparar dependencias antes de aplicar operaciones.

Verifique los nombres de las columnas, los tipos, los separadores y la estructura de los registros con la importación original. Una receta que hace referencia a la columna incorrecta puede fallar o producir un resultado plausible pero incorrecto. También conserve la entrada en lugar de editarla para ejecutar la receta. Cualquier adaptación necesaria debe ser una decisión de reconstrucción documentada en el nuevo proyecto de recuperación.

Inspeccione puntos de control significativos después de transformaciones importantes. Por ejemplo, compare los recuentos de filas después de la eliminación, los identificadores conocidos después de la división y los valores representativos después de la normalización. Un mensaje de operación exitosa solo establece que la aplicación realizó algo. Las comprobaciones de contenido muestran si reprodujo la limpieza histórica prevista.

Recuperarse de una exportación de datos limpia con límites realistas

Un CSV, una hoja de cálculo u otra exportación de datos existente puede conservar la tabla actual en su hito de exportación. Importe una copia a un nuevo proyecto e inspeccione, pero no asuma que se devolvió el historial original. La exportación puede omitir valores anteriores, filas eliminadas o contexto de conciliación. Etiquete el resultado como un conjunto de datos recuperado con un historial de proyecto limitado.

Identificar qué estado representa la exportación

Compare registros conocidos, nombres de columnas y la transformación distintiva que motivó la recuperación. Luego inspeccione el recuento de filas con los filtros de exportación comprendidos. Se puede completar un archivo para una vista seleccionada y al mismo tiempo omitir registros fuera de esa selección. Mantenga la exportación y cualquier archivo del proyecto por separado hasta que establezca su alcance real.

Si solo sobrevive una exportación parcial, consérvela como contenido útil e identifique el rango que falta. Puede reconstruir el resto a partir de aportaciones originales o fuentes autorizadas, pero se trata de un trabajo con datos nuevos. Registre esas fuentes y decisiones en lugar de presentar el resultado combinado como una restauración directa del proyecto original.

Diagnosticar filas faltantes antes de asumir la eliminación

Inspeccione las facetas activas, los filtros de texto, el modo de grabación y el recuento mostrado. Una vista filtrada puede ocultar filas que permanecen en el proyecto. Borre o ajuste los controles de vista relevantes en un contexto de trabajo y compare identificadores conocidos. Por el contrario, las filas realmente eliminadas requieren un historial u otra fuente en lugar de cambios repetidos en la visualización del navegador.

Mantenga claros los conceptos de filas y registros

Un proyecto puede organizar la información de manera que un registro lógico abarque varias filas. Compare la estructura prevista antes de aceptar una diferencia de recuento como pérdida de datos. Luego inspeccione los registros representativos y sus valores asociados. Una tabla recuperada con el recuento total de filas esperado aún puede tener agrupaciones rotas o faltar relaciones que sean importantes para transformaciones posteriores.

Si una actualización del navegador cambia solo las facetas visibles, inspeccione los datos guardados del proyecto antes de reconstruir todo. El estado de vista y el estado de transformación tienen diferentes roles de persistencia. Recuperar la vista puede ser una pequeña tarea de interfaz, mientras que recuperar una transformación perdida requiere historial o evidencia de archivo. Mantener esos roles separados ayuda a evitar una reconstrucción innecesaria.

Revisar la información de conciliación después de la recuperación

Inspeccione los identificadores, coincidencias y juicios supervivientes en busca de registros representativos. Luego confirme el servicio de conciliación previsto y su disponibilidad. Un proyecto importado puede conservar los resultados y al mismo tiempo requerir la configuración del entorno para continuar trabajando. No actualice ni reemplace las coincidencias existentes en términos generales antes de preservar la fuente y comprender qué puede cambiar una nueva respuesta de servicio.

Mantenga separadas las coincidencias verificadas y las inciertas

Un identificador recuperado sólo es útil cuando pertenece a la entidad y fuente previstas. Compare ejemplos conocidos y casos ambiguos. Si reconstruye una coincidencia manualmente, registre esa decisión en lugar de tratarla como un historial restaurado. Esto facilita la revisión posterior y evita que una asociación incierta ingrese silenciosamente al conjunto de datos aceptado.

Inspeccione también las columnas derivadas de conciliaciones o búsquedas externas. Sus valores pueden reflejar la hora de la solicitud original. Repetir la búsqueda puede producir información más nueva, que es una actualización de datos en lugar de una recuperación histórica. Conserve el resultado original y decida deliberadamente si la tarea necesita el estado anterior o un conjunto de datos actualizado.

Una recuperación trabajada después de un paso de limpieza no deseado

Supongamos que una transformación elimina filas útiles y luego se realizan correcciones. Conserve el archivo del proyecto actual, inspeccione Deshacer/Rehacer y localice el estado antes de la eliminación. Compare los identificadores conocidos para confirmar que las filas regresan. Luego identifique las correcciones posteriores que aún necesita, en lugar de aceptar la reversión como la solución final completa.

Reconstruir la secuencia aceptada de forma transparente.

Utilice la entrada conservada, el historial útil y las operaciones revisadas para crear un proyecto de recuperación independiente cuando sea necesario. Compare los recuentos intermedios y los valores representativos después de cada etapa principal. Registre cualquier decisión manual que la receta no pueda reproducir. Esto le da a otro analista una explicación clara del resultado en lugar de una tabla inexplicable que simplemente se parece a la antigua exportación.

Finalmente, archive el proyecto aceptado y exporte el conjunto de datos limpio previsto por separado. Vuelva a abrir o importar una copia de prueba y comparar nuevamente la transformación distintiva. Esto verifica tanto el trabajo continuo del proyecto como los datos entregables inmediatos, que preservan información diferente y deben permanecer claramente identificados.

Compare una recuperación de OpenRefine con un hito de datos conocido

Elija algunos registros que establezcan el estado de limpieza previsto, incluido un registro ordinario y un caso difícil. Registre los valores esperados, la estructura de filas o registros y la transformación relevante. Luego inspeccione esos ejemplos en cada proyecto candidato. Una tabla con los encabezados correctos y el recuento total aún puede contener una decisión de normalización anterior o una relación rota, por lo que la comparación a nivel de contenido sigue siendo necesaria incluso cuando la importación se realiza correctamente.

Inspeccione la entrada original antes de reproducir las operaciones.

Identifique las opciones exactas de revisión e importación del conjunto de datos utilizadas por el proyecto original. Compare separadores, codificación, encabezados, nombres de columnas y cualquier agrupación de registros que afecte operaciones posteriores. Una receta guardada puede ejecutarse con un archivo similar y producir un resultado diferente. Conserve los datos aportados y documente las adaptaciones necesarias en lugar de editarlos casualmente hasta que la receta parezca funcionar. Esto mantiene la reconstrucción separada de la evidencia sobre el análisis histórico.

Para una importación de varios archivos, inspeccione la identificación del origen y los pedidos cuando sean importantes. Una recuperación puede incluir los mismos registros y al mismo tiempo cambiar el contexto en el que se basaron las operaciones posteriores. Compare identificadores representativos entre las fuentes y conserve información de procedencia. Esto le ayuda a detectar una combinación plausible pero incorrecta y evita que una exportación final limpia oculte la incertidumbre sobre dónde se originaron las filas recuperadas.

Utilice el historial como fuente de estado de datos en lugar de una lista de etiquetas

Una entrada del historial resume una operación, pero la tabla en ese punto muestra su efecto real. Inspeccione los valores y recuentos relevantes antes y después del paso candidato. Luego conserve los estados útiles por separado cuando corresponda. Esto le brinda una forma controlada de revertir una transformación no deseada y, al mismo tiempo, conserva evidencia de un trabajo posterior válido que quizás necesite volver a aplicar.

Conciliar filas restauradas con correcciones posteriores

Supongamos que la reversión restaura los registros eliminados pero también descarta una corrección ortográfica posterior. Conserve el estado actual y el estado anterior útil y luego identifique el alcance real de la corrección. Vuelva a aplicar solo el trabajo verificado en un nuevo proyecto de recuperación. No agregue ciegamente todas las filas antiguas, ya que la eliminación puede haber sido correcta para algunos registros. Compare identificadores conocidos y documente la decisión que distingue las exclusiones intencionales de los datos perdidos accidentalmente.

Inspeccione también las transformaciones que cambiaron la estructura, como dividir celdas o columnas. Un valor restaurado puede ser correcto aunque aparezca en una fila o contexto de registro diferente. Compare la relación que espera la siguiente operación. Esta verificación estructural es importante cuando una receta de historial depende de la creación o agrupación de columnas previas, y proporciona evidencia más sólida que simplemente confirmar que el texto faltante es visible en algún lugar de la tabla.

Evaluar una receta de operaciones según sus dependencias.

Revise la receta antes de aplicarla e identifique las columnas, expresiones y suposiciones de entrada que utiliza. Luego pruebe los puntos de control significativos en un proyecto separado. Es posible que algunas operaciones grabadas no reproduzcan todas las decisiones interactivas o respuestas externas. Mantenga esos límites explícitos. Una receta es una poderosa ayuda para la reconstrucción, pero una aplicación exitosa no es prueba de que recrea la historia original del proyecto a partir de datos arbitrarios similares.

Compare valores intermedios en lugar de solo el archivo final

Después de una transformación importante, inspeccione un registro representativo, un recuento y cualquier caso límite relevante. Esto ayuda a localizar dónde comienza a diferir una reconstrucción. Una exportación final puede parecer familiar, mientras que una normalización anterior cambió los datos subyacentes. Las comprobaciones intermedias hacen que la recuperación sea revisable y reducen la tentación de parchear el resultado cosméticamente sin entender la causa de la diferencia.

Para expresiones copiadas de notas o de una receta anterior, inspeccione cuidadosamente los nombres de columnas literales y los separadores. Un pequeño cambio de traducción o transcripción puede alterar el significado. Conserve la receta original y registre cualquier expresión adaptada en la nota de reconstrucción. Luego compare su efecto real en los registros conocidos. Esto conecta la operación técnica con la decisión de limpieza de datos prevista y evita que revisores posteriores traten una nueva adaptación como código histórico recuperado.

Distinga los archivos de proyectos de las exportaciones de datos ordinarias

Un archivo nativo puede conservar datos e historial, mientras que una exportación normal puede conservar el estado de una tabla seleccionada con mucho menos contexto del proyecto. Conserve ambos cuando estén disponibles y compare el hito que representa cada uno. Un CSV limpio puede respaldar el trabajo posterior inmediato sin restaurar valores anteriores ni juicios de reconciliación. Indique ese alcance antes de adoptarlo como proyecto de reemplazo.

Inspeccionar la vista seleccionada de la exportación

Determine si los filtros o facetas restringieron los datos exportados. Luego compare los identificadores conocidos incluidos y excluidos. Un archivo puede estar completo para la vista seleccionada y al mismo tiempo omitir registros que siguen siendo importantes para todo el proyecto. No infiera la recuperación completa del proyecto a partir de un encabezado familiar y un recuento de filas plausible. Conserve la función de exportación y busque un archivo nativo o entrada original para cualquier contexto faltante.

Si reconstruye a partir de una exportación parcial y datos originales, registre qué columnas y registros provienen de cada fuente. Compare la información superpuesta antes de fusionarla. Esto evita que se combinen valores antiguos y nuevos sin una base clara. Un conjunto de datos verificado más pequeño puede ser más útil que una tabla más grande cuya procedencia y estado de transformación son inciertos.

Recuperar el trabajo de conciliación sin actualizarlo silenciosamente

Inspeccionar los identificadores supervivientes y las sentencias sobre registros representativos, incluidos los casos ambiguos. Luego identifique el servicio de conciliación y cualquier configuración del entorno necesaria para continuar. Repetir una búsqueda externa puede devolver información más reciente, lo que puede ser útil pero es una actualización de datos en lugar de una recuperación histórica. Conserve el estado existente antes de probar los resultados actualizados.

Mantenga separadas las coincidencias confirmadas y reconstruidas

Un nombre de entidad reconocible no prueba que el identificador recuperado apunte a la entidad prevista. Compare la coincidencia real y la información de respaldo. Si una fuente carece del juicio original, registre cualquier coincidencia recién elegida como reconstrucción. Esto hace que el conjunto de datos aceptado sea más fácil de revisar y evita que una asociación incierta gane autoridad simplemente porque aparece en un proyecto recuperado.

Compare también las columnas derivadas de búsquedas externas o transformaciones después de la conciliación. Pueden depender tanto de la entidad coincidente como del momento de la solicitud. Conserve esos valores y decida deliberadamente si la tarea necesita el estado histórico o una actualización actual. Una separación clara evita utilizar una respuesta moderna como evidencia sin fundamento sobre lo que contenía el antiguo proyecto.

Pruebe el archivo aceptado como una restauración de proyecto real

Exporte un archivo nativo de la recuperación aceptada y luego importe una copia de prueba con un nombre distinto. Compare nuevamente los registros conocidos, los hitos históricos y la información de conciliación relevante. Inspeccione también qué vistas necesitan recreación separada. Esta prueba práctica verifica lo que realmente proporciona el método de preservación y ayuda a evitar que una exportación de solo datos se convierta en un supuesto archivo completo del trabajo analítico.

Ofrezca al próximo analista un registro fuente conciso

Registre el espacio de trabajo o el archivo candidato, la revisión de entrada, las operaciones reconstruidas y las lagunas específicas no resueltas. Luego, mantenga el archivo nativo aceptado y la exportación limpia prevista asociados con el mismo hito. Otro analista puede utilizar los datos y al mismo tiempo comprender su historia y sus límites. Si una transformación sigue siendo incierta, dígala claramente. Un proyecto en su mayor parte recuperado es valioso cuando se preservan sus evidencias y las decisiones restantes son revisables.

Mantenga identificable la tabla recuperada y su historial.

Guarde el archivo nativo aceptado y la exportación de datos deseada con una descripción de hito compartida. Luego compare un registro conocido y una transformación después de importar una copia de prueba. Esto verifica que el archivo admita el trabajo continuo del proyecto mientras que la exportación suministra el conjunto de datos inmediato. Sus diferentes roles deberían quedar claros en el traspaso de poder.

Registre una transformación no resuelta como una pregunta concreta

Si el parámetro previsto de una operación es incierto, conserve las alternativas e indique las columnas o registros afectados. Aún puedes recuperar la mayor parte del proyecto sin seleccionar silenciosamente un valor conveniente. Una brecha específica le da a otro analista una decisión revisable en lugar de una diferencia inexplicable escondida en la mesa final.

Antes de que comience una nueva limpieza, conserve el hito de recuperación estable por separado. De este modo se pueden distinguir las transformaciones posteriores de la restauración histórica, y se puede comparar significativamente un archivo recién encontrado. Este límite protege tanto la evidencia recuperada como el nuevo trabajo analítico válido de convertirse en una mezcla ambigua de revisiones.

Cuando la recuperación del almacenamiento puede ayudar a los proyectos OpenRefine

PandaOffice Drecov puede ayudar a recuperar archivos de proyectos guardados eliminados, archivos de espacio de trabajo, entradas originales o exportaciones anteriores en un almacenamiento legible. No puede recrear una transformación que nunca llegó al disco ni inferir todo el historial a partir de un CSV final. Utilice primero los espacios de trabajo, los archivos y el historial supervivientes y reduzca las escrituras en la ubicación afectada mientras investiga los archivos eliminados.

Paso 1: identificar el espacio de trabajo real o la ubicación del archivo

Elija la unidad o partición que contenía el espacio de trabajo local, el archivo del proyecto o la entrada original. Registre el componente de origen al que apunta cada búsqueda. Mantenga la salida de recuperación en otro almacenamiento saludable. Si la fuente se desconecta repetidamente o informa fallas de lectura de hardware, evalúe esa condición antes de continuar con un análisis de recuperación de software de rutina.

Paso 2: comparar proyectos y conjuntos de datos candidatos

Revise las rutas, nombres, tamaños, fechas y vistas previas compatibles disponibles. Conserve archivos plausibles y candidatos para espacios de trabajo sin combinar versiones no relacionadas. Un encabezado CSV reconocible no establece que el historial del proyecto haya sobrevivido. Mantenga alternativas útiles y evalúe su tabla, operaciones y contexto en OpenRefine después de la recuperación.

Paso 3: restaurar en otro lugar y verificar el estado de los datos

Recupere archivos seleccionados en un destino separado y conserve un conjunto intacto. Importe un archivo de trabajo o inspeccione un espacio de trabajo copiado apropiado a través del flujo de trabajo de la aplicación compatible. Compare historial, registros conocidos, recuentos, columnas e información de conciliación. Mantenga los fragmentos inciertos separados del proyecto aceptado para que no puedan reemplazar el material verificado.

Preservar un proyecto aceptado y revisable

Registre el espacio de trabajo o la fuente del archivo, la revisión de entrada, el historial recuperado y las operaciones reconstruidas. Luego conserve tanto un archivo de proyecto nativo como la exportación de datos prevista del hito aceptado. Esto le da al siguiente analista una conexión confiable entre la mesa limpia y las transformaciones que la produjeron.

Probar un archivo de proyecto como una restauración real

Utilice una muestra copiada para verificar que un archivo se importe con el historial y los datos esperados. Luego compare lo que conserva una simple exportación y lo que omite. Esta prueba práctica aclara la diferencia entre guardar una tabla y conservar un proyecto, y ayuda a evitar que una copia de solo exportación se convierta en el plan de recuperación supuesto para todo el trabajo analítico.

Recursos de recuperación relacionados

Explore las opciones de recuperación relevantes: Recuperación del disco duro, Recuperación de disco duro externo.

Para conocer otro caso de recuperación y sus comprobaciones prácticas, lea la guía de recuperación relacionada.

Consulte la guía del proveedor para la versión instalada: documentación oficial de recuperación 1, documentación oficial de recuperación 2, documentación oficial de recuperación 3.