¿Qué pasará con los archivos si la computadora portátil se reinicia cuando se corta y mueve un archivo?

Probablemente nada, especialmente si su instalación de Windows (o cualquier disco en el que esté escrito) está formateada como NTFS. Dado que eso solo actualizaría la tabla de contenido una vez que el archivo haya terminado de escribirse.

Existe una pequeña posibilidad de que, mientras se actualiza la tabla de contenido, ocurra una falla de energía. Una fracción de segundo. En este momento, podría corromper algunas entradas de la tabla, pero lo más probable es que esto se solucione a través de un chkdsk después de un reinicio (ya que hay dos copias y un diario para indicar lo que ya ocurrió). Aun así, la mayoría de las unidades vienen con un condensador para terminar la última parte de la escritura, incluso si se corta la alimentación inesperadamente, al menos lo suficiente como para terminar la escritura de la tabla de contenido.

Lo que puede suceder es que algunos archivos que creías haber guardado, en realidad no se guardaron. Esto se debe a que Windows tiende a mantener una memoria caché en la RAM antes de escribirlas en el disco. Especialmente en los discos internos, puede convertirse en un problema, ya que la memoria caché de RAM se pierde antes de que la unidad pueda escribirla. Pero aún así, la unidad debe tener el mismo contenido que solía justo antes de escribir en ella.

Mucho peor es si obtiene un pico de energía, lo que hace que la electrónica de la unidad realmente escriba algunos datos basura. Eso puede destruir fácilmente muchos archivos en el disco.

Esta respuesta depende del momento de la copia en que se interrumpe el proceso.

La razón de esto es que dentro de la computadora se hace referencia a un archivo / carpeta mediante una dirección de memoria especialmente estructurada, en el caso de UNIX / OSX / Linux, estos descriptores se denominan inodes (inode – Wikipedia). Para ilustrar este ejemplo, usaré el término i-node pero funciona respectivamente en Windows con su sistema de archivos.

Entonces, lo que el sistema de archivos ve dentro de un directorio es un montón de inodos que pueden hacer referencia a más inodos o archivos. Por lo tanto, el archivo viene especificado por el inodo que apunta a ellos. Cuando se corta y mueve el archivo, no mueve literalmente el archivo de una posición de memoria a otra. Lo que debe hacer es cambiar el inodo de los archivos para que el inodo del directorio de destino haga referencia, cuando se realiza esta tarea (tarea muy rápida) el sistema elimina la referencia a los inodos de archivos del directorio de origen.

Si el proceso se interrumpe antes de que el inodo de los archivos se mueva al directorio de destino, el archivo solo aparecerá referenciado por el directorio de origen.

Si el proceso se interrumpe justo después de la copia del inodo y antes de que se elimine la referencia del primer directorio, el archivo será referenciado por 2 directorios diferentes.

Ahora, lo que hace el sistema operativo depende de la implementación, hay sistemas de archivos que permiten este tipo de referencias duales (por ejemplo, accesos directos a archivos / directorios), pero el núcleo podría registrar las tareas del sistema operativo, como las tareas del sistema de archivos y sus funciones de devolución de llamada para deshacer los cambios . En este caso, una opción podría ser deshacer la operación, ya que el sistema operativo cuando se inicie nuevamente verá que una tarea del sistema operativo se inició y no finalizó, y dado que el propósito original no era hacer una referencia múltiple a un archivo / directorio, esto podría deshacerse manteniendo fácilmente el información relevante de la tarea, pero esto depende de la implementación del sistema operativo.

Si mueve un archivo entre sistemas de archivos es un proceso de copia y, una vez hecho esto, elimina el original, por lo tanto, si se interrumpe, parte del archivo / archivos debe haberse copiado en el nuevo, dejando potencialmente un archivo no completamente copiado, esto podría resultar en un archivo dañado en el sistema de archivos de destino y los datos que aún no se han movido + el archivo que se copió cuando ocurre el problema estará intacto en el sistema de archivos original.

Espero que mi respuesta haya sido útil, si tiene alguna duda o alguna otra pregunta, hágamelo saber en los comentarios.

La solución verdadera y, sin embargo, no muy práctica para esta respuesta es que la respuesta es “Indefinida”, nadie puede predecir cómo responderá la computadora portátil ante tal evento. Sin embargo, como Quantum, no puede predecir en el “momento” lo que sucederá; sin embargo, puede reducir una breve lista de posibilidades de lo que sucedió durante la operación de cortar / mover.