仮想ボックスの画像をコピーしようとしています/optフォルダ内5.6 の。私は根そして不思議なことに、私は何も書き込めないのです/optフォルダ。ラボ内の他のマシンから権限をチェックしたところ、権限は正しく設定されていることがわかりました。しかし、/etc/fstab残りのすべてのマシン（すべてが正しく動作しているマシン）でファイルを実行すると、以下のエントリが表示されます。
LABEL = /home1 /opt ext3 defaults 1 2
故障した機械では/optディレクトリは書き込み不可です。/etc/fstabファイルエントリとして、
LABEL = /home /opt ext3 defaults 1 2
私はシステム管理の初心者ですが、ファイルシステムが読み取り専用として不適切にマウントされていることが原因だと考えています。dmesgエラーがないか確認しましたが、理解できませんでした。/opt適切な設定で。しかし、ラボで現在の設定を乱すようなことはしたくありません。私の理解が正しいかどうか、そして「1" で/etc/fstabファイルの原因/opt読み取り専用にしますか?
編集：
マウントコマンドを実行した後、
故障した機械からの出力は、
/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)
正しい機械からの出力
/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)
編集2:
コマンドを実行するとfor i in $( cat /proc/partitions | awk '{ print $4 }' ) ; do e2label /dev/$i ; done、以下の出力が得られます。この出力をデバッグすることはできません。
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
編集3:
/opt ディレクトリのコマンドls-lを実行すると、そのディレクトリ内のすべてのファイルに対して rwx 権限があることがわかります。ただし、単純なテキスト ファイルを作成しようとしましたが、ファイルの作成は許可されませんでした。
答え1
showmount -e XXXserver.XXX.XXXこの NFS マウントを提供するサーバーであるコマンドを実行します: /opt/vbox_image。
最も可能性が高いのは、この NFS 共有へのアクセスを許可しているサーバーで、root_squashこの NFS エクスポート共有のビットがオンになっていることです。これにより、この共有マウントをマウントするリモート システムの root ユーザーは、共有マウントにアクセスできなくなります。
ルートスカッシュ— リモート接続されたルート ユーザーがルート権限を持つことを防止し、ユーザー nfsnobody のユーザー ID を割り当てます。これにより、リモート ルート ユーザーの権限が最下位のローカル ユーザーに効果的に「押し下げ」られ、リモート サーバー上のファイルの不正な変更が防止されます。または、no_root_squash オプションでルート スクワッシングをオフにします。ルートを含むすべてのリモート ユーザーをスクワッシングするには、all_squash オプションを使用します。特定のホストのリモート ユーザーで使用するユーザー ID とグループ ID を指定するには、それぞれ anonuid オプションと anongid オプションを使用します。この場合、リモート NFS ユーザーが共有して指定できる特別なユーザー アカウント (anonuid=,anongid=) を作成できます。ここで、 はユーザー ID 番号、 はグループ ID 番号です。
答え2
私はスキャンチャットウィンドウで提案されたコマンドを実行しました。ボリュームをアンマウントしてfsckコマンドを実行したところ、「*不良ブロックまたは重複ブロックが見つかりました*d"とfsckコマンドでその問題は解決したようです。
このステップの後、書き込みアクセスを確認しました/optフォルダも問題ありませんでした。.ovaファイルからWindowsをインストールすることを考え、古いものを削除しました（これはウィンドウズ7.ova/opt フォルダの下に存在し、重複または不良ブロック エラーを引き起こしていたファイルの 1 つでした。そのイメージを削除したら、すべてが台無しになりました。システムが突然読み取り専用エラーを出し始め、再起動しても何も表示されなくなりました。
新しいパーティションでシステムに RHEL を再インストールすると解決するかもしれないと思い、それを実行しました。しかし、最後に「インストールに失敗しました「しかし、システムは正常に読み込まれ、ルートとしてログインできました。
VirtualBoxをインストールし、VirtualBox内でWindows 7を再度インストールしようとしました。再び、「ファイルが破損しています「今回、このエラーを Google で検索したところ、ほとんどのページでハード ドライブの問題である可能性が示唆されていました。そのため、このエラーはハード ドライブ内の一部の不良セクタが原因で発生したのではないかと強く疑っています。
間違っていたら訂正してください。皆さんのご協力に感謝します。