remontando FS com direitos de leitura e gravação

4

Procurando pelo sistema de arquivos somente leitura:

grep "\sro[\s,]" /proc/mounts
/dev/disk/by-uuid/2c04d594-b11d-4b02-b1b3-3d9f0b66b73c / ext3 ro,relatime,errors=remount-ro,barrier=1,data=ordered 0 0

Portanto, o / está definido como ro, estou tentando remontá-lo com o rw, mas tive o seguinte erro:

mount -o rw,remount /
mount: cannot remount block device /dev/sda1 read-write, is write-protected

Esta é a saída do demsg:

[34061773.342769] EXT3-fs (sda1): error: ext3_remount: Abort forced by user
[34061833.727155] EXT3-fs (sda1): error: ext3_remount: Abort forced by user
[34061857.687599] EXT3-fs (sda1): error: ext3_remount: Abort forced by user
[34062099.291484] EXT3-fs (sda1): error: ext3_remount: Abort forced by user
[34062503.763273] EXT3-fs (sda1): error: ext3_remount: Abort forced by use

Alguma idéia?

    
por 4m1nh4j1 21.08.2015 / 16:54

1 resposta

2

O dispositivo de bloco é somente leitura. Você não pode montar um sistema de arquivos de leitura / gravação em um dispositivo somente leitura.

Você pode tornar o dispositivo de bloco de leitura / gravação executando blockdev --setrw /dev/sda1 . Isso não funcionará em dispositivos que são intrinsecamente somente leitura porque o driver não tem suporte para gravação (por exemplo, unidade de CD-ROM), mas deve funcionar para um dispositivo que aparece como um disco rígido como /dev/sda .

Observe que a facilidade de leitura do dispositivo de bloco não tem nada a ver com as permissões do arquivo /dev/sda1 . Esse arquivo é um meio pelo qual o dispositivo é acessado e pode haver vários arquivos apontando para o mesmo dispositivo com propriedades e permissões diferentes. O atributo somente leitura que importa aqui é aquele no nível do kernel, aplicando-se ao próprio dispositivo.

Tenha em atenção que pode haver uma boa razão para o dispositivo de bloco ser apenas de leitura. Por exemplo, é possível que o kernel detectou um erro de gravação e tornou o dispositivo somente leitura para evitar mais danos. Revise seus logs de kernel cuidadosamente para qualquer erro relativo a /dev/sda .

    
por 22.08.2015 / 00:21