RHEL – Schreiben in /opt als Root nicht möglich

RHEL – Schreiben in /opt als Root nicht möglich

Ich versuche, ein virtuelles Box-Bild darin zu kopieren/optOrdner inRHEL 5.6Ich bin angemeldet alsWurzelund ich merke seltsamerweise, dass ich nichts schreiben kann in/optOrdner. Ich habe die Berechtigungen von anderen Rechnern im Labor überprüft und festgestellt, dass die Berechtigungen korrekt eingestellt sind. Im/etc/fstabDatei auf allen verbleibenden Maschinen (auf denen alles korrekt ist und einwandfrei funktioniert) sehe ich den folgenden Eintrag.

LABEL = /home1 /opt ext3 defaults 1 2

In der defekten Maschine, wo/optVerzeichnis ist nicht beschreibbar, ich sehe die/etc/fstabDateieintrag als,

LABEL = /home /opt ext3 defaults 1 2

Ich bin ziemlich neu in der Systemadministration und ich glaube, es hat etwas mit der falschen Einbindung des Dateisystems als schreibgeschützt zu tun. Ich habe diedmesgfür alle Fehler, aber ich konnte es nicht verstehen. Ich glaube, ich muss die/optmit den richtigen Einstellungen. Aber ich möchte im Labor nichts tun, was das aktuelle Setup stört. Ich wollte nur wissen, ob mein Verständnis richtig ist und ob es das fehlende "1" In/etc/fstabDatei, die den/optnur lesbar?

BEARBEITEN:

Nachdem ich den Mount-Befehl ausgeführt habe,

Die Ausgabe der fehlerhaften Maschine,

/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)

Die Ausgabe von der richtigen Maschine

/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)

BEARBEITEN 2:

Wenn ich den Befehl ausführe, for i in $( cat /proc/partitions | awk '{ print $4 }' ) ; do e2label /dev/$i ; doneerhalte ich die folgende Ausgabe. Ich kann diese Ausgabe nicht debuggen.

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

BEARBEITEN 3:

Der ls-lBefehl im Verzeichnis /opt zeigt, dass ich für alle darin enthaltenen Dateien RWX-Berechtigungen habe. Ich habe jedoch versucht, eine einfache Textdatei zu erstellen, und das Erstellen der Datei wurde nicht zugelassen.

Antwort1

Führen Sie den Befehl aus showmount -e XXXserver.XXX.XXX, wobei dies der Server ist, der diese NFS-Einbindung bereitstellt: /opt/vbox_image.

Höchstwahrscheinlich ist auf dem Server, der Ihnen Zugriff auf diese NFS-Freigabe gewährt, das root_squashBit für diese exportierte NFS-Freigabe aktiviert. Dadurch wird dem Root-Benutzer von Remote-Systemen, die diese freigegebene Freigabe mounten, der Zugriff darauf verweigert.

Ausschnitt aus18.7. Die Konfigurationsdatei /etc/exports

Wurzelkürbis— Verhindert, dass Root-Benutzer, die über eine Remoteverbindung verbunden sind, Root-Privilegien haben, und weist ihnen die Benutzer-ID für den Benutzer nfsnobody zu. Dadurch wird die Macht des Remote-Root-Benutzers effektiv auf den niedrigsten lokalen Benutzer „reduziert“, wodurch eine unbefugte Änderung von Dateien auf dem Remote-Server verhindert wird. Alternativ schaltet die Option no_root_squash das Root-Squashing aus. Um jeden Remote-Benutzer, einschließlich Root, zu squashen, verwenden Sie die Option all_squash. Um die Benutzer- und Gruppen-IDs anzugeben, die mit Remote-Benutzern von einem bestimmten Host verwendet werden sollen, verwenden Sie die Optionen anonuid bzw. anongid. In diesem Fall kann ein spezielles Benutzerkonto für Remote-NFS-Benutzer erstellt werden, das gemeinsam genutzt und angegeben werden kann (anonuid=,anongid=), wobei die Benutzer-ID-Nummer und die Gruppen-ID-Nummer ist.

Antwort2

Ich habe diefsckBefehl, wie im Chat-Fenster vorgeschlagen. Nachdem ich das Volume ausgehängt und den Befehl fsck ausgeführt hatte, erhielt ich die Fehlermeldung "*fehlerhafte oder doppelte Blöcke gefunden*d" und der Befehl fsck schienen dieses Problem zu beheben.

Nach diesem Schritt habe ich den Schreibzugriff unter/optOrdner und es war auch in Ordnung. Ich dachte daran, die Fenster aus einer .ova-Datei zu installieren und löschte die ältere (Diesewindows7.ovawar im Ordner /opt vorhanden und war eine der Dateien, die den Duplikats- oder fehlerhaften Blockfehler verursachte). Ich habe das Image gelöscht und alles war den Bach runter. Das System begann plötzlich, einen Nur-Lese-Fehler zu verursachen und als ich es neu startete, kam nichts mehr.

Ich dachte, dass eine Neuinstallation von RHEL im System mit neuen Partitionen helfen könnte, und tat das. Am Ende stieß ich jedoch auf einen Fehler mit der Meldung "Installation fehlgeschlagen". Aber das System wurde einwandfrei geladen und ich konnte mich als Root anmelden.

Ich habe die VirtualBox installiert und versucht, Windows 7 erneut in der VirtualBox zu installieren. Wieder erhielt ich die Fehlermeldung "Die Datei ist beschädigt". Als ich dieses Mal nach dem Fehler gegoogelt habe, deuteten die meisten Seiten darauf hin, dass es sich möglicherweise um ein Festplattenproblem handeln könnte. Daher vermute ich stark, dass dieser Fehler durch einige fehlerhafte Sektoren auf der Festplatte verursacht wurde.

Bitte korrigieren Sie mich, wenn ich falsch liege. Vielen Dank an alle für Ihre Hilfe.

verwandte Informationen