对于那些迷恋企鹅和苹果的人来说,能够使用/ home路径(不是习惯性使用)还是那些可能值已在某些文件中沿行同步的奇怪情况下似乎非常值得在两台机器上使用。
~
扩展到您的主目录。您能否在问题中阐明您是要符号链接到用户主目录(即/Users/[username]
)还是实际上是符号链接到用户目录本身(/Users/
),其中包含计算机上所有用户的单独目录?
对于那些迷恋企鹅和苹果的人来说,能够使用/ home路径(不是习惯性使用)还是那些可能值已在某些文件中沿行同步的奇怪情况下似乎非常值得在两台机器上使用。
~
扩展到您的主目录。您能否在问题中阐明您是要符号链接到用户主目录(即/Users/[username]
)还是实际上是符号链接到用户目录本身(/Users/
),其中包含计算机上所有用户的单独目录?
Answers:
sudo ln -s /Users /home
可以与其他配置一起使用,但是我认为这不是一个好主意,因为您应该通过~
shell或进入家$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
/etc/auto_master
并注释掉主页行。然后重新启动以释放现有的/ home资源。然后,您可以使用以下命令对目录进行符号链接。ln -s /Users /home
。在执行此操作之前,由于资源繁忙,您将完全不被允许创建符号链接。
operation not supported
消息
sudo automount -cv
改为运行。
我很遗憾这个答案并不完全是权威,因为我自己从来没有真正做到这一点-尽管我在其他Unix系统上使用过类似的自动挂载程序-但我/home
对OS X上的用途有所了解。
因此,让我们按照以下步骤进行操作:
如果您首先输入mount
Terminal以显示活动安装,您将看到以下行:
map auto_home on /home (autofs, automounted, nobrowse)
autofs
地图是在中定义的/etc/auto_master
,然后又/home
是在中专门定义的/etc/auto_home
。如果您查看一下/etc/auto_home
,您将看到以下行:
+/usr/libexec/od_user_homes
继续进行下一步,进入od_user_homes
手册页,您将找到一个程序,其目的是获取用户名,在Open Directory中查找用户名,然后将URL返回到该用户的主目录。如果您auto_master
在其手册页上继续阅读,将会发现使用可执行程序进行映射会导致该程序被调用以查找要安装的URL,该URL又被就地安装。
预期的应用程序似乎是:如果您的Mac已连接到目录服务,则该操作/home/jdoe
将导致自动安装程序在其中安装jdoe
主目录。
基于此,可以得出这样的逻辑结论:如果您不打算将Mac连接到目录服务,则可以按此注释中的/home
说明删除自动挂载。我不知道将来的操作系统更新将如何处理。
automountd
要处理的本地路径。似乎可以执行NFS,SMB和AFS。
Input/output error
在尝试时收到cd
。从我的阅读看来,就像我说的那样,我只能使用NFS,SMB或AFS。但是也许我们应该在其他地方进行这一实验……
没有用/home
。与其他各种Unix版本一样,OS X为用户提供了唯一的位置。在Linux中为/home/user
,在OS X中为/Users
。这就是为什么最好使用速记“ ~
”或环境变量的原因$HOME
。
虽然可以/Users/[username]
使用以下命令创建到用户的base / home目录的符号链接:
ln -s ~ /foo
创建名称/home
为链接的链接将不起作用,因为该链接已在系统根目录中存在一个(n未使用)目录。
/export/home/username
在Solaris上。认为/home/username
会起作用是一种不好的做法。寻找主目录的程序应使用getpwnam
或getpwuid
。
map auto_home on /home (autofs, automounted, nobrowse)
…虽然我不知道该坐骑的起源,但我应该不同意“没有用/home
”。
/home
显然已保留,但未在OSX中使用,并不是说没有
我根本没有理由不重命名目录/ home(以防我错了),并且没有创建从/ home到/ Users的符号链接(或者,由于系统原因,在我的机器中是/ Volumes / Users)磁盘用于系统,该死!)
我曾经在大学部门担任Unix的11种系统管理员的工作。全局目录树中有各种各样的符号链接,因此文件系统可以做正确的事情,并且脚本尽可能地适合在任何地方工作。您确实遇到了一些麻烦,但是如果您的手指习惯于键入/ home / foo,并且symlink推迟了手指的作业再培训,请继续。
同样,某些linuxen的主目录已经是/ usr / home。
我工作过的地方有一个/ Users / {group} / {username}的主目录,以部分保护学生免受教授许可的情况,防止学生四处浏览教授文件。Users目录已执行,但未设置读取位,并且组目录仅对组成员可读。
(所有这些说明中,有很多方法可以剥夺这只猫科动物的毛皮。
一种可能的陷阱-检查时间机器最终不会制作所有东西的两个副本。我不知道TM如何处理符号链接。如果是这样,则将/ home添加到TM的排除列表中。
/Users
则熟悉的修复权限例程可能将无法进行所需的更正。因此,我建议/Users
应由Apple安装:目录,而不是符号链接。
我之前尝试过此方法,并使它工作约一周,直到重新启动为止。
您不能只是符号链接/home
到/Users
。实际上,您甚至无法删除/home
。
如果您设法删除/home
,它将在重新启动后重新出现。
如果移动/home
到/home.old
和符号链接/home
,它会删除符号链接/home
。
只要您的Mac不会崩溃或重启,您就可以使用它。
重新启动后,一切都会消失!
重新启动时,Mac OS X似乎认为您正在创建一个新用户,因此它将覆盖旧/Users/username
目录中的所有用户首选项。
由于您将所有内容都复制到/home/username
,因此您希望ls /home
在重新启动后看到新的主目录。相反,您什么都没有!!!好像它从未存在过。
就我而言,我吓坏了大约30分钟,然后我进入了单用户模式,看看是否可以做些什么。我以为我可能可以获取日志文件或尝试启动修复实用程序。
在单用户模式下,我的主目录在那里。在多用户模式下,Apple故意向用户隐藏任何新创建的目录/home
。这是故意设计的邪恶功能。
苹果很la脚,不鼓励任何形式的黑客入侵他们的操作系统。那是什么样的设计特征?Apple隐藏了新创建/home
目录的内容。Apple绝对没有正当理由自动删除/home
目录...或任何用户创建的目录!
在这种情况下,他们正在/ home目录上挂载目录...有效地隐藏了它。
如果您真的确定要使用/home
而不是/Users
,则可以通过编写脚本在每次引导时进行设置来解决该问题。
另外,我应该提到您应该能够使用其他一些目录,因为它仅被禁止使用,所以不能/home
代替它。/Users
/home
如果您使用bash,则必须设置一些环境变量...即:CD_HOME
和HOME
。
我希望补充一点……尽管您无法卸载或强制卸载/home
,但是可以在上安装磁盘/home
。所有这些都安装在“ auto_home”的顶部。
我能够/home
成功地将恢复磁盘安装在上面...也许这是可以完成的。
~username
无论Mac OSX还是Linux,都可以扩展到您的主目录。