¿Para qué sirve la carpeta lost+found en Linux y Unix?

Si ejecuta fsck, el comando de comprobación y reparación del sistema de archivos, puede encontrar fragmentos de datos que no están referenciados en ninguna parte del sistema de archivos. En particular, fsck puede encontrar datos que parecen un archivo completo pero que no tienen un nombre en el sistema - un inodo sin el correspondiente nombre de archivo. Estos datos siguen ocupando espacio, pero no son accesibles por ningún medio normal.

Si le dices a fsck que repare el sistema de archivos, volverá a convertir estos archivos casi borrados en archivos. La cuestión es que el archivo tenía un nombre y una ubicación, pero esa información ya no está disponible. Así que fsck deposita el archivo en un directorio específico, llamado lost+found (por la propiedad lost and found).

Los archivos que aparecen en lost+found suelen ser archivos que ya estaban desvinculados (es decir, su nombre había sido borrado) pero que todavía estaban abiertos por algún proceso (por lo que los datos aún no se habían borrado) cuando el sistema se detuvo repentinamente (pánico del kernel o fallo de alimentación). Si eso es todo lo que ocurrió, estos archivos estaban destinados a ser borrados de todos modos, no necesita preocuparse por ellos.

Los archivos también pueden aparecer en lost+found porque el sistema de archivos estaba en un estado inconsistente debido a un error de software o hardware. Si ese es el caso, es una forma de encontrar archivos que se perdieron pero que la reparación del sistema logró salvar. Los archivos pueden contener o no datos útiles, e incluso si los contienen pueden estar incompletos o desactualizados; todo depende de la gravedad del daño del sistema de archivos.

En muchos sistemas de archivos, el directorio lost+found es un poco especial porque preasigna un poco de espacio para que fsck deposite los archivos allí. (El espacio no es para los datos de los archivos, que fsck deja en su lugar; es para las entradas del directorio que fsck tiene que crear). Si borras accidentalmente lost+found, no lo recrees con mkdir, usa mklost+found si está disponible.

El directorio lost+found (no Lost+Found) es una construcción utilizada por fsck cuando hay daños en el sistema de archivos (no en el dispositivo de hardware, sino en el fs). Los archivos que normalmente se perderían debido a la corrupción de los directorios estarían enlazados en el directorio lost+found de ese sistema de archivos por número de inodo. Algunos de estos podrían ser directorios perdidos o archivos perdidos o incluso dispositivos perdidos. Cada sistema de ficheros debería tener su propio directorio lost+found, pero es posible que se trate de un sistema con un solo sistema de ficheros. En general, debería esperar que el directorio esté vacío; pero si hay corrupción, agradezca que en muchas condiciones los archivos pueden ser recuperados después de que fsck los coloque aquí.

De "La jerarquía del sistema de archivos de Linux", sección [/lost+found" (http://www.tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html):

Como se explicó anteriormente durante la visión general de la FSSTND, Linux siempre debe pasar por un apagado adecuado. A veces su sistema puede fallar o un fallo de alimentación puede hacer que la máquina se caiga. De cualquier manera de cualquier manera, en el siguiente arranque, una larga comprobación del sistema de archivos usando fsck será hecho. Fsck revisará el sistema y tratará de recuperar cualquier archivo corrupto que encuentre. corruptos que encuentre. El resultado de esta operación de recuperación será colocado en este directorio. Es probable que los archivos recuperados no estén completos o tengan mucho sentido, pero siempre hay una posibilidad de que se recupere algo que valga la pena. Cada partición tiene su propio directorio lost+found. Si encuentra archivos allí, intente moverlos de vuelta a su ubicación original. Si usted encuentra algo como un roto enlace simbólico a 'archivo', tienes que reinstalar el/los archivo/s desde el RPM correspondiente, ya que su sistema de archivos se dañó tanto que los archivos fueron mutilados hasta quedar irreconocibles. A continuación se muestra un ejemplo de directorio /lost+found. Como puede ver, la gran mayoría de los archivos contenidos aquí son en realidad sockets. En cuanto al resto de los otros archivos se encontraron para ser archivos de sistema dañado y personal archivos. Estos archivos no pudieron ser recuperados.