これは、Ubuntuオンライン、Fedoraオンライン、Windowsオンラインエミュレータ、MAC OSオンラインエミュレータなどの複数の無料オンラインワークステーションのいずれかを使用して、OnWorks無料ホスティングプロバイダーで実行できるコマンドhumfsifyです。
プログラム：
NAME
humfsify — ディレクトリをUML humfsファイルシステムに必要な形式に変換する
SYNOPSIS
humfsify [ユーザー] [グループ] [サイズ]
DESCRIPTION
このマニュアルページでは、 humfsify
このマニュアルページは、 Debianの GNU / Linuxの オリジナルなので配布
プログラムにはマニュアルページがありません。 代わりに、HTML形式のドキュメントがあります。 見る
を参照してください。
humfsify ディレクトリをUMLで期待される形式に変換するために必要なPerlスクリプトです。
humfs ファイルシステム。
HISTORY
UMLFSは、Hostfsの実装を適切なものに置き換えるというアイデアから生まれました。
UMLの目的: UML内でHostfsを使ってファイルを管理する場合、2つの
異なるパーミッションレイヤー（ホストレイヤーとUMLレイヤー）があり、それぞれ異なる考え方を持っています。
所有権。
これは、UMLで非ルートユーザーとしてファイルを作成する必要がある場合に明らかになります。まず、
UML ファイル システム実装と対話し、次にホスト側と対話する必要があります。
マウントされた hostfs ファイル システムでのファイル作成の結果が予想と異なります。
ファイルの権限はUMLではなくホスト側のユーザーを参照していることがわかります。
作成者。
ホスト側のユーザーはUMLインスタンスのランチャーとして意図されており、UML側は
ユーザーは、UML インスタンスにログインするために使用したユーザーです。
デバイスノードを作成するときに、より重大な問題が発生する可能性があります。
通常、ルート権限が必要です。UMLを起動するために一般ユーザーを使用したため、
操作がホスト上で実行されると、root としてログインしていても失敗します。
そのため、Hostfsの権限チェックをバイパスするためのツールセットが必要になります。
ホスト側：ファイルの権限と所有権をホストから分離することで実現します。
ホストのファイル。これがHumFsとそのhumfsify実装の背後にあるコンセプトです。
議論
user これは、ディレクトリをUMLファイルシステムに「変換」する必要があるユーザーです。
UMLを使用します。これは、このファイルシステムを内部から使用するホストユーザーです。
UML。ユーザー名または数値のユーザー ID のいずれかで指定できます。
グループヘッド これはUMLユーザーが所属するグループです。
名前または数値のグループID
サイズ これはUMLインスタンス内で表示されるファイルシステムのサイズです。
ギガバイト (「G」)、メガバイト (「M」)、またはキロバイト (「K」) で表されます。
例
ホスト上にディレクトリを作成し、humfsifyでマウントします。
ホスト％ mkdir あなたのhumfsディレクトリ
ホスト％ cd humfs-dir
このディレクトリ内にUMLのような階層を作成したい新しいディレクトリを作成します。
つまり、UMLルートファイルシステムをループマウントできる。
ホスト％ mkdir 腐植化される予定の方向
ホスト＃ mount -o ループ rootfs / mnt
ホスト％ cp -a / mnt humified 対象のディレクトリ/データ
ホスト＃ humfsify user グループヘッド 512M
次に、UML で検証し、humfsified ディレクトリをマウントします。
UML# mount なし /あなたのUMLホスト -t ハム -o
ここで、「/your-uml-mount-point」は、humfsifiedファイルシステムのUML上のマウントポイントです。
.../dir-to-be-humfsified は、上記の例におけるhumfsifiedディレクトリです。'-t'
マウント オプションは、ファイル システムを 'humfs' としてマウントすることを指定します。
onworks.net サービスを使用して humfsify をオンラインで使用する
