¿Cómo puedo eliminar este directorio? Lo hice fscky encontró algo de basura, revisé estos archivos y no había nada importante. Así que intenté eliminar el contenido /lost+foundy todo se fue, excepto este extraño directorio. Pensé que ponerlo en /tmp(puedo mover ese directorio a través del volumen) lo borrará en el próximo reinicio, pero todavía está allí después de reiniciar y otro fsck.
Como parece que el problema es de bajo nivel y jugar con la propiedad y los permisos no es suficiente, he podido reproducir el problema usted mismo. ¡Disfrutar!
- Esto es seguro, podrá desmontar la imagen para deshacerse de estos directorios en su máquina ;
- Esto no es una imagen iso, es el resultado de
dd if=/dev/sda1 of=/files/broken.iso;
Hice un archivo de 15MB con la imagen que es ~ 1.2GB. Puede descargarlo y utilizarlo con los siguientes comandos:
cd /tmp
wget https://dl.dropboxusercontent.com/u/22701362/broken.tar.xz
tar xvf broken.tar.xz
mkdir test
sudo mount broken.iso test
cd test
Habría dos directorios (durante la creación de esa imagen parece que hay dos directorios en mi disco):
/tmp/test> tree
.
├── 1
│ └── plexus-component-annotations-1.5.5.jar.sha1 [error opening dir]
└── 2
└── #1589030 [error opening dir]
4 directories, 0 files
Buena suerte con la eliminación de estos dos directorios:
/tmp/test> sudo rm -rf *
rm: cannot remove '1/plexus-component-annotations-1.5.5.jar.sha1': Operation not permitted
rm: cannot remove '2/#1589030': Operation not permitted
/tmp/test> sudo chown -R root:root *
chown: changing ownership of '1/plexus-component-annotations-1.5.5.jar.sha1': Operation not permitted
chown: cannot read directory '2/#1589030': Permission denied
/tmp/test> sudo chmod -R 777 *
chmod: changing permissions of '1/plexus-component-annotations-1.5.5.jar.sha1': Operation not permitted
chmod: changing permissions of '2/#1589030': Operation not permitted
chmod: cannot read directory '2/#1589030': Permission denied
dfsalida nos muestra que su / tmp` es en realidad un directorio normal /y no un tmpfs, que es la configuración predeterminada. Eso es sorprendente, pero explica por qué podría copiar el directorio /tmpy por qué sobrevive al reiniciar. La perlsalida realmente no agrega mucho, no, pero valió la pena intentarlo. Estoy agarrando pajitas aquí.
/tmpes un directorio normal por defecto. Esto se hace para evitar llenarlo hasta el 100% y ahorrar RAM. Se limpia durante el inicio. Este comportamiento existe por mucho tiempo.
/tmpen el mismo volumen? ¿Podría publicar la salida dedf? Además, publique el resultadosudo perl -MFile::Path -e 'rmtree("/tmp/foo") || die "$!"'en caso de que recibamos un mensaje de error más informativo.