Tengo un disco duro externo que está encriptado a través de LUKS. Contiene un ext4 fs.
Acabo de recibir un error de rsync para un archivo que se encuentra en esta unidad:
rsync: readlink_stat("/home/some/dir/items.json") failed: Structure needs cleaning (117)
Si intento eliminar el archivo, aparece el mismo error:
rm /home/some/dir/items.json
rm: cannot remove ‘//home/some/dir/items.json’: Structure needs cleaning
¿Alguien sabe qué puedo hacer para eliminar el archivo y solucionar problemas relacionados con la unidad / fs (si hay alguno)?
gparted
hacer esto. Gparted todavía envuelve e2fsck (en el caso de verificar una partición), pero la interfaz gráfica hace que sea mucho más fácil seleccionar el disco duro adecuado, además de garantizar que ejecute estas herramientas con los argumentos correctos. Con los argumentos equivocados, corre el riesgo de una pérdida severa de datos.Si ayuda a alguien, tuve un problema similar (copias de seguridad rsync / rsnapshot, en un archivo afectado). Publiqué mi problema / solución, aquí:
https://ubuntuforums.org/showthread.php?t=2348768&p=13627299#post13627299
RESUMEN:
error de copia de seguridad rsnapshot (rsync) en el sistema arch linux x86_64; un archivo corrupto y profundamente anidado arrojaba ese error, que también se muestra cuando traté de eliminar ese archivo:
Aquí está el problema:
[Ver también: https://www.reddit.com/r/linuxquestions/comments/4b47r2/has_anyone_ever_gotten_structure_needs_cleaning/ ]
Mi unidad de respaldo es / dev / sda1.
Reiniciado: todo parece estar bien. Entró en la unidad de copias de seguridad, eliminó ese archivo problemático:
QED ?!
[Actualización: sí; eso funcionó: ¡mis copias de seguridad se están ejecutando normalmente, de nuevo! :-)]
fuente
Los sistemas de archivos a veces no están en orden y necesitan limpieza. Esto se puede hacer mediante el comando fsck . Pero recuerde, debe ejecutar fsck solo en particiones desmontadas para evitar el riesgo de corrupción de archivos.
Si su sistema de archivos es ext4, intente ejecutar este comando:
fuente
Es un error habitual cuando intenta eliminar .Trash-0 si intenta eliminar Windows en la codificación del sistema de archivos CP1251 en el sistema Linux. Entonces fs está corrupto pero esto no importa. Fs de Windows siempre corrupto como se ve desde Linux. Pero no es así. Puede intentar abrir este archivo desde Windows OS Todo estará bien. Y luego eliminarlo en windows. Y solo después de esa basura limpia.
fuente
¡¡todos!! Arreglo este problema con este comando en mi shell proxmox
pct stop 100 ## detiene el contenedor
pct fsck 100 ## fsck container, esto repara el problema, en algunos archivos de problemas que están dañados en el sistema de contenedor
pct start 100 ## inicia el contenedor, ok, ahora copia de seguridad y todo está bien !!
Gracias a todos, Chuck
fuente
fsck
y reanude el uso del disco. ¿Cómo difiere esto de la respuesta de DepressedDaniel ?