![La clase de archivo Java generó un archivo en mi sistema que no se puede eliminar](https://rvso.com/image/1585754/La%20clase%20de%20archivo%20Java%20gener%C3%B3%20un%20archivo%20en%20mi%20sistema%20que%20no%20se%20puede%20eliminar.png)
Estaba trabajando en un programa de plantilla interno rápido para pruebas unitarias de C#, así que usé Java para generarlas.
El programa simplemente abre el archivo de plantilla, reemplaza mis patrones de expresiones regulares y guarda la información en un archivo nuevo en mi proyecto de prueba.
El programa ahora funciona según lo previsto, pero antes seleccioné accidentalmente toda la coincidencia de expresiones regulares en lugar de mi agrupación y nombré los archivos de la siguiente manera "clase pública myTestClass".
No pensé que fuera gran cosa, así que intenté eliminar los archivos nuevos que se crearon y el sistema de archivos se negó. Luego dejé el problema a un lado mientras terminaba el programa de plantilla. Una vez que terminé, eliminé todas mis instancias de Java y reinicié mi PC. Después de arrancar, intenté impulsar mis cambios con git pero los archivos aún persistían y aún no se podían eliminar.
El error que sigo recibiendo a través del explorador de archivos y cmd es "Esto ya no se encuentra en C:........\miCarpeta". Verifique la ubicación de los elementos e inténtelo nuevamente.
Esto es un problema porque no importa lo que intente, los archivos persisten e inutilizan mi repositorio. Ya arreglé y envié manualmente mis cambios a git, pero quiero poder resolver este problema para poder continuar usando la ruta del proyecto original.
El programa Java simplemente creó un nuevo Archivo() con el nombre cwd + del nuevo archivo y luego vació String.getBytes() al archivo.
Todos los archivos son de 0 kb y no tienen información de trabajo presente en las propiedades. Los archivos aparecen en todas las búsquedas e índices incluso después de restablecer el índice de búsqueda.
Cosas que he probado:
- reiniciar
- cerrar
- desenchufe la fuente de alimentación durante 30 segundos
chkdsk /r /f
cmd rm PUBLIC~1
**El nombre abreviado del archivo que obtuve usandodir /x
- LockHunter en el archivo dijo que no estaba bloqueado por ningún proceso
- el modo seguro tampoco puede hacerlo
- Intenté mover los archivos a una ruta más corta sin éxito.
- acortar todos los nombres de las carpetas tampoco funcionó
- índice de búsqueda reconstruido
Lo siento si este no es el lugar adecuado para esta pregunta, pero no tengo ideas.
Respuesta1
Finalmente resolví el problema.
Todavía no sé la causa raíz de este problema, pero así es como pude solucionarlo. Simplemente agregué los archivos para archivarlos con 7zip y marqué la casilla que decía "eliminar archivos después de archivarlos" y esto finalmente funcionó.