No estaba al tanto del mklost+found
comando hasta que leí esta pregunta .
El mklost+found
comando creará un nuevo directorio perdido + encontrado en el pwd.
¿Por qué necesitarías ejecutar este comando? El directorio perdido + encontrado ya existe en / en cada distribución que he comprobado.
¿Qué pasaría si tiene múltiples directorios perdidos y encontrados? ¿Los fragmentos de datos recuperados irían al directorio perdido + encontrado en /, o irían al directorio perdido + encontrado creado más recientemente?
No estoy seguro de cómo podría crear deliberadamente un fragmento de datos para probar esto.
filesystems
lost-found
Spuder
fuente
fuente
rm -rf /lost+found
. Vaya ...Respuestas:
En caso de que el
lost+found
directorio no exista. Dado que es solo un directorio ordinario, elroot
usuario puede eliminarlo usandorm -r
. Algunas versiones defsck
, cuando necesitan hacer uso de unlost+found
directorio, lo crearán si no existe, y algunas versiones no lo harán. Si no haylost+found
directorio,fsck
no puede recuperar archivos huérfanos, es decir, archivos que no tienen entradas de directorio que se refieran a ellos.La versión de Linux
mklost+found
tiene la siguiente característica (de la página de manual mklost + found ):Esto significa que, si tiene que recuperar archivos de un sistema de archivos dañado usando
fsck
, se perderán menos archivos como parte del proceso de recuperación porquefsck
no necesitará asignar bloques desde el sistema de archivos; tales bloques que pueden contener datos de archivo válidos.Para un sistema de archivos dado,
fsck
solo usará unlost+found
directorio: el que está en el directorio raíz del sistema de archivos. Cualquier otrolost+found
directorio no será tratado especialmente.fuente
Algo necesita crear el
lost+found
, este comando parece hacer eso. Cada medio que montes necesita mantener el suyolost+found
.extracto de la página man
¿Cuál es el problema con hacer un
lost+found
directorio?Esperaría que el último sea el que se use
e2fsck
si necesita mover bloques de datoslost+found
.fuente
lost+found
": Sí, pero en la mayoría de los casos ese comando esmke2fs
."El directorio perdido + encontrado ya existe en
/
cada distribución que he revisado".Pero ese no es el punto. Cada sistema de archivos "real" (que se asigna a un almacenamiento de bloque de algún tipo, en oposición a los pseudo sistemas de archivos como / proc y swap) necesita un orfanato perdido + encontrado. Por ejemplo, si tiene un sistema de archivos separado para / home, entonces debería haberlo
/home/lost+found
. Esto se debe afsck
que no moverá un archivo al/lost+found
sistema de archivos raíz; deja los archivos que encuentra donde los encontró, pero crea una entrada de directorio en el orfanato para que un humano pueda intervenir para organizar la adopción adecuada. Saber que algo está en/home/lost+found
vs./var/lost+found
puede hacer que la intervención manual sea mucho más fácil.fuente
De acuerdo con Essential System Administration
Las utilidades más probables como fsck look colocan los fragmentos de archivo en el directorio perdido + encontrado dentro de la raíz de la partición respectiva. Otros directorios perdidos + encontrados deben ser ignorados.
fuente