Como mudar "/" de volta para o modo gravável sem reiniciar?

Como mudar "/" de volta para o modo gravável sem reiniciar?
[root@SERVER .ssh]# mount|grep -i " / "
/dev/mapper/rootvg-root_lv on / type ext3 (rw)
[root@SERVER .ssh]# mount -o remount /
mount: block device /dev/rootvg/root_lv is write-protected, mounting read-only
[root@SERVER .ssh]# 

Como posso tornar o "/" gravável novamente sem reiniciar?

[root@SERVER ~]# lsb_release -a
LSB Version:    :core-3.1-amd64:core-3.1-ia32:core-3.1-noarch:graphics-3.1-amd64:graphics-3.1-ia32:graphics-3.1-noarch
Distributor ID: RedHatEnterpriseServer
Description:    Red Hat Enterprise Linux Server release 5.4 (Tikanga)
Release:    5.4
Codename:   Tikanga
[root@SERVER ~]# 

ATUALIZAR:

[root@SERVER ~]# lvdisplay rootvg/root_lv
  Locking type -1 initialisation failed.
[root@SERVER ~]# lvdisplay rootvg/root_lv --ignorelockingfailure
  --- Logical volume ---
  LV Name                /dev/rootvg/root_lv
  VG Name                rootvg
  LV UUID                2Cccd4-oGrx-ssQW-xzK5-MZuA-g4NS-tFDFpd
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                2.00 GB
  Current LE             64
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0

[root@SERVER ~]# lvchange -p rw rootvg/root_lv
  Locking type -1 initialisation failed.
[root@SERVER ~]# 
[root@SERVER ~]# lvchange --ignorelockingfailure -p rw rootvg/root_lv
  Only -a permitted with --ignorelockingfailure
  Run `lvchange --help' for more information.
[root@SERVER ~]# 

devo usar a função "-a"?

Responder1

Verificar lvdisplay rootvg/root_lv. Se mostrar que o LV está no modo somente leitura, você precisará torná-lo leitura-gravação. Supondo que o VE esteja em estado saudável, isso pode ser feito por lvchange -p rw.

Responder2

Acho mount -o remount,rw / que deveria fazer não vai funcionar, conforme afirmado em um comentário abaixo.

Responder3

Tive o mesmo erro, procurando por isso, encontrei uma resposta que dizia que deveríamos reiniciar no modo de usuário único e executar o fsck no disco em questão. Isso resolveu nosso problema.

informação relacionada