Estou tentando copiar uma imagem de caixa virtual dentro/optarpasta emRHEL 5.6. Estou logado comoraize estranhamente vejo que não consigo escrever nada/optarpasta. Verifiquei as permissões de outras máquinas no laboratório e vi que elas estão definidas corretamente. No entanto, no/etc/fstabarquivo 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 onde/optardiretório não é gravável, vejo o/etc/fstabentrada de arquivo como,
LABEL = /home /opt ext3 defaults 1 2
Sou bastante novo na administração de sistemas e acredito que isso tenha a ver com a montagem inadequada do sistema de arquivos como somente leitura. Eu verifiquei odmesgpor quaisquer erros, mas não foi capaz de entendê-lo. acho que tenho que remontar o/optarcom as configurações adequadas. Mas não quero fazer nada no laboratório que atrapalhe a configuração atual. Eu só queria saber se meu entendimento está correto e se está faltando "1" em/etc/fstabarquivo causando o/optarpara ser somente leitura?
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)
EDITAR 2:
Se eu executar o comando, for i in $( cat /proc/partitions | awk '{ print $4 }' ) ; do e2label /dev/$i ; doneobtenho a saída abaixo. Não consigo depurar esta 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
EDITAR 3:
O ls-lcomando no diretório /opt mostra que tenho permissão rwx em todos os arquivos dentro dele. No entanto, tentei criar um arquivo de texto simples e não estava permitindo a criação do arquivo.
Responder1
Execute o comando showmount -e XXXserver.XXX.XXXonde este é o servidor que atende esta montagem NFS: /opt/vbox_image.
O que provavelmente está acontecendo é que o servidor que dá acesso a esse compartilhamento NFS está com o root_squashbit ativado para esse compartilhamento exportado por NFS. Isso impede que o usuário root de sistemas remotos que montam esta montagem compartilhada tenha a capacidade de acessá-la.
trecho de18.7. O arquivo de configuração /etc/exports
root_squash— Impede que usuários root conectados remotamente tenham privilégios de root e atribui a eles o ID do usuário nfsnobody. Isso efetivamente "esmaga" o poder do usuário root remoto para o usuário local mais baixo, evitando alterações não autorizadas de arquivos no servidor remoto. Alternativamente, a opção no_root_squash desativa o esmagamento de raiz. Para esmagar todos os usuários remotos, incluindo root, use a opção all_squash. Para especificar os IDs de usuário e grupo a serem usados com usuários remotos de um host específico, use as opções anonuid e anongid, respectivamente. Neste caso, uma conta de usuário especial pode ser criada para usuários NFS remotos compartilharem e especificarem (anonuid=,anongid=), onde é o número de ID do usuário e é o número de ID do grupo.
Responder2
Eu corri ofsckcomando conforme sugerido na janela de bate-papo. Depois de desmontar o volume e executar o comando fsck, recebi um erro como "*blocos ruins ou duplicados encontrados*d" e o comando fsck pareceram resolver esse problema.
Após esta etapa, verifiquei o acesso para escrever em/optarpasta e também estava bem. Pensei em instalar o windows a partir de um arquivo .ova e apaguei o mais antigo (estewindows7.ovaestava presente na pasta /opt e era um dos arquivos que estava apresentando erro de bloco duplicado ou defeituoso). Eu apaguei aquela imagem e tudo deu errado. O sistema de repente começou a dar erro somente leitura e quando reiniciei não estava dando nada.
Achei que reinstalar o RHEL no sistema com novas partições poderia ajudar e fiz isso. No entanto, encontrei um erro no final dizendo "Instalação falhada". Mas o sistema estava carregando bem e consegui fazer o login como root.
Instalei o virtualbox e tentei instalar o Windows 7 novamente dentro do VirtualBox. Mais uma vez, recebi o erro dizendo "O arquivo está corrompido". Desta vez, quando pesquisei o erro no Google, a maioria das páginas sugeriu que poderia ser um problema no disco rígido. Portanto, suspeito fortemente que esse erro foi causado por alguns setores defeituosos no disco rígido.
Por favor, corrija-me se estiver errado. Obrigado a todos pela sua ajuda.