A única maneira que eu sei para remontar a partição / (root) é reiniciar o computador. Mas antes disso, você deve verificar qual é a razão para esse efeito (/ tornar-se r / o)
Minha partição inicial foi somente leitura. Eu acredito que isso foi depois de tentar acessar um arquivo que foi danificado. Eu estou tentando re-montá-lo como escrever com mount -o remount,rw / . Mas receba a mensagem:
%código%
sudo: unable to open /var/lib/sudo/qfean/12: Read-only file system
Eu também tentei alterar o arquivo 12 acima para + w, mas não consegui porque o sistema era somente leitura.
Em / etc / fstab, a partição inicial é montada com a opção errors = remount-ro.
Arquivos raramente são danificados por eles mesmos. Normalmente, o dano no sistema de arquivos é o resultado de um erro de hardware subjacente. A mensagem
mount: cannot remount block device /dev/sda3 read-write, is write-protected
indica que o kernel detectou um erro de hardware e, para evitar mais danos nos dados, marcou o dispositivo subjacente como somente leitura. Tornar o sistema de arquivos somente leitura foi um efeito colateral disso.
Você não pode mudar o sistema de arquivos de volta para leitura / gravação porque o dispositivo de bloco ainda é somente leitura. Você pode tornar o dispositivo de bloco de leitura / gravação com blockdev --setrw /dev/sda3 e, em seguida, remontar o sistema de arquivos de leitura / gravação. No entanto, esta é uma má ideia , pois está reiniciando e continuando a usar o disco. Não ignore este erro: seu hardware está falhando e seus dados ficarão cada vez mais corrompidos.
Verifique nos logs do kernel algumas dicas sobre o erro. Você deve estar vendo uma enxurrada de mensagens de log. Os registros do kernel são geralmente armazenados em /var/log/kern.log , mas o local depende da distribuição e da configuração do sistema, portanto, verifique a documentação da sua distribuição. Você pode chamar o comando dmesg para imprimir os logs do kernel, mas somente para a sessão atual, você precisa ver os arquivos de log das mensagens antes da última reinicialização.
Causas comuns de falha de disco incluem falha do disco real, um cabo solto ou uma falha de RAM. Execute smartctl -a /dev/sda para visualizar os diagnósticos de disco. Se isso não indicar que alguma coisa está falhando, execute memtest86 + para verificar sua RAM.