Existe una carpeta en la raíz de los sistemas operativos Linux y Unix llamada /lost+found/
.
¿Para qué sirve? ¿En qué circunstancias podría interactuar con ella? ¿Cómo podría interactuar con ella?
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.