Error del `sistema de archivos de solo lectura 'al completar la pestaña y la ventana del terminal se cierra al azar

28

Primero es simplemente una rareza con el comando cd. Si escribo cd, luego un espacio, luego presiono Tabpara ver los directorios disponibles, recibo este mensaje de error:

bash: no se puede crear un archivo temporal para el documento aquí: sistema de archivos de solo lectura

El problema más problemático ha sido el cierre aleatorio de la ventana de terminal. Sucedió mientras se probaba la cdrareza, y también mientras se enviaba a otro servidor haciendo cosas simples como git statusy como. [Editar] Parece que si presiono Intro exactamente 31 veces, se activa el cierre automático de la ventana del terminal (verificado 3 veces ahora).

Recientemente actualicé de 12.04 a 14.04 a fines de la semana pasada, y este comportamiento no ocurrió todo el día que lo usé después de la actualización. Esta es la primera vez que intento algo en esta computadora desde ese día.

Indique cualquier otra información que pueda proporcionar y lo que necesito hacer para resolver esto.

Takamuffin
fuente
Solo un recordatorio amigable para hacer que el título de la pregunta sea más descriptivo, lo que ayuda a obtener mejores respuestas: el "comportamiento terminal extraño" no es muy descriptivo.
thomasrutter
Lo aprecio.
Takamuffin
Para diagnosticar mejor su problema, ¿puede decirme si está utilizando la partición predeterminada que configuró Ubuntu, está utilizando cifrado de disco completo o LVM, y ha hecho algo en su fstab? ¿Cuál es el resultado del mountcomando?
thomasrutter
salida de montaje: gist.github.com/anonymous/74dc62ccd5602d1e9742
Takamuffin
Gracias por proporcionar eso: parece que no hay problema con la forma en que se configuran los montajes y no hay problemas en el momento del montaje, pero ¿tal vez se hayan encontrado errores con el montaje / (raíz) desde entonces? Las remount-roespecifica que la partición raíz se volverá a montar como de sólo lectura en el caso de ciertos errores del sistema de archivos. Hacer un fsck de recuperación o un Live CD sería bueno.
thomasrutter

Respuestas:

16

Reinicié en modo de recuperación y seguí las instrucciones que me dio el sistema. Me encontré con fsckel /dev/sda2, y que solucionó el problema.

Steefun Dedarus
fuente
13

El Read-only file systemerror es la pista principal aquí. Supongo que su directorio de inicio, donde bash intenta almacenar su historial de comandos, etc., está dentro de una partición de solo lectura.

Supongo que intenta actualizar su historial de comandos reciente en el disco una vez cada 32 comandos, por lo que falla en el comando 32 que escribe en una sesión.

Ahora, una partición se puede montar como de solo lectura si lo hace deliberadamente, pero también se puede montar como de solo lectura si hubo un error; este último comportamiento suele ser el predeterminado para la partición raíz.

Me sorprendería si no experimentara otros problemas si su partición raíz está montada de solo lectura.

Puede intentar reiniciar y verificar el disco desde el menú de recuperación. Mantenga presionada la tecla Mayús mientras la computadora se inicia, justo después de que desaparezca la pantalla del BIOS y justo antes de que aparezca el logotipo de Ubuntu.

thomasrutter
fuente
1
Tuve el mismo problema El reinicio funcionó. Gracias.
sombrero blanco
4

Este problema exacto me pasó a mí también.

Ocurre de manera intermitente.

Así que finalmente tuve suficiente y decidí reinstalar el sistema operativo - ubuntu-gnome 14.04 (limpio).

Lo arregló! Al menos por unos días ... Entonces ese mismo problema volvió a ocurrir ...

Así que fui a Fry's y obtuve un nuevo disco duro (Seagate).

Hasta ahora todo bien (6 meses y contando).

nota al margen: el disco duro de serie era Toshiba

phtn458
fuente
Bienvenido a Ask Ubuntu. Como esta no es una respuesta adecuada a la pregunta, elimínela.
Archisman Panigrahi
2
Esa es mi respuesta ¿Cual es tu respuesta?
phtn458
2
Lo que quería decir es que reinstalar el sistema operativo o comprar un nuevo disco duro no es una solución adecuada. Es posible que desee comentar en otras publicaciones y podrá comentar cuando tenga suficiente reputación (15).
Archisman Panigrahi
10
@ArchismanPanigrahi "el disco está mal, obtén uno nuevo" es una respuesta.
Seth
1
Guau. Entonces todos los que votaron por la respuesta fueron y compraron un nuevo disco duro (?)
Pawan
2

Como otros han señalado, un /tmpsistema de archivos de solo lectura causa más problemas.

En cuanto a las 31 líneas, está relacionado con gnome-terminallas partes internas de.

Mantiene una cierta cantidad de líneas en la memoria, en un llamado "anillo". El resto, las líneas que se desplazan fuera de este anillo se colocan en una "secuencia". En versiones anteriores de gnome-terminal, la secuencia se escribía casi directamente en un archivo /tmp, en versiones más recientes hay almacenamiento en búfer, compresión y cifrado antes de que se escriba. (No puedo recordar desde la parte superior de mi cabeza si el archivo debajo /tmpse abre cuando la primera porción de datos se escribe en la secuencia, o cuando la secuencia intenta escribir por primera vez /tmp; es un detalle de implementación menor).

El tamaño del anillo es siempre una potencia de dos (cada ranura contiene 1 línea del terminal; a excepción de 1 ranura no se usa debido a razones técnicas), y se duplica cada vez que se requiere debido al crecimiento de la altura del terminal ( pero nunca retrocede). Por ejemplo, con la altura predeterminada de 24 líneas, el anillo contiene las últimas 31 líneas de salida, el resto va a la transmisión (eventualmente a /tmp). Si aumenta la altura de la ventana a, digamos, 40 líneas, el anillo en memoria crecerá para acomodar un máximo de 63 entradas a la vez.

Lo que experimenta es que gnome-terminalintenta abrir un archivo /tmppara almacenar la transmisión y sale debido a la falla inesperada aquí. Pruebe con una ventana más alta que la predeterminada; se bloqueará después de presionar Enter 63 (o quizás 127) veces.

Dicho esto, /tmpdebe arreglarse para que se pueda escribir (con permisos 1777).

egmont
fuente
1

Mi problema fue que un proceso se estaba ejecutando con 100% de CPU y probablemente tomó todos los recursos del disco (Algún proceso de copia de seguridad: Ur-Backup).

Una vez que lo maté, todo salió bien. Por lo tanto, creo que un cuello de botella en el IO podría causar este error incluso si hay suficiente espacio y tiene permiso de escritura.

(Raspberry Pi con Jessy 18/03/16)

YoniXw
fuente