mount: não é possível remontar dispositivo de bloco / dev / sda5 leitura-gravação, é protegido contra gravação

Question

Então, é isso. Tudo está funcionando como de costume, exceto que o disco é somente leitura e não quer voltar atrás.

^ _ ^! obrigado.

root@NODE02:/tmp# df .
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda5            461490504 179502128 258545928  41% /

root@NODE02:/tmp# mount -o rw,remount /dev/sda5
mount: cannot remount block device /dev/sda5 read-write, is write-protected

root@NODE02:/tmp# touch helll
touch: cannot touch 'helll': Read-only file system

Não é multipath. Não é nada de especial. Apenas um servidor com o ubuntu 9.10.

não faz sentido para mim, não é?

---- EDITAR ----

Selinux não está ativo.

Não há RAID. Existem 2 discos, 500Gb cada um. Primeiro para o sistema operacional e algumas casas. Segundo para FS distribuído, alto desempenho HPC.

O Dmesg não foi atualizado desde há 2 dias. Nada nas últimas linhas relacionadas a disco ou erros.

Reinicializado e nenhum disco rígido encontrado. De bios o disco rígido está morto, não respondendo nem mesmo para nomear consultas.

Novo disco rígido é necessário. obrigado.

    

Answer 1

Temo que isso se deva a corrupção no sistema de arquivos ou problemas no hardware subjacente, já que é o sistema de arquivos raiz minha recomendação é inicializar o servidor novamente com um disco de recuperação (ou no modo de usuário único) e tentar reparar o disco através de fsck .

• Verifique o que o dmesg diz para confirmar a corrupção
• Execute fsck para reparar o disco rígido, assim que o fsck for executado, reinicialize imediatamente para evitar problemas

Hola Marc,

Em vez disso, há problemas de corrupção no sistema de ajuste de problemas de hardware subjacentes, com os mesmos e rechamados para rebatizar os servidores de um CD de recuperação e correção de erros no disco fsck .

• Mira que comandou o comando dmesg nomes por corroborar que oi ha corrupcio
• Executa% de co por cento para reparar o seu disco, no entanto, acabará com o recurso de mediação para a previsão de qualidade de qualquer problema

Tipo de Bona!

    

Answer 2

Eu já vi isso antes, quando uma placa RAID ficou ruim, e o arquivo de diário ext3 não pôde ser gravado. Nesse ponto, o kernel marcou o FS de somente leitura da raiz e não permitiria que ele voltasse.

Nada foi registrado sobre isso, porque é claro que o / var FS estava no mesmo disco, e também no RO. dmesg , no entanto, ficou satisfeito em nos informar sobre o problema. Então, você pode fazer um dmesg e nos informar sobre a saída?

No nosso caso, a única solução era ativar o ciclo de energia para ativar a placa RAID, depois reinicializar a partir da mídia de resgate e fsck o sistema de arquivos.

    

Answer 3

Eu resolvi esse problema no Arch Linux instalando o "driver do sistema de arquivos NTFS e utilitários" usando:

sudo yaourt ntfs-3g

    

Answer 4

Eu tinha isso, e era um OOM (Out Of Memory / Kernel Panic), eu achei isso quando eu verifiquei o dmesg para quaisquer problemas com o volume depois de já tentar 'mount-o remount, rw /' e recebendo um erro dizendo que o disco estava protegido contra gravação, quando eu encontrei o OOM no dmesg, eu reiniciei e o volume foi de leitura-gravação mais uma vez.