Erro "sistema de arquivos somente leitura" usando o preenchimento de guias e a janela do terminal se fechando aleatoriamente

Primeiro é simplesmente uma singularidade com o comando cd. Se eu digitar cd, em seguida, um espaço e pressione Tabpara visualizar os diretórios disponíveis, recebo esta mensagem de erro:

bash: não é possível criar o arquivo temporário para o documento here: sistema de arquivos somente leitura

A questão mais problemática foi o fechamento aleatório da janela do terminal. Isso aconteceu durante o teste da cdsingularidade, e também enquanto o ssh'd em outro servidor fazia coisas simples como git statusessas. [Editar] Parece que se eu pressionar enter exatamente 31 vezes, ele acionará o fechamento automático da janela do terminal (verificado 3 vezes agora).

Recentemente, atualizei de 12.04 para 14.04 no final da semana passada e esse comportamento não ocorreu durante todo o dia em que o usei após a atualização. É a primeira vez que tenta algo neste computador desde aquele dia.

Informe qualquer outra informação que eu possa fornecer e o que preciso fazer para resolver isso.

Reiniciei no modo de recuperação e segui as instruções que o sistema me deu. Corri fsckna /dev/sda2, e que resolveu o problema.

O Read-only file systemerro é a principal pista aqui. Eu acho que seu diretório pessoal, onde o bash tenta armazenar seu histórico de comandos e assim por diante, está dentro de uma partição somente leitura.

Eu acho que ele tenta atualizar seu histórico de comandos recente no disco uma vez a cada 32 comandos, e é por isso que está falhando no 32º comando digitado em uma sessão.

Agora, uma partição pode ser montada como somente leitura se você fizer isso deliberadamente, mas também pode ser montada como somente leitura se houver um erro - esse último comportamento é geralmente o padrão para a partição raiz.

Eu ficaria surpreso se você não tivesse outros problemas se sua partição raiz fosse montada somente leitura.

Você pode tentar reiniciar e verificar o disco no menu de recuperação. Pressione e mantenha pressionada a tecla Shift enquanto o computador inicializa, logo após a tela do BIOS desaparecer e antes do logotipo do Ubuntu aparecer.

Este problema exato aconteceu comigo também.

Ocorre intermitentemente.

Finalmente, eu finalmente tive o suficiente e decidi reinstalar o sistema operacional - ubuntu-gnome 14.04 (limpo).

Foi consertado! Pelo menos por alguns dias. Então esse mesmo problema ocorreu novamente ...

Então fui ao Fry's e peguei um novo disco rígido (Seagate).

Até agora tudo bem (6 meses e contando).

nota lateral: HDD estoque foi Toshiba

Como outros já apontaram, um /tmpsistema de arquivos somente leitura causa mais problemas.

Quanto às 31 linhas, está relacionada aos gnome-terminalinternos.

Ele mantém uma certa quantidade de linhas na memória, no chamado "anel". O restante, as linhas que rolam para fora desse anel são colocadas em um "fluxo". Nas versões mais antigas do gnome-terminal, o fluxo era praticamente diretamente gravado em um arquivo /tmp, nas versões mais recentes existem buffer, compressão e criptografia antes de serem gravados. (Não me lembro, de cabeça para baixo, se o arquivo abaixo /tmpé aberto quando o primeiro pedaço de dados é gravado no fluxo ou quando o fluxo tenta realmente gravar /tmp; é um pequeno detalhe de implementação.)

O tamanho do anel é sempre uma potência de dois (cada slot contendo 1 linha do terminal; exceto um slot não é usado por razões técnicas) e é duplicado toda vez que é necessário devido ao crescimento da altura do terminal ( mas nunca recua). Por exemplo, com a altura padrão de 24 linhas, o anel contém as últimas 31 linhas de saída, o restante vai para o fluxo (eventualmente para /tmp). Se você aumentar a altura da janela para, digamos, 40 linhas, o anel na memória aumentará para acomodar no máximo 63 entradas por vez.

O que você experimenta é que gnome-terminaltenta abrir um arquivo /tmppara armazenar o fluxo e sai por causa da falha inesperada aqui. Tente com uma janela mais alta que a padrão; ele trava depois de pressionar Enter 63 (ou talvez 127) vezes.

Dito isto, /tmpdeve ser corrigido para ser gravável (com permissões 1777).

Meu problema era que um processo estava sendo executado com 100% da CPU e provavelmente consumia todos os recursos de disco (algum processo de backup: Ur-Backup).

Depois que eu matei, tudo correu bem. Portanto, acho que um gargalo no IO pode causar esse erro, mesmo se houver espaço suficiente e você tiver permissão de gravação.

(Raspberry Pi com Jessy 18/03/16)