Hola usuario de nuestra web, encontramos la solución a tu búsqueda, deslízate y la verás a continuación.
Solución:
Si tu corres fsck, el comando de comprobación y reparación del sistema de archivos, podría encontrar fragmentos de datos a los que no se hace referencia en ninguna parte del sistema de archivos. En particular, fsck podría encontrar datos que parecen un archivo completo pero que no tienen un nombre en el sistema, un inodo sin el nombre de archivo correspondiente. Estos datos siguen ocupando espacio, pero no se puede acceder a ellos por ningún medio normal.
Si tu dices fsck para reparar el sistema de archivos, convertirá estos archivos casi eliminados nuevamente en archivos. La cuestión es que el archivo tuvo un nombre y una ubicación una vez, pero esa información ya no está disponible. Asi que fsck deposita el archivo en un directorio específico, llamado lost+found (después de objetos perdidos y encontrados).
archivos que aparecen en lost+found por lo general, son archivos que ya estaban desvinculados (es decir, su nombre se había borrado) pero que aún 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 falla de energía). Si eso es todo lo que sucedió, estos archivos estaban programados para su eliminación 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ó recuperar. Los archivos pueden contener o no datos útiles, y aunque los contengan pueden estar incompletos o desactualizados; todo depende de qué tan grave fue el daño del sistema de archivos.
En muchos sistemas de archivos, el lost+found directorio es un poco especial porque preasigna un poco de espacio para fsck para depositar archivos allí. (El espacio no es para los datos del archivo, que fsck deja en su lugar; es para las entradas del directorio que fsck tiene que compensar.) Si borra accidentalmente lost+foundno lo vuelvas a crear con mkdirusar mklost+found si está disponible.
los lost+found directorio (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 del directorio se vincularían en ese sistema de archivos. lost+found directorio por número de inodo. Algunos de estos pueden ser directorios perdidos o archivos perdidos o incluso dispositivos perdidos. Cada sistema de archivos debe tener su propio lost+found directorio, pero es posible que esté viendo un sistema con un solo sistema de archivos. En general, debe esperar que el directorio esté vacío; pero si hay corrupción, agradezca que en muchas condiciones los archivos se pueden recuperar después fsck los coloca aquí.
De “Jerarquía del sistema de archivos de Linux”, sección /lost+found”:
Como se explicó anteriormente durante la descripción general de FSSTND, Linux siempre debe pasar por un apagado adecuado. A veces, su sistema puede fallar o una falla de energía puede hacer que la máquina se apague. De cualquier manera, en el próximo arranque, se realizará una verificación prolongada del sistema de archivos usando fsck. Fsck revisará el sistema e intentará recuperar cualquier archivo corrupto que encuentre. El resultado de esta operación de recuperación se colocará en este directorio. Es probable que los archivos recuperados no estén completos o tengan mucho sentido, pero siempre existe la posibilidad de que se recupere algo que valga la pena. Cada partición tiene su propio directorio perdido+encontrado. Si encuentra archivos allí, intente moverlos a su ubicación original. Si encuentra algo como un enlace simbólico roto a ‘archivo’, debe reinstalar el/los archivo/s desde el RPM correspondiente, ya que su sistema de archivos se dañó tanto que los archivos fueron mutilados más allá del reconocimiento. A continuación se muestra un ejemplo de un directorio /lost+found. Como puede ver, la gran mayoría de los archivos contenidos aquí son sockets reales. En cuanto al resto de los otros archivos, se descubrió que eran archivos del sistema y archivos personales dañados. Estos archivos no se pudieron recuperar.
Si guardas alguna incertidumbre y forma de medrar nuestro artículo puedes escribir una explicación y con gusto lo observaremos.