'Erro do sistema de arquivos somente leitura' usando conclusão de tabulação e fechamento da janela do terminal aleatoriamente

Question

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

  

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

O problema mais problemático foi o fechamento aleatório da janela do terminal. Isso aconteceu durante o teste da cd oddity, e também enquanto ssh'd em outro servidor fazendo coisas simples como git status e tal. [Edit] Parece que se eu pressionar enter exatamente 31 vezes ele aciona o fechamento automático da janela do terminal (verificado 3 vezes agora).

Atualizei recentemente de 12.04 para 14.04 na semana passada, e esse comportamento não ocorreu o dia inteiro em que o usei após a atualização. Esta é a primeira vez que tentamos qualquer coisa neste computador desde aquele dia.

Por favor, informe qualquer outra informação que eu possa fornecer, e o que eu preciso fazer para resolver isso.

    

Answer 1

O erro Read-only file system é a principal pista aqui. Eu acho que o seu diretório home, 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 comando recente no disco uma vez a cada 32 comandos, e é por isso que ele está falhando no 32º comando que você digita 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 - este último comportamento geralmente é o padrão para a partição raiz.

Eu ficaria surpreso se você não estivesse tendo outros problemas se sua partição raiz estiver montada como somente leitura.

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

    

Answer 2

Esse problema exato também aconteceu comigo.

Ocorre intermitentemente.

Então eu finalmente tive o suficiente com isso e decidi reinstalar o OS-ubuntu-gnome 14.04 (clean).

Consertou! Pelo menos por alguns dias ... Então esse mesmo problema ocorreu de novo ...

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

Até aí tudo bem (6 meses e contagem).

Nota lateral: stock hdd foi Toshiba

    

Answer 3

Como outros apontaram, um sistema de arquivos /tmp somente leitura causa mais problemas.

Quanto às 31 linhas, ele está relacionado aos componentes internos de gnome-terminal .

Ele mantém uma certa quantidade de linhas na memória, em um chamado "anel". O resto, as linhas que rolam para fora deste anel são colocadas em um "fluxo". Em versões mais antigas do gnome-terminal, o fluxo foi praticamente escrito diretamente em um arquivo em /tmp , em versões mais novas há buffering, compressão e criptografia antes de ser escrito. (Não me lembro se o arquivo em /tmp está aberto quando o primeiro bloco de dados é gravado no fluxo, ou quando o fluxo primeiro tenta realmente gravar em /tmp ; detalhes de implementação.)

O tamanho do anel é sempre uma potência de dois (cada slot contendo 1 linha do terminal; exceto que 1 slot não é usado devido a razões técnicas) e é dobrado toda vez que é necessário devido ao crescimento do anel. altura terminal (mas nunca encolhe). Por exemplo, com a altura padrão de 24 linhas que 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-terminal tenta abrir um arquivo em /tmp para armazenar o fluxo e sai por causa da falha inesperada aqui. Tente com uma janela mais alta que o padrão; ele irá travar depois de pressionar Enter 63 (ou talvez 127) vezes.

Dito isso, /tmp deve ser corrigido para ser gravável (com permissões 1777).

    

Answer 4

Eu reiniciei no modo de recuperação e segui as instruções que o sistema me deu. Eu corri fsck em /dev/sda2 , e isso resolveu o problema.

    

Answer 5

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

Uma vez que eu matei, tudo correu bem. Então eu 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)