Hay una carpeta en la raíz de los sistemas operativos Linux y Unix llamada /lost+found/
¿Para qué sirve? ¿Bajo qué circunstancias interactuaría con él? ¿Cómo interactuaría con él?
Hay una carpeta en la raíz de los sistemas operativos Linux y Unix llamada /lost+found/
¿Para qué sirve? ¿Bajo qué circunstancias interactuaría con él? ¿Cómo interactuaría con él?
lost+found
. Si desea ocultarlo, use un sistema de archivos diferente o móntelo en otro lugar, mantenga todo en un subdirectorio y vincule el subdirectorio al lugar "real" desde el que usa los datos.lost+found
es específico del sistema de archivos extendido de Linux (ext2–4). Unices, por ejemplo, FreeBSD normalmente no tiene este directorio en sus sistemas de archivos (UFS, ZFS).lost+found
ha existido prácticamente desde siempre en los sistemas BSD. De hecho, acabo de comprobarlo y definitivamente estaba allí en 4.3BSD, y parece recordarlo mucho antes. Y ciertamente está en FreeBSD hoy.Respuestas:
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 nombre de archivo correspondiente. Estos datos todavía están utilizando espacio, pero no es accesible por ningún medio normal.Si le indica
fsck
que repare el sistema de archivos, convertirá estos archivos casi eliminados nuevamente en archivos. La cuestión es que el archivo tenía un nombre y una ubicación una vez, pero esa información ya no está disponible. Entoncesfsck
deposita el archivo en un directorio específico, llamadolost+found
(después de la propiedad perdida y encontrada ).Los archivos que aparecen
lost+found
generalmente son archivos que ya estaban desvinculados (es decir, su nombre se había borrado) pero que todavía se abrieron por algún proceso (por lo que los datos aún no se borraron) cuando el sistema se detuvo repentinamente (pánico del kernel o falla de energía). Si eso es todo lo que sucedió, estos archivos se eliminarán de todos modos, no necesita preocuparse por ellos.Los archivos también pueden aparecer
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 o no contener datos útiles, e incluso si lo hacen pueden estar incompletos o desactualizados; todo depende de cuán grave sea el daño del sistema de archivos.En muchos sistemas de archivos, el
lost+found
directorio es un poco especial porque asigna previamente un poco de espacio parafsck
depositar archivos allí. (El espacio no es para los datos del archivo, que sefsck
quedan en su lugar; es para las entradas del directorio quefsck
tiene que componer). Si elimina accidentalmentelost+found
, no lo vuelva a crearmkdir
, usemklost+found
si está disponible.fuente
fsck
fue necesario y mencionó encontrar archivos y vincularloslost+found
. En 20 años con varios sistemas de archivos, solo he visto esto una vez. Y eso fue antes de que viajar fuera la norma.lost+found
directorio se crea cada vez que crea un sistema de archivos ext4 (como con muchos otros sistemas de archivos), ya sea que se realice como parte de la instalación del sistema o no. "Formatear su HDD" es solo un caso de eso. Lo quefsck
hace es posiblemente agregar archivos allí.El
lost+found
directorio (no Perdido + Encontrado) es una construcción utilizadafsck
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 ellost+found
directorio de ese sistema de archivos 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 propiolost+found
directorio, pero es posible que esté buscando 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 puedan recuperar después defsck
colocarlos aquí.fuente
find
operación en una o variasext[2|3|4]
particiones desde una cuenta de usuario que no sea administrador, siempre obtendrá estos errores completamente innecesarios de "permiso denegado" . Ciertamente, hay formas de eludir ese tipo de errores, pero es un poco incómodo porque el estándarfind . -name '*whatever*'
no funcionará.Permission denied
advertencia. Dada la respuesta de esta pregunta, sé quelost+found
es parte del sistema de archivos y, por lo tanto, puedo ignorar con seguridad la advertencia generada (pero desearía que no produjera la advertencia).lost+found
. Esto se sintió demasiado hilarante para ser verdad (me senté aquí con una amplia sonrisa), por las ridículas veces en que estamos agradecidos de que no pueda competir con aquellos cuando preferimos lanzar un "¡Fuera!" deletrea a este molesto lo + fo.De "Jerarquía del sistema de archivos de Linux", sección / perdido + encontrado " :
fuente