Cuando crea algunos sistemas de archivos Linux como ext3, se crea un directorio 'perdido + encontrado'. De acuerdo con esto, los archivos se colocarán allí si los archivos se dañaron por algún tipo de bloqueo del sistema.
¿Qué sucede si este directorio se elimina y el sistema se bloquea? Si se elimina la carpeta, ¿puedo crear un nuevo directorio con mkdir perdido + encontrado o hay atributos que solo se pueden establecer cuando se está creando el sistema de archivos?
linux
filesystems
Zoredache
fuente
fuente
fscktampocoe2fsckdonde recrear esto por mí, no importa si el directorio se monta o no.cd <root-dir-of-the-mount> && mklost+foundlo hizo.Un directorio perdido + encontrado preexistente con un tamaño lo suficientemente grande como para contener una gran cantidad de archivos no vinculados supone una carga menor para e2fsck para crear el directorio y aumentarlo al tamaño apropiado.
Todavía intentará hacerlo, pero ante un sistema de archivos corrupto, puede ser más arriesgado.
Los fsck muy antiguos para otros sistemas de archivos en otras plataformas no pudieron crear / perder + encontrar, ni pudieron hacer crecer. Esta es la historia de la justificación de / lost + found. Pero la lógica actual es simplemente facilitar el trabajo de e2fsck.
fuente
Si no tiene
lost+found,e2fsck(no he inspeccionado el código para otrasfsckimplementaciones) le ofreceré crearlo. Pero también puede recrearlo usted mismo si lo desea; No hay nada particularmente especial en ese directorio (al menos no al inspeccionar el código).fuente
lost+foundes un directorio especial Tiene bloques de disco previamente asignados para que las herramientas de recuperación no necesiten asignar bloques durante la recuperación. Las herramientas comomklost+foundexisten específicamente porquemkdirno lo crearán correctamente. Ver linux.die.net/man/8/mklost+founde2fsck recreará lo perdido + encontrado, y también destruirá cualquier archivo que pueda estar en el camino con el mismo nombre para asegurarse de que pueda crearlo como un directorio.
Tenga en cuenta que muchos sistemas de archivos de Unix más antiguos exigían que perdida + encontrada se adjunte específicamente al inodo número 2, de ahí la necesidad de volver a crear el sistema de archivos en la mayoría de los casos si el directorio se pierde. e2fsck simplemente busca cualquier inodo libre, aparentemente no necesita específicamente el inodo 2, lo que hace que la recuperación sea mucho más simple que en los viejos tiempos.
fuente
Puede crear ese directorio simplemente usando mkdir. Debe ser propiedad de root, con un grupo de root o wheel. Aparte de eso, no hay nada especialmente especial al respecto. En el caso de una falla de energía o apagado incorrecto cuando el sistema se inicia, debería iniciar automáticamente fsck. fsck pasará por el sistema e intentará recuperar los archivos corruptos que encuentre. Cualquier archivo que se encuentre que esté potencialmente dañado se moverá allí.
El otro caso para que los archivos se muevan allí es si fsck encuentra un archivo cuyo inodo principal falta. Este suele ser el caso si un bloque se corrompe en el disco en la ubicación específica donde se almacena el inodo de una carpeta. Reasignará su inodo principal para que sea la carpeta perdida + encontrada.
Editar: no estoy seguro de si este último caso volverá a crear el directorio. Lo dejaría solo para estar seguro. No se me ocurre ninguna razón para eliminarlo. Sin embargo, nada malo sucederá sin él.
fuente
mkdir?Además, en Debian 6 y Ubuntu 12 LTS, se
cronenvió el paquete/etc/cron.daily/standardque detecta loslost+founddirectorios que faltan en los sistemas de archivos locales y envía recordatorios diarios al respecto por correo electrónico, recomendando el uso demklost+found.Sin embargo, esto se eliminó en el momento de Debian 7 y Ubuntu 14 LTS, respectivamente, porque se había vuelto obsoleto.
fuente