Stepán Kuzmín
Cuando intento realizar cambios en el repositorio local, recibo el siguiente mensaje:
fatal: incapaz de escribir el archivo new_index
VonC
como esto hilo ilustraesto suele ser un problema de espacio en disco:
$ git status
fatal: unable to write new_index file
Una causa de esto que encontré fue que mi sistema de archivos se había quedado sin espacio.
Encontrar directorios grandes con algo como lo siguiente ayudó a limpiar algunos archivos de registro que se habían vuelto locos:
$ du -h / | grep ^[0-9.]*G
Nota: también puedes verlo para
- a problema de recursos con msysgit y Egit (Git para Eclipse):
El problema persistía, así que ejecuté File Monitor desde Sysinternals Suite.
Parece que Eclipse accede constantemente al archivo de índice y bloquea la línea de comando git
Sí, parece que Windows Defender ataca de nuevo. Siempre me olvido de desactivar esa maldita cosa. No puedo creer lo roto que está. Destruye la reproducción de Blu-ray en casa, rompe Git en el trabajo…
-
¡+1 para la porción de Windows Defender! windows.microsoft.com/en-US/windows-vista/… Hizo el truco
–Jim Geurts
13 de enero de 2012 a las 1:37
-
también puede cambiar los permisos (en Windows) en la carpeta .git desmarcando la opción de solo lectura
– Mina Wissa
24 de mayo de 2012 a las 11:46
-
Es por eso que AV como MSE le permite seleccionar carpetas para no monitorear.
– Sr. chico
8 mayo 2014 a las 21:54
Si está utilizando TortoiseGit, este error (o más recientemente: error: No se puede escribir el índice.) es muy probable que sea causado por tener Superposiciones de iconos de TortoiseGit activado. Para deshabilitar las superposiciones de íconos, vaya a:
TortoiseGit > Configuración > Superposiciones de iconos
y establecer Caché de estado a Ninguna. Es posible que esto se solucione en una versión futura de TortoiseGit, pero por ahora parece ser común.
-
Esta fue la causa del problema para mí. Muchas gracias.
– El Xenocidio
15 de marzo de 2012 a las 12:03
-
Esta fue la causa en mi caso también. Gracias por publicar esta respuesta.
– Jon
3 de mayo de 2012 a las 10:28
-
Sí, esto fue todo para mí, más o menos. De hecho, tuve que matar al
TGitCache.exe
proceso, pero eso funcionó.–Peter Bailey
20 de febrero de 2013 a las 18:45
Phluks
Recibí el mismo error mientras fusionaba un repositorio de git que estaba montado en sshfs. No había escasez de espacio en ninguna parte.
En mi caso, la solución fue agregar una opción -o workaround=rename al comando sshfs mount.
Así: sshfs -o idmap=usuario -o uid=[lokal uid] -o gid=[lokal gid] -o solución alternativa=cambiar nombre [host]: [mountpoint]
He encontrado solución. Solo necesito liberar algo de espacio en disco.
Filósofo
Tuve el mismo problema. En mi caso, las soluciones anteriores no funcionaron.
La razón detrás de este error es que el archivo .git/index
se corrompió por alguna razón desconocida. Simplemente cambié el nombre del archivo a otra cosa y ejecuté ‘git add’. comando de git bash y funcionó.
Espero que esto ayude a alguien.
-
Esto hizo el truco para mí. Pero en lugar de correr
git add .
corrígit reset
, que volvió a generar el archivo de índice sin agregar innecesariamente todos los cambios al área de ensayo. Hice que SourceTree se abriera en el repositorio a través de un montaje SSHFS mientras interactuaba simultáneamente con él a través de la terminal; algo allí puede haber causado que el archivo se corrompa.– sffc
8 de marzo de 2016 a las 9:21
wpfwannabe
He seguido todas las soluciones aquí y ninguna de ellas funcionó. No tengo escasez de espacio en disco, he deshabilitado Windows Defender, deshabilité las superposiciones de iconos y otras cosas. Tenía toneladas de archivos para importar y tal vez esto estaba causando el problema (tenía boost
bibliotecas, entre otras cosas).
Simplemente abrí “Git Bash” y emití una serie de git add
y un git commit
y todo salió bien. Esto tiene algo que ver con TortoiseGit pero no estoy seguro de qué. Parece ahogarse con una gran cantidad de archivos o una gran profundidad de directorio.
-
Esto hizo el truco para mí. Pero en lugar de correr
git add .
corrígit reset
, que volvió a generar el archivo de índice sin agregar innecesariamente todos los cambios al área de ensayo. Hice que SourceTree se abriera en el repositorio a través de un montaje SSHFS mientras interactuaba simultáneamente con él a través de la terminal; algo allí puede haber causado que el archivo se corrompa.– sffc
8 de marzo de 2016 a las 9:21
cieloberto
Recibí este error al usar Cygwin y git-svn. La solución que funcionó para mí fue hacer una recolección de basura (por extraño que pareciera en ese momento):
$ git gc