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+foundes 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+foundha 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,fsckpuede 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
fsckque 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. Entoncesfsckdeposita el archivo en un directorio específico, llamadolost+found(después de la propiedad perdida y encontrada ).Los archivos que aparecen
lost+foundgeneralmente 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+foundporque 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+founddirectorio es un poco especial porque asigna previamente un poco de espacio parafsckdepositar archivos allí. (El espacio no es para los datos del archivo, que sefsckquedan en su lugar; es para las entradas del directorio quefscktiene que componer). Si elimina accidentalmentelost+found, no lo vuelva a crearmkdir, usemklost+foundsi está disponible.fuente
fsckfue 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+founddirectorio 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 quefsckhace es posiblemente agregar archivos allí.El
lost+founddirectorio (no Perdido + Encontrado) es una construcción utilizadafsckcuando 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+founddirectorio 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+founddirectorio, 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 defsckcolocarlos aquí.fuente
findoperació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 deniedadvertencia. Dada la respuesta de esta pregunta, sé quelost+foundes 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