Mac OS X-/ homeを/ Usersにシンボリックリンクする方法

ペンギンやリンゴに手を出している私たちにとって、/ homeパスをhabbitから使用するか、値がファイルの行に沿ってどこかで同期されたという奇妙な場合に使用することは非常に価値があるようです両方のマシンで使用します。

sudo ln -s /Users /home追加の設定で動作しますが~、シェルまたはを介してホームにアクセスする必要があるため、これは良い考えではありません$HOME。また/home、Linux標準であり、Unixでよく使用されますが、誰もが慣例に従っている場合にほとんどの時間で機能するものではなく、機能することが保証されている情報に依存する方が常に良いとは限りません。

sudo ln -s /Users /home作業を行うには、次の手順に従います（コメントから）。

EDITOR=nano sudo -e /etc/auto_master
# add a "#" at the start of the line beginning with /home
# save changes
sudo automount -cv
sudo ln -s /Users /home

他のUnixシステムで同様のオートマウンターを使用したことはありますが、私は実際にこれを実際に行ったことがないため、この回答が正確に信頼できるものではないことを残念に思いますが/home、OS Xで何が使用されているかについての理解はここにあります。

それでは、トレイルをたどってみましょう。

mountアクティブなマウントを表示するために最初にターミナルを入力すると、次の行が表示されます。

map auto_home on /home (autofs, automounted, nobrowse)

autofsマップはで定義され/etc/auto_master、/home次にで具体的に定義され/etc/auto_homeます。を見ると/etc/auto_home、次の行が表示されます。

+/usr/libexec/od_user_homes

トレイルに1つの以上のステップに従いmanページを、あなたはその目的は、ユーザ名を取り、オープンディレクトリでそれを見て、そのユーザのホームディレクトリへのURLを返すことであるプログラムを見つけることができます。あなたが上に読んでいる場合で、そのmanページ、あなたは順番にその場で装着され、そのプログラムでは、マップの結果を得るために実行可能なプログラムを使用してマウントするURLをルックアップするために呼び出されていることがわかります。od_user_homesauto_master

目的のアプリケーションは、Macがディレクトリサービスに接続されている/home/jdoe場合、オートマウンターがjdoeのホームディレクトリをそこにマウントすることです。

これに基づいて、Macをディレクトリサービスに接続するつもりがない場合は/home、このコメントで説明されているように、自動マウントを削除しても大丈夫だと結論付けるのは理にかなっています。しかし、今後のOSアップデートでこれがどのように処理されるかはわかりません。

の使用はありません/home。OS Xは、他のさまざまなUnixバージョンと同様に、ユーザーにとって一意の場所を持っています。Linuxではに/home/userあり、OS Xではにあり/Usersます。これが速記~または環境変数を使用するのが良い習慣である理由です$HOME。

/Users/[username]次のコマンドを使用して、ユーザーのベース/ホームディレクトリへのシンボリックリンクを作成できます。

ln -s ~ /foo

/homeシステムのルートにその名前の（n個の未使用の）ディレクトリがすでに存在するため、名前付きのリンクを作成することはできません。

ディレクトリ/ homeの名前を変更しないで（間違っている場合）、/ homeから/ Users（または、私のシステムのように/ Volumes / Users）へのシンボリックリンクを作成する理由はまったくありませんディスクはシステム用です。

私は、大学の学部で11種類のUNIXを使用して、システム管理者として働いていました。グローバルディレクトリツリーにあらゆる種類のシンボリックリンクがあり、ファイルシステムが適切に動作するようにし、スクリプトはできる限りどこでも動作するようにしました。いくつかの落とし穴に遭遇しますが、/ home / fooの入力に指が使用され、シンボリックリンクが指の再訓練を延期する場合は、すぐに行きます。

同様に、一部のlinuxenにはホームディレクトリが/ usr / homeとして既にあります。

私が働いていた場所の1つは、教授が許可を得て不注意だった場合に学生が教授ファイルをうろつくことを部分的に防ぐために、/ Users / {group} / {username}のホームディレクトリがありました。Usersディレクトリは実行されましたが、読み取りビットは設定されておらず、グループディレクトリはグループメンバーのみが読み取り可能でした。

（このすべては、この特定の猫の毛皮を奪う多くの方法が存在する実例です。

考えられることの1つ-タイムマシンがすべてのコピーを2つ作成しないことを確認してください。TMがシンボリックリンクを処理する方法がわかりません。存在する場合は、TMの除外リストに/ homeを追加します。

私はこれを前に試し、再起動するまで約1週間動作させました...

にシンボリックリンク/homeすることはできません/Users。実際、を削除することさえできません/home。

削除できた場合/home、再起動後に再表示されます。

に移動/homeし/home.old、シンボリックリンク/homeすると、シンボリックリンクが削除され/homeます。

Macがクラッシュまたは再起動しない限り、これを機能させることができます。

再起動すると、すべて消えます！

再起動すると、Mac OS Xは新しいユーザーを作成していると考えているように見えるため、古い/Users/usernameディレクトリのすべてのユーザー設定が上書きされます。

すべてを/home/usernameにコピーしたため、ls /home再起動後に行うと、新しいホームディレクトリが表示されるはずです。代わりに、何も得られません!!! それは存在しなかったかのようです。

私の場合、約30分間おかしくなってから、シングルユーザーモードで起動して、何かできるかどうかを確認しました。ログファイルを取得したり、修復ユーティリティを起動したりできると考えていました。

シングルユーザーモードでは、私のホームディレクトリがそこにありました。Apple は、マルチユーザーモードの場合、新しく作成されたディレクトリをユーザーから意図的に非/home表示にします。これは、意図的に悪意のあるデザイン機能です。

Appleは不自由であり、OSをハッキングすることを思いとどまらせます。それはどのようなデザイン機能ですか？Appleは、新しく作成された/homeディレクトリの内容を隠します。Appleが/homeディレクトリを自動削除する正当な理由はまったくありません...またはユーザーが作成したディレクトリはまったくありません！

この場合、彼らは/ homeディレクトリの上にディレクトリをマウントしています...事実上それを隠しています。

の/home代わりにを使用することに本当に決心している場合は/Users、ブートのたびにすべてをセットアップするスクリプトを作成することで回避できます。

また、禁止され/homeて/Usersいるだけであるため、代替として使用されない他のディレクトリを使用できるようにする必要があることを言及する必要があります/home。

bashを使用する場合、いくつかの環境変数を設定する必要があります。つまり：CD_HOMEおよびHOMEです。

私はそれを追加したい...あなたがアンマウントすることはできませんが、アンマウントを強制することはできませ/homeんが、上にディスクをマウントすることができます/home。これらはすべて「auto_home」の上にマウントされています。

リカバリディスクを上に/home正常にマウントすることができました...おそらく、これがその方法です。