Estoy intentando copiar una imagen de caja virtual dentro/optarcarpeta enRHEL 5.6. He iniciado sesión comoraízy veo extrañamente que no soy capaz de escribir nada en/optarcarpeta. Revisé los permisos de otras máquinas en el laboratorio y veo que están configurados correctamente. Sin embargo, en el/etc/fstabarchivo en todas las máquinas restantes (donde todo es correcto y funciona bien), veo la siguiente entrada.
LABEL = /home1 /opt ext3 defaults 1 2
En la máquina defectuosa donde/optarEl directorio no se puede escribir, veo el/etc/fstabentrada de archivo como,
LABEL = /home /opt ext3 defaults 1 2
Soy bastante nuevo en la administración de sistemas y creo que tiene que ver con el montaje inadecuado del sistema de archivos como de sólo lectura. revisé eldmesgpor cualquier error pero no fue capaz de entenderlo. Creo que tengo que volver a montar el/optarcon la configuración adecuada. Pero no quiero hacer nada en el laboratorio que altere la configuración actual. Solo quería saber si mi comprensión es correcta y si falta "1" en/etc/fstabarchivo que causa el/optarpara ser solo de lectura?
EDITAR:
Después de ejecutar el comando de montaje,
La salida de la máquina defectuosa,
/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)
La salida de la máquina correcta.
/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:
Si ejecuto el comando, for i in $( cat /proc/partitions | awk '{ print $4 }' ) ; do e2label /dev/$i ; doneobtengo el siguiente resultado. No puedo depurar este resultado.
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:
El ls-lcomando en el directorio /opt muestra que tengo permiso rwx en todos los archivos que contiene. Sin embargo, intenté crear un archivo de texto simple y no me permitía crear el archivo.
Respuesta1
Ejecute el comando showmount -e XXXserver.XXX.XXXdonde este es el servidor que sirve este montaje NFS: /opt/vbox_image.
Lo más probable es que el servidor que le da acceso a este recurso compartido NFS tenga root_squashactivado el bit para este recurso compartido NFS exportado. Esto impide que el usuario root de los sistemas remotos que montan este montaje compartido tenga la capacidad de acceder a él.
extracto de18.7. El archivo de configuración /etc/exports
calabaza_raíz— Impide que los usuarios root conectados de forma remota tengan privilegios de root y les asigna el ID de usuario para el usuario nfsnobody. Esto efectivamente "aplasta" el poder del usuario raíz remoto al usuario local más bajo, evitando la alteración no autorizada de archivos en el servidor remoto. Alternativamente, la opción no_root_squash desactiva la compresión de raíces. Para aplastar a todos los usuarios remotos, incluido el root, utilice la opción all_squash. Para especificar los ID de usuario y grupo que se usarán con usuarios remotos de un host en particular, use las opciones anonuid y anongid, respectivamente. En este caso, se puede crear una cuenta de usuario especial para que los usuarios remotos de NFS la compartan y especifiquen (anonuid=,anongid=), donde está el número de identificación del usuario y el número de identificación del grupo.
Respuesta2
corrí elfsckcomando como se sugiere en la ventana de chat. Después de desmontar el volumen y ejecutar el comando fsck, recibí un error como "*Se encontraron bloques defectuosos o duplicados.*d" y el comando fsck parecieron solucionar ese problema.
Después de este paso, verifiqué el acceso para escribir en/optarcarpeta y también estaba bien. Pensé en instalar Windows desde un archivo .ova y eliminé el anterior (estewindows7.ovaestaba presente en la carpeta /opt y era uno de los archivos que daba el error de duplicado o bloqueo incorrecto). Borré esa imagen y todo se fue al garete. De repente el sistema empezó a dar un error de sólo lectura y cuando lo reinicié no me daba nada.
Pensé que reinstalar RHEL en el sistema con nuevas particiones podría ayudar y lo hice. Sin embargo, encontré un error al final que decía "Instalación fallida". Pero el sistema se estaba cargando bien y pude iniciar sesión como root.
Instalé virtualbox e intenté instalar Windows 7 nuevamente dentro de VirtualBox. Nuevamente me sale el error que dice "El archivo está dañado". Esta vez, cuando busqué en Google el error, la mayoría de las páginas sugirieron que podría ser un problema del disco duro. Por lo tanto, sospecho fuertemente que este error se debió a algunos sectores defectuosos en el disco duro.
Por favor corríjame si me equivoco. Gracias a todos por su ayuda.