web-dev-qa-db-ja.com

Ubuntu Desktop 18 virtualboxが共有フォルダーのファイル許可を変更できない

ホストUbuntuマシンの共有フォルダーを、ゲストUbuntu仮想マシンのlighttpdのルートディレクトリとして使用しようとしています。許可を変更しようとしても、何も起こりません。許可は常に同じままです(以下に示すとおり)。 lighttpdは、ファイルの種類に関係なく、常に403エラーを返します。ファイルの許可を変更するにはどうすればよいですか?

編集:

調査によると、ユーザーをvboxsfユーザーグループに追加すると、アクセス許可を変更できるようになります。 usermodを使用してグループにユーザーを追加しようとすると、機能しているように見えますが、変更はすぐに上書きされ、ロールバックされます。 他のソースでは、必要な権限でディスクを手動でマウントする必要があると示唆されています。 所有者を変更しようとしても、ルートは引き続き所有者のままです。これは、所有者を変更するためにusermodを使用しようとする以前の説明にもかかわらずです。/etc/groupファイルのグループ設定を確認すると、ユーザー名がリストされています。ただし、virtualboxが干渉している可能性があります。

別の方法として、ゲストからホストへのネットワーク共有を検討しています。

編集の終了

/media/sf_Space.io$ ls -l
total 10
drwxrwx--- 1 root vboxsf    0 May 12 11:57  css
-rwxrwx--- 1 root vboxsf    8 May 12 12:27  index.html
drwxrwx--- 1 root vboxsf    0 May 12 11:57  js
drwxrwx--- 1 root vboxsf    0 May 12 11:57  PythonCGITest
-rwxrwx--- 1 root vboxsf 1181 May 12 11:57  README.md
drwxrwx--- 1 root vboxsf    0 May 12 11:57  sprites
-rwxrwx--- 1 root vboxsf  587 May 12 11:57  test.html
drwxrwx--- 1 root vboxsf 4096 May 12 11:57 'welcome page (sketch)'
2
www139

数時間の作業の後、私は自分の解決策を見つけました。アクセス許可の問題は、virtualboxがホストからファイルシステムをマウントする方法に関連しています。この状況では、ホストファイルシステムはntfsです。ボリュームのアクセス許可を変更しようとするコマンドはありますが、アクセス許可は所有者としてrootのままで、アクセス許可は770に設定されます。

  • 仮想マシンにゲスト追加パッケージをインストールします。 「永続化」のみにチェックマークを付けて、新しい共有フォルダーを作成します。自動マウントボックスをオンにしないでください。また、これが必要かどうかはわかりませんが、ホストオペレーティングシステムにvirtualboxの拡張パッケージをインストールしてください。

  • ゲストマシン(virtualbox内で実行されているオペレーティングシステム)にディレクトリを作成します。

  • 次のbashスクリプトを使用して.shファイルを作成します。

    sleep 1 echo '[your password]' | Sudo -S mount -t vboxsf -o rw,uid=1000,gid=1000 [share name] [path to the directory created in the previous step]

  • 「スタートアップアプリケーション」マネージャーに移動し、コマンドxterm -e "/path/to/script/in/previous/step"を使用して新しいスタートアップを作成します

  • ファイル許可を実行可能ファイルに設定します:chmod +x [file name]

  • Xterm Sudo apt-get install xtermをインストールします。

Sudoパスワードを「入力」することのセキュリティ上のリスクを認識しています。ただし、この状況では、この仮想マシンを実行することを望んでいるのは私だけです。リスクは低いと判断しました。このソリューションに頼る前に状況を評価してください。また、コマンドの前にスペースを追加すると、コマンドラインがそのコマンドを履歴リストに保存できなくなることを読んだことを覚えています。

このソリューションは、Ubuntu 18LTSで機能しました。私はrc.localとchronジョブを知っていますが、これらはディストリビューションのバージョンによって異なり、ヒットまたはミスのように見えました。 rc.localは私のインストールにも存在せず、ファイルを手動で作成しても何も達成されませんでした。

0
www139