RHEL - não é possível escrever em / opt como root

Question

Estou tentando copiar uma imagem de caixa virtual dentro da pasta / opt no RHEL 5.6 . Estou logado como o root e estranhamente vejo que não consigo escrever nada na pasta / opt . Eu verifiquei as permissões de outras máquinas no laboratório e veja se as permissões estão definidas corretamente. No entanto, no arquivo / etc / fstab em todas as máquinas restantes (onde tudo está correto e funcionando bem), vejo a entrada abaixo.

LABEL = /home1 /opt ext3 defaults 1 2

Na máquina defeituosa em que o diretório / opt não é gravável, vejo a entrada do arquivo / etc / fstab como

LABEL = /home /opt ext3 defaults 1 2

Sou bastante novo na administração do sistema e acredito que ele tenha que fazer algo com a montagem incorreta do sistema de arquivos como somente leitura. Eu verifiquei o dmesg para quaisquer erros, mas não foi capaz de compreendê-lo. Acho que preciso remontar o / opt com as configurações adequadas. Mas eu não quero fazer nada no laboratório para perturbar a configuração atual. Eu só queria saber se meu entendimento está correto e, está faltando o arquivo " 1 " no arquivo / etc / fstab , causando o / opt para ser lido apenas?

EDITAR:

Depois de executar o comando mount,

A saída da máquina defeituosa,

/dev/sda2 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/sda5 on /opt type ext3 (rw)
/dev/sda1 on /boot type ext3 (rw)
tmpfs on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
XXXserver.XXX.XXX:/opt/vbox_image on /opt/vbox_image type nfs (rw,addr=192.168.1.10)
nfsd on /proc/fs/nfsd type nfsd (rw)

A saída da máquina correta

/dev/sda2 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/sda5 on /opt type ext3 (rw)
/dev/sda1 on /boot type ext3 (rw)
tmpfs on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
ascentserver.uta.edu:/opt/vbox_image on /opt/vbox_image type nfs (rw,addr=192.168.1.10)
**none on /proc/fs/vmblock/mountPoint type vmblock (rw)**
nfsd on /proc/fs/nfsd type nfsd (rw)

EDIT 2:

Se eu executar o comando, for i in $( cat /proc/partitions | awk '{ print $4 }' ) ; do e2label /dev/$i ; done , recebo a saída abaixo. Eu não sou capaz de depurar essa saída.

e2label: No such file or directory while trying to open /dev/name
Couldn't find valid filesystem superblock.
e2label: Bad magic number in super-block while trying to open /dev/sda
Couldn't find valid filesystem superblock.
/boot1
/1
e2label: Bad magic number in super-block while trying to open /dev/sda3
Couldn't find valid filesystem superblock.
e2label: Attempt to read block from filesystem resulted in short read while trying to open /dev/sda4
Couldn't find valid filesystem superblock.
/home

EDIT 3:

O comando ls-l no diretório / opt mostra que eu tenho permissão rwx em todos os arquivos dentro dele. No entanto, tentei criar um arquivo de texto simples e não permitia que eu criasse o arquivo.

    

Answer 1

Eu executei o comando fsck como sugerido na janela de bate-papo. Depois de desmontar o volume e executar o comando fsck, recebi um erro como "* bad ou blocos duplicados foun * d" e o comando fsck pareceu corrigir esse problema.

Após este passo, verifiquei o acesso para escrever na pasta / opt e também estava bem. Pensei em instalar as janelas a partir de um arquivo .ova e deletei o antigo (This windows7.ova estava presente na pasta / opt e era um dos arquivos que estava dando erro de bloco duplicado ou ruim ). Eu apaguei essa imagem e tudo deu certo. O sistema de repente começou a dar erro de leitura e quando eu reiniciei não estava me dando nada.

Eu imaginei que estar reinstalando o RHEL no sistema com novas partições poderia ajudar e fazer isso. No entanto, encontrei um erro no final dizendo " Falha na instalação ". Mas o sistema estava carregando bem e eu consegui logar como root.

Instalei a caixa virtual e tentei instalar o Windows 7 novamente dentro do VirtualBox. Mais uma vez, recebi o erro dizendo " O arquivo está corrompido ". Dessa vez, quando eu pesquisei no erro, a maioria das páginas sugeriu que poderia ser um problema no disco rígido. Então, eu suspeito que esse erro tenha sido causado devido a alguns setores defeituosos no disco rígido.

Por favor corrija-me se estiver errado. Obrigado a todos pela vossa ajuda.

    

Answer 2

Execute o comando showmount -e XXXserver.XXX.XXX em que este é o servidor que serve essa montagem do NFS: /opt/vbox_image .

O que provavelmente está acontecendo é que o servidor que fornece acesso a esse compartilhamento NFS tenha o root_squash ativado para esse compartilhamento exportado pelo NFS. Isso impede o usuário root de sistemas remotos que montam essa montagem compartilhada, de ter a capacidade de acessá-lo.

trecho de 18.7. O arquivo de configuração / etc / exports

root_squash — Prevents root users connected remotely from having root privileges and assigns them the user ID for the user nfsnobody. This effectively "squashes" the power of the remote root user to the lowest local user, preventing unauthorized alteration of files on the remote server. Alternatively, the no_root_squash option turns off root squashing. To squash every remote user, including root, use the all_squash option. To specify the user and group IDs to use with remote users from a particular host, use the anonuid and anongid options, respectively. In this case, a special user account can be created for remote NFS users to share and specify (anonuid=,anongid=), where is the user ID number and is the group ID number.