http://people.freebsd.org/~daichi/unionfs/index-ja.html

呜乎哀哉！怪不得日本人发展的快！凡事就怕认真两字哪！
要说明一个问题，前因，后果，思路，解决，问题等等，一个不能少！

信息之所以和消息的不同是因为有了组织，将关键的内容组织在一个统一的逻辑框架中！

推荐大家体会

--
"""Time is unimportant, only life important!
my blog:  http://blog.zoomquiet.org/
my wiki:   http://wiki.woodpecker.org.cn/moin/ZoomQuiet
my book:  http://www.douban.com/group/zoomquiet/
"""

On 1/17/06, Zoom Quiet <zoom.quiet at gmail.com> wrote:
> http://people.freebsd.org/~daichi/unionfs/index-ja.html
>
> 呜乎哀哉！怪不得日本人发展的快！凡事就怕认真两字哪！
> 要说明一个问题，前因，后果，思路，解决，问题等等，一个不能少！
>
> 信息之所以和消息的不同是因为有了组织，将关键的内容组织在一个统一的逻辑框架中！
>
> 推荐大家体会
>

鸟语不认识~~~~
能翻译一下不?


--
Best Regards,
Leo Jay

机器翻的  :



FreeBSD unionfs 的改善提议
Daichi GOTO (daichi at freebsd.Org)
编辑日期星期三4 日1月17 日:20:11 2006 年
更新日期星期六14 日1月23 日:11:26 2006 年

[ 英语]

1 个总结
FreeBSD 6 。它为人所知在unionfs 被装载对0-RELEASE
这是几个问题。分开地分类入二疆土这主要是可能的问题。这是发起于零件规格在unionfs 是模棱两可的并且问题关于登上FreeBSD
unionfs 锁的问题。

FreeBSD unionfs 的二个问题:

发起于零件规格在unionfs 是模棱两可的问题
问题关于登上FreeBSD unionfs 锁
结果, 报道unionfs 关于CD9660 文件系统, 您使用它是, 种类当, 几个问题发生。由于那事, 在系统象FreeSBIE
它知道, 问题发生。与这个原稿, 当这些问题被解释, 同时, 它是某事补丁为了解决这些问题停止被提供。这些补丁合并对FreeBSD
的前个目标, 不应用补丁和? 是时间当它设法能勾画问题不发生的FreeSBIE 。

2 unionfs
Unionfs, 附有二个文件系统, 是文件系统为了处理作为一个文件系统。例如附有记忆文件系统关于CD-ROM,
象是否词条是可能的关于文件在CD-ROM 它被使用至于使用, 您伪装。

由于它意味给修改报道没有增加修改目录vis-a-vis 下面成为基地的目录(更低的地层), (社会更高的地层) 只vis-a-vis 下面,
当那样, 我们会想甚而保留的修改点, 它可能运用目录更低的地层。

至于详细说明马歇尔・Kirk McKusick 和乔治v 。 Neville-Neil 工作P. "FreeBSD
操作系统的设计和实施"256 部分6 。页2 从7, 联合Filesystem 强数额和等等这是参考。

3 前FreeBSD unionfs 举行的问题
至于前FreeBSD unionfs 是举行如下的问题。

[ 问题关于架置] 前unionfs 使用从事种类方法作为锁机制。是它是某事society/the 更高的地层降低它死关于VOP 电话_
的地层锁的地方* 键入, 根据需要和。在这种情况下, 它包括unionfs vnode, 是最大关于一vnode, 它意味同时锁3
。换句话说, 在命令复数您锁以其它时间从SI 小组仁side/to 开锁, 有僵局容易发生的情况。实际上, 当前unionfs 是不稳定的,
这成为高装载情况, 僵局容易发生。
[ 问题关于架置] 在叫VOP 之时_ * 至于为society/the 更低的地层更高的地层部份vnode 您直接地反应unionfs
vnode 关于反应键入, 至于为部份。特别是当这种现象发生了以查寻, 有下落的可能性对它是困难了解从用户的情况。至于那些到目前为止被核实,
pwd society/the 低地层更高的地层绝对性通行证是反应的现象。
[ 问题关于架置] 架置readdir 是不足的, 只概略社会更高的地层反应。因此, 用户无法辨认存在在唯一更低的地层的文件和等等。
当[ 问题关于架置] 相同文件对society/the 更低的stratum/the 目录更高的地层存在, 因为社会whiteout
更高的地层不被勾画在删除以后, 它从用户, 海胆不被删除它是可看见的。
[ 问题关于架置] 在决定存取权之时, 当有一个file/a 目录在唯一更低的地层, 可能给阴影file/dir
社会更高的地层的当局在勾画您不反应之后。因此, 问题这样, 您无法给可能被写期望的文件写发生。
[ 的unionfs 问题规格的二义性发源] 当阴影file/dir 更低的地层被勾画, 没有规定关于接收属性在unionfs
的规格。因此, 与前架置唯一方法, "改正0777 以那时间umask" 的事被提供了, 仅这以当前FreeBSD unionfs
是时期当中意的结果被负担。例如, 即, 施行当局被给文件施行当局不应该被给。
例如至于为影响以这些前FreeBSD unionfs 是举行如下的问题。

[ 问题关于架置] 不稳定。使用unionfs, 它是难使用服务器等谁它稳定
[ unionfs 的规格的二义性发源] 的问题在FreeSBIE 和等等OpenOffice 。除非重复工作被完成, org
和Emacs, 当Vim 和等等被执行, 予先勾画文件, 它不能起动程序, 无法编写文件
改善提议对4 个问题
在这时候提出了的补丁, [ 改善内容对问题是关于架置] 如下。

在有条有理[ 应付对问题关于架置] 锁反对unionfs 哪vnode 有里面由您替换对尖锁社会更高的地层对象的事实,
为仁直接能锁更高的地层vnode 社会, 它应付由事实战略被修改。当对更低的地层的通入是必要的, 那时候它锁在极小的要求范围。但是,
当对应于社会更高的地层的vnode 不存在, 那些unionfs 用锁对象替换更低的地层。案件当叫的VOP _ * vnode
被勾画了在社会更高的地层, 它倾吐那些unionfs 对社会更高的地层和改变和打开更低的地层。至于这些那些应用nullfs
机制。由于这修改是大规模的, 这不是补丁对前来源, 它再做由充分的抓痕做。
[ 应付对问题关于架置] Http://www 。Freebsd 。Org/cgi/query pr 。Cgi?Pr=kern/84107更正
[ 应付对问题关于架置] Http://www 。Freebsd 。Org/cgi/query pr 。Cgi?Pr=kern/84498更正(可能)
[ 应付对问题关于架置] Http://www 。Freebsd 。Org/cgi/query pr 。Cgi?Pr=kern/89755更正(可能)
[ 应付对问题关于架置] Http://www 。Freebsd 。Org/cgi/query pr 。Cgi?Pr=kern/73094更正(可能)
和[ 应付对问题关于架置] 除这之外, 前面提到, 应付被了解的问题。
[ unionfs 的规格的二义性因为它最初不将被规定在规格关于改善的发源] 的问题, 它意味包括论据怎么它应该做不被规定的行为。

以登上在当前情况FreeBSD unionfs, 结果, 存取权被决定并且发生应用决定操作的情况, 根据用户的期望不经营。

是, 但这是必需根据场面, 另外的问题, 最初因为它不将被决定在规格, 书信是困难的它被认为的地方怎么它做这行为。这次我们会想提议,
它应付的概念三行为可能被给关于这行为的地方, 以选择。补丁包括改变这些三行为以选择的作用。

[ unionfs 的规格的二义性改善的发源] 的问题: 三个操作的样式

[ 传统方式] - 准备由于兼容性的方式。它相似地经营作为前FreeBSD unionfs 的操作。以尝试开始有效的标准这个方式,
最新的补丁合并和不是它的影响运转中, 海胆
[ 透明方式] - 允许更低的地层尽量关于社会更高的地层被保留的方式。用这操作盖它是可能您前面提到问题的多数。
[ 化妆舞会方式] - 任意地任命允许方法。由事实它任意地任命, 它可能准备考虑在安全和等等的文件系统。
最初因为这是规格不被决定零件的行为, 您复数行为和至于为它做准备尝试对能选择, 您认为这是有意思的书信。例如, 在它解释3-7 至于为[
的unionfs 问题规格的二义性发源], 与[ 这是可能的透明方式] 应付。

结果, 它被认为, 它并且被改正以以下问题[ 透明方式] 。

[ unionfs 的规格的二义性应付对发源] 的问题 Http://www 。Freebsd 。Org/cgi/query pr
。Cgi?Pr=kern/86596更正(可能)
5 个设施方法
应用补丁, 方法的工作例子安装提示5 。1它显示。

# 补丁< /anywhere/unionfs-p2 。Diff
# cp /usr/src/sys/fs/unionfs/union 。H /usr/include/fs/unionfs/
# 光盘/usr/src/sbin/mount_unionfs/
# 做obj && 依靠所有&& 安装的&&
# 使干净
# 光盘/usr/src
# 做buildkernel
# 做installkernel
# 停工- r 现在

提示5 。1 个设施工作例子
6 个用途方法
Mount_unionfs (8) 增加的选择

[ - c < Traditional|transparent|masquerade> ] -
从更低的地层任命复制文件和目录方法对社会更高的地层。至于它可能任命3 类型"传统", "透明" 和"化妆舞会" 的型。为安全,
那些这个选择可能被任命的地方是唯一根用户。
传统- 前unionfs 兼容方式。
透明- 属性和等等更低的地层那方式复制。
化妆舞会- 它复制以选定的属性。但是, 当选定的用户和所有者更低的地层是相同用户, 只有存取权为用户被改正。这是为了防止事实用户拥有的文件被发布给非知觉。
[ - m 允许] - 当化妆舞会被任命, 文件的存取权被任命。
[ - M 允许] - 当化妆舞会被任命, 目录的存取权被任命。
[ - u 所有者] - 当化妆舞会被任命, 用户(所有者) 被任命。
[ - g 小组] - 当化妆舞会被任命, 小组被任命。
Mount_unionfs (8) 从被删除的选择

[ - r ] - 在有条有理以mount_nullfs (8) 满足, 删除从mount_unionfs (8) [ - r ] 。
7 下载
补丁基本为FreeBSD 7 当前。补丁集合数字是大新补丁集合的程度。

SHA256 (Unionfs-p5 。Diff) =
Df65da3197dd60d0c37251883.a9290f9b03.e6b4c1f8e2.a5940886.aa373.ab296c
SHA256 (Unionfs-p4 。Diff) =
8.a3fed6e835676.a1dd27ca8872.a042d10ef988c5.e5912c9a7823835372255ce5
SHA256 (Unionfs-p3 。Diff) =
Ec7aeb1d55.e6d6d86665d319a0404f61.cb1066282363d70f8ce1ab41b66297b0
SHA256 (Unionfs-p2 。Diff) =
Beaf51723cfd7017a29a1e24.e21.c585f884328dcb808e586f4.e96391.c192d1f3
SHA256 (Unionfs-p1 。Diff) =
C18b4.e19a06875656819738e1de566d2b9faab418.af91949e28d72ffacfd2572
FreeBSD 6 。为x 补丁被设置:

SHA256 (Unionfs6-p5 。Diff) =
7e0c876c7428693367533b9a6bad44023851e43c0a4795.a4939accc72.ee9fdc7
SHA256 (Unionfs6-p4 。Diff) =
Aa5faf32dd06645cdce1a90219083707a79a25.a7c0882.aed8.a11b19b62db0b0a
SHA256 (Unionfs6-p3 。Diff) =
49a80103631267d824dfa6775.e572.e16098.aa789994bf58bb0259a8e10ead0d7
SHA256 (Unionfs6-p2 。Diff) =
C6deb8be2cc0b3251a5.a3.ed04d9945f7756bb915b5.a5bf77482546d34cec862c
SHA256 (Unionfs6-p1 。Diff) =
Afa06531d1525.e4.a96fb6f315f48.a8119c79094d97994c155944bbeb0d4f64c5
7.1 unionfs-p5 。修改点在diff
"不能fifo/vnode 旁路-1" 改正恐慌发生的问题
增加操作解释的评论来原始代码
它编写对原始代码依照样式(9) 的样式
7.2 unionfs-p4 。修改点在diff
改正通常不经营与64bit 曲拱的问题
增加分界6 stable/7 当前以__ FreeBSD_version
7.3 unionfs-p3 。修改点在diff
改正不设置阴影dir 属性正义的问题
它多余地开锁和开锁当vnode 被锁通过了作用更正的问题(以p2 的更正它是不足的)
改正部份componentname 不初始化的问题
7.4 unionfs-p2 。修改点在diff
它多余地开锁和开锁当vnode 是锁着的改正通过了作用的问题。没有锁VOP_RENAME fdvp 因为whiteout 被勾画了,
那改名被执行当有对应在更低的地层恐慌发生的文件。
Unionfs-p1 。以diff 作为三操作状态[ - c < Old|fullcopy|useful> ] 您使用了,
但直觉地是知道与, 名字不充分的征兆符合, 作为容易知道的名字[ - c <
Traditional|transparent|masquerade> ] 成它修改
7.5 unionfs-p1 。修改点在diff
由于极限感觉在改善登上锁在前unionfs, 它修改锁的战略, 修建unionfs 从充分的抓痕。
前unionfs 举行了从范围是被了解的架置的各种各样的问题。但是, 至于为架置readdir 有一想法边际。
8 个了解的问题
当存在的目录改名做在唯一更低的地层, 它成为不能访问存在在目录之下的文件和等等。在这勾画阴影dir 在更高的地层社会和给这改名之后,
是因为whiteout 被勾画。当它维护在目录里面更低的地层改名做, 在勾画完全拷贝以后在社会更高的地层, 改名。至于这, 不是臭虫,
规格。
它无法联合使用以nullfs 。至于这, locking/unlocking 发生机制因为它做同样对nullfs 。Nullfs
无法被转换成许多分层堆积当, 能使它成为事实不是在同样原因。另外, 因为登上目前阻碍这不被插入, 弄错, 当它联合使用, 恐慌它做。
9 附录
9.1 常见问题解答
Q: 用前unionfs 的方式, 更正, 至于使必要由充分的抓痕做和更换是?

A: 前架置成为了某事僵局容易根本上发生以登上锁。它难改正这, 多数人做和成为改变。因此, 在某一方面, 更正为前来源, 我们决定勾画从充分的抓痕。

Q: 至于兼容性怎么成为?

A: 如果与当前补丁, 它做前使用, 有前操作和兼容性。此外Http://www 。Freebsd 。Org/cgi/query pr
。Cgi?Pr=kern/84107(和Http://www 。Freebsd 。Org/cgi/query pr
。Cgi?Pr=kern/84498、 Http://www 。Freebsd 。Org/cgi/query pr
。Cgi?Pr=kern/89755、 Http://www 。Freebsd 。Org/cgi/query pr
。Cgi?Pr=kern/86596、 Http://www 。Freebsd 。Org/cgi/query pr
。Cgi?Pr=kern/73094) 问题并且被改正。

您在将来认为那, - c 操作透明应该被默认。由于至于为成为有前操作的问题操作的多数, 您认为- c 它被事实改正它使透明。

Q: 至于登上补丁平行对unionfs 的原始的操作?

A: 您认为, 它平行了。关于unionfs 马歇尔・Kirk McKusick 和乔治v 的规格。 Neville-Neil 工作P.
"FreeBSD 操作系统的设计和实施"256 部分6 。由于页2 从7, 联合Filesystem 它强烈被安定了在数额, 那里这是参考。

Q: 读为什么遮蔽了文件被形成?

A: 至于更新的通入天和时间关于文件更低的地层因为它不是可能的, 勾画阴影文件, 因为它更新天和时间。停止这操作, 如果- o
noatime 选择应该被任命了。细节登上(8) 是参考。

9.向前2 通信& 请求
某人翻译这页用英语? ? -?:) 关于被翻译的文本Daichi at freebsd 。Org?Daichi at jp 。Freebsd
。Org。当这是日本文本, 有被排斥的可能性与SPAM 过滤器因为,Daichi at jp 。Freebsd
。Org是否你是好的。臭虫报告对同样演讲。



在 06-1-17，Leo Jay<python.leojay at gmail.com> 写道：
> On 1/17/06, Zoom Quiet <zoom.quiet at gmail.com> wrote:
> > http://people.freebsd.org/~daichi/unionfs/index-ja.html
> >
> > 呜乎哀哉！怪不得日本人发展的快！凡事就怕认真两字哪！
> > 要说明一个问题，前因，后果，思路，解决，问题等等，一个不能少！
> >
> > 信息之所以和消息的不同是因为有了组织，将关键的内容组织在一个统一的逻辑框架中！
> >
> > 推荐大家体会
> >
>
> 鸟语不认识~~~~
> 能翻译一下不?
>
>
> --
> Best Regards,
> Leo Jay
>
> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
>
>

to : ZoomQuiet , t2t指的是什么呢？
另外，这个极其翻译的很强！

On 1/17/06, 风向标-Vane <vaneoooo at gmail.com> wrote:
>
> 机器翻的  :
>
>
>
> FreeBSD unionfs 的改善提议
> Daichi GOTO (daichi at freebsd.Org)
> 编辑日期星期三4 日1月17 日:20:11 2006 年
> 更新日期星期六14 日1月23 日:11:26 2006 年
>
> [ 英语]
>
> 1 个总结
> FreeBSD 6 。它为人所知在unionfs 被装载对0-RELEASE
> 这是几个问题。分开地分类入二疆土这主要是可能的问题。这是发起于零件规格在unionfs 是模棱两可的并且问题关于登上FreeBSD
> unionfs 锁的问题。
>
> FreeBSD unionfs 的二个问题:
>
> 发起于零件规格在unionfs 是模棱两可的问题
> 问题关于登上FreeBSD unionfs 锁
> 结果, 报道unionfs 关于CD9660 文件系统, 您使用它是, 种类当, 几个问题发生。由于那事, 在系统象FreeSBIE
> 它知道, 问题发生。与这个原稿, 当这些问题被解释, 同时, 它是某事补丁为了解决这些问题停止被提供。这些补丁合并对FreeBSD
> 的前个目标, 不应用补丁和? 是时间当它设法能勾画问题不发生的FreeSBIE 。
>
> 2 unionfs
> Unionfs, 附有二个文件系统, 是文件系统为了处理作为一个文件系统。例如附有记忆文件系统关于CD-ROM,
> 象是否词条是可能的关于文件在CD-ROM 它被使用至于使用, 您伪装。
>
> 由于它意味给修改报道没有增加修改目录vis-a-vis 下面成为基地的目录(更低的地层), (社会更高的地层) 只vis-a-vis 下面,
> 当那样, 我们会想甚而保留的修改点, 它可能运用目录更低的地层。
>
> 至于详细说明马歇尔·Kirk McKusick 和乔治v 。 Neville-Neil 工作P. "FreeBSD
> 操作系统的设计和实施"256 部分6 。页2 从7, 联合Filesystem 强数额和等等这是参考。
>
> 3 前FreeBSD unionfs 举行的问题
> 至于前FreeBSD unionfs 是举行如下的问题。
>
> [ 问题关于架置] 前unionfs 使用从事种类方法作为锁机制。是它是某事society/the 更高的地层降低它死关于VOP 电话_
> 的地层锁的地方* 键入, 根据需要和。在这种情况下, 它包括unionfs vnode, 是最大关于一vnode, 它意味同时锁3
> 。换句话说, 在命令复数您锁以其它时间从SI 小组仁side/to 开锁, 有僵局容易发生的情况。实际上, 当前unionfs 是不稳定的,
> 这成为高装载情况, 僵局容易发生。
> [ 问题关于架置] 在叫VOP 之时_ * 至于为society/the 更低的地层更高的地层部份vnode 您直接地反应unionfs
> vnode 关于反应键入, 至于为部份。特别是当这种现象发生了以查寻, 有下落的可能性对它是困难了解从用户的情况。至于那些到目前为止被核实,
> pwd society/the 低地层更高的地层绝对性通行证是反应的现象。
> [ 问题关于架置] 架置readdir 是不足的, 只概略社会更高的地层反应。因此, 用户无法辨认存在在唯一更低的地层的文件和等等。
> 当[ 问题关于架置] 相同文件对society/the 更低的stratum/the 目录更高的地层存在, 因为社会whiteout
> 更高的地层不被勾画在删除以后, 它从用户, 海胆不被删除它是可看见的。
> [ 问题关于架置] 在决定存取权之时, 当有一个file/a 目录在唯一更低的地层, 可能给阴影file/dir
> 社会更高的地层的当局在勾画您不反应之后。因此, 问题这样, 您无法给可能被写期望的文件写发生。
> [ 的unionfs 问题规格的二义性发源] 当阴影file/dir 更低的地层被勾画, 没有规定关于接收属性在unionfs
> 的规格。因此, 与前架置唯一方法, "改正0777 以那时间umask" 的事被提供了, 仅这以当前FreeBSD unionfs
> 是时期当中意的结果被负担。例如, 即, 施行当局被给文件施行当局不应该被给。
> 例如至于为影响以这些前FreeBSD unionfs 是举行如下的问题。
>
> [ 问题关于架置] 不稳定。使用unionfs, 它是难使用服务器等谁它稳定
> [ unionfs 的规格的二义性发源] 的问题在FreeSBIE 和等等OpenOffice 。除非重复工作被完成, org
> 和Emacs, 当Vim 和等等被执行, 予先勾画文件, 它不能起动程序, 无法编写文件
> 改善提议对4 个问题
> 在这时候提出了的补丁, [ 改善内容对问题是关于架置] 如下。
>
> 在有条有理[ 应付对问题关于架置] 锁反对unionfs 哪vnode 有里面由您替换对尖锁社会更高的地层对象的事实,
> 为仁直接能锁更高的地层vnode 社会, 它应付由事实战略被修改。当对更低的地层的通入是必要的, 那时候它锁在极小的要求范围。但是,
> 当对应于社会更高的地层的vnode 不存在, 那些unionfs 用锁对象替换更低的地层。案件当叫的VOP _ * vnode
> 被勾画了在社会更高的地层, 它倾吐那些unionfs 对社会更高的地层和改变和打开更低的地层。至于这些那些应用nullfs
> 机制。由于这修改是大规模的, 这不是补丁对前来源, 它再做由充分的抓痕做。
> [ 应付对问题关于架置] Http://www 。Freebsd 。Org/cgi/query pr 。Cgi?Pr=kern/84107更正
> [ 应付对问题关于架置] Http://www 。Freebsd 。Org/cgi/query pr
> 。Cgi?Pr=kern/84498更正(可能)
> [ 应付对问题关于架置] Http://www 。Freebsd 。Org/cgi/query pr
> 。Cgi?Pr=kern/89755更正(可能)
> [ 应付对问题关于架置] Http://www 。Freebsd 。Org/cgi/query pr
> 。Cgi?Pr=kern/73094更正(可能)
> 和[ 应付对问题关于架置] 除这之外, 前面提到, 应付被了解的问题。
> [ unionfs 的规格的二义性因为它最初不将被规定在规格关于改善的发源] 的问题, 它意味包括论据怎么它应该做不被规定的行为。
>
> 以登上在当前情况FreeBSD unionfs, 结果, 存取权被决定并且发生应用决定操作的情况, 根据用户的期望不经营。
>
> 是, 但这是必需根据场面, 另外的问题, 最初因为它不将被决定在规格, 书信是困难的它被认为的地方怎么它做这行为。这次我们会想提议,
> 它应付的概念三行为可能被给关于这行为的地方, 以选择。补丁包括改变这些三行为以选择的作用。
>
> [ unionfs 的规格的二义性改善的发源] 的问题: 三个操作的样式
>
> [ 传统方式] - 准备由于兼容性的方式。它相似地经营作为前FreeBSD unionfs 的操作。以尝试开始有效的标准这个方式,
> 最新的补丁合并和不是它的影响运转中, 海胆
> [ 透明方式] - 允许更低的地层尽量关于社会更高的地层被保留的方式。用这操作盖它是可能您前面提到问题的多数。
> [ 化妆舞会方式] - 任意地任命允许方法。由事实它任意地任命, 它可能准备考虑在安全和等等的文件系统。
> 最初因为这是规格不被决定零件的行为, 您复数行为和至于为它做准备尝试对能选择, 您认为这是有意思的书信。例如, 在它解释3-7 至于为[
> 的unionfs 问题规格的二义性发源], 与[ 这是可能的透明方式] 应付。
>
> 结果, 它被认为, 它并且被改正以以下问题[ 透明方式] 。
>
> [ unionfs 的规格的二义性应付对发源] 的问题 Http://www 。Freebsd 。Org/cgi/query pr
> 。Cgi?Pr=kern/86596更正(可能)
> 5 个设施方法
> 应用补丁, 方法的工作例子安装提示5 。1它显示。
>
> # 补丁< /anywhere/unionfs-p2 。Diff
> # cp /usr/src/sys/fs/unionfs/union 。H /usr/include/fs/unionfs/
> # 光盘/usr/src/sbin/mount_unionfs/
> # 做obj && 依靠所有&& 安装的&&
> # 使干净
> # 光盘/usr/src
> # 做buildkernel
> # 做installkernel
> # 停工- r 现在
>
> 提示5 。1 个设施工作例子
> 6 个用途方法
> Mount_unionfs (8) 增加的选择
>
> [ - c < Traditional|transparent|masquerade> ] -
> 从更低的地层任命复制文件和目录方法对社会更高的地层。至于它可能任命3 类型"传统", "透明" 和"化妆舞会" 的型。为安全,
> 那些这个选择可能被任命的地方是唯一根用户。
> 传统- 前unionfs 兼容方式。
> 透明- 属性和等等更低的地层那方式复制。
> 化妆舞会- 它复制以选定的属性。但是, 当选定的用户和所有者更低的地层是相同用户,
> 只有存取权为用户被改正。这是为了防止事实用户拥有的文件被发布给非知觉。
> [ - m 允许] - 当化妆舞会被任命, 文件的存取权被任命。
> [ - M 允许] - 当化妆舞会被任命, 目录的存取权被任命。
> [ - u 所有者] - 当化妆舞会被任命, 用户(所有者) 被任命。
> [ - g 小组] - 当化妆舞会被任命, 小组被任命。
> Mount_unionfs (8) 从被删除的选择
>
> [ - r ] - 在有条有理以mount_nullfs (8) 满足, 删除从mount_unionfs (8) [ - r ] 。
> 7 下载
> 补丁基本为FreeBSD 7 当前。补丁集合数字是大新补丁集合的程度。
>
> SHA256 (Unionfs-p5 。Diff) =
> Df65da3197dd60d0c37251883.a9290f9b03.e6b4c1f8e2.a5940886.aa373.ab296c
> SHA256 (Unionfs-p4 。Diff) =
> 8.a3fed6e835676.a1dd27ca8872.a042d10ef988c5.e5912c9a7823835372255ce5
> SHA256 (Unionfs-p3 。Diff) =
> Ec7aeb1d55.e6d6d86665d319a0404f61.cb1066282363d70f8ce1ab41b66297b0
> SHA256 (Unionfs-p2 。Diff) =
> Beaf51723cfd7017a29a1e24.e21.c585f884328dcb808e586f4.e96391.c192d1f3
> SHA256 (Unionfs-p1 。Diff) =
> C18b4.e19a06875656819738e1de566d2b9faab418.af91949e28d72ffacfd2572
> FreeBSD 6 。为x 补丁被设置:
>
> SHA256 (Unionfs6-p5 。Diff) =
> 7e0c876c7428693367533b9a6bad44023851e43c0a4795.a4939accc72.ee9fdc7
> SHA256 (Unionfs6-p4 。Diff) =
> Aa5faf32dd06645cdce1a90219083707a79a25.a7c0882.aed8.a11b19b62db0b0a
> SHA256 (Unionfs6-p3 。Diff) =
> 49a80103631267d824dfa6775.e572.e16098.aa789994bf58bb0259a8e10ead0d7
> SHA256 (Unionfs6-p2 。Diff) =
> C6deb8be2cc0b3251a5.a3.ed04d9945f7756bb915b5.a5bf77482546d34cec862c
> SHA256 (Unionfs6-p1 。Diff) =
> Afa06531d1525.e4.a96fb6f315f48.a8119c79094d97994c155944bbeb0d4f64c5
> 7.1 unionfs-p5 。修改点在diff
> "不能fifo/vnode 旁路-1" 改正恐慌发生的问题
> 增加操作解释的评论来原始代码
> 它编写对原始代码依照样式(9) 的样式
> 7.2 unionfs-p4 。修改点在diff
> 改正通常不经营与64bit 曲拱的问题
> 增加分界6 stable/7 当前以__ FreeBSD_version
> 7.3 unionfs-p3 。修改点在diff
> 改正不设置阴影dir 属性正义的问题
> 它多余地开锁和开锁当vnode 被锁通过了作用更正的问题(以p2 的更正它是不足的)
> 改正部份componentname 不初始化的问题
> 7.4 unionfs-p2 。修改点在diff
> 它多余地开锁和开锁当vnode 是锁着的改正通过了作用的问题。没有锁VOP_RENAME fdvp 因为whiteout 被勾画了,
> 那改名被执行当有对应在更低的地层恐慌发生的文件。
> Unionfs-p1 。以diff 作为三操作状态[ - c < Old|fullcopy|useful> ] 您使用了,
> 但直觉地是知道与, 名字不充分的征兆符合, 作为容易知道的名字[ - c <
> Traditional|transparent|masquerade> ] 成它修改
> 7.5 unionfs-p1 。修改点在diff
> 由于极限感觉在改善登上锁在前unionfs, 它修改锁的战略, 修建unionfs 从充分的抓痕。
> 前unionfs 举行了从范围是被了解的架置的各种各样的问题。但是, 至于为架置readdir 有一想法边际。
> 8 个了解的问题
> 当存在的目录改名做在唯一更低的地层, 它成为不能访问存在在目录之下的文件和等等。在这勾画阴影dir 在更高的地层社会和给这改名之后,
> 是因为whiteout 被勾画。当它维护在目录里面更低的地层改名做, 在勾画完全拷贝以后在社会更高的地层, 改名。至于这, 不是臭虫,
> 规格。
> 它无法联合使用以nullfs 。至于这, locking/unlocking 发生机制因为它做同样对nullfs 。Nullfs
> 无法被转换成许多分层堆积当, 能使它成为事实不是在同样原因。另外, 因为登上目前阻碍这不被插入, 弄错, 当它联合使用, 恐慌它做。
> 9 附录
> 9.1 常见问题解答
> Q: 用前unionfs 的方式, 更正, 至于使必要由充分的抓痕做和更换是?
>
> A: 前架置成为了某事僵局容易根本上发生以登上锁。它难改正这, 多数人做和成为改变。因此, 在某一方面, 更正为前来源, 我们决定勾画从充分的抓痕。
>
> Q: 至于兼容性怎么成为?
>
> A: 如果与当前补丁, 它做前使用, 有前操作和兼容性。此外Http://www 。Freebsd 。Org/cgi/query pr
> 。Cgi?Pr=kern/84107(和Http://www 。Freebsd 。Org/cgi/query pr
> 。Cgi?Pr=kern/84498、 Http://www 。Freebsd 。Org/cgi/query pr
> 。Cgi?Pr=kern/89755、 Http://www 。Freebsd 。Org/cgi/query pr
> 。Cgi?Pr=kern/86596、 Http://www 。Freebsd 。Org/cgi/query pr
> 。Cgi?Pr=kern/73094) 问题并且被改正。
>
> 您在将来认为那, - c 操作透明应该被默认。由于至于为成为有前操作的问题操作的多数, 您认为- c 它被事实改正它使透明。
>
> Q: 至于登上补丁平行对unionfs 的原始的操作?
>
> A: 您认为, 它平行了。关于unionfs 马歇尔·Kirk McKusick 和乔治v 的规格。 Neville-Neil 工作P.
> "FreeBSD 操作系统的设计和实施"256 部分6 。由于页2 从7, 联合Filesystem 它强烈被安定了在数额, 那里这是参考。
>
> Q: 读为什么遮蔽了文件被形成?
>
> A: 至于更新的通入天和时间关于文件更低的地层因为它不是可能的, 勾画阴影文件, 因为它更新天和时间。停止这操作, 如果- o
> noatime 选择应该被任命了。细节登上(8) 是参考。
>
> 9.向前2 通信& 请求
> 某人翻译这页用英语? ? -?:) 关于被翻译的文本Daichi at freebsd 。Org?Daichi at jp 。Freebsd
> 。Org。当这是日本文本, 有被排斥的可能性与SPAM 过滤器因为,Daichi at jp 。Freebsd
> 。Org是否你是好的。臭虫报告对同样演讲。
>
>
>
> 在 06-1-17，Leo Jay<python.leojay at gmail.com> 写道：
> > On 1/17/06, Zoom Quiet <zoom.quiet at gmail.com> wrote:
> > > http://people.freebsd.org/~daichi/unionfs/index-ja.html
> > >
> > > 呜乎哀哉！怪不得日本人发展的快！凡事就怕认真两字哪！
> > > 要说明一个问题，前因，后果，思路，解决，问题等等，一个不能少！
> > >
> > > 信息之所以和消息的不同是因为有了组织，将关键的内容组织在一个统一的逻辑框架中！
> > >
> > > 推荐大家体会
> > >
> >
> > 鸟语不认识~~~~
> > 能翻译一下不?
> >
> >
> > --
> > Best Regards,
> > Leo Jay
> >
> > _______________________________________________
> > python-chinese
> > Post: send python-chinese at lists.python.cn
> > Subscribe: send subscribe to python-chinese-request at lists.python.cn
> > Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> > Detail Info: http://python.cn/mailman/listinfo/python-chinese
> >
> >
>
> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
>
>


--
--------------------------------------------------------------
做最好的，吃最香的，玩最酷的，开最快的
http://spaces.msn.com/members/kofwang
--------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060118/8a9c006b/attachment-0001.htm

2006/1/18, 李寻欢晕菜了 <zhang.xiaoye at gmail.com>:
> to : ZoomQuiet , t2t指的是什么呢？
http://wiki.woodpecker.org.cn/moin/txt2tags
你老是问月经问题哪………………

> 另外，这个极其翻译的很强！
>
>
> On 1/17/06, 风向标-Vane <vaneoooo at gmail.com> wrote:
> > 机器翻的  :
> >
> >
> >
> > FreeBSD unionfs 的改善提议
> > Daichi GOTO (daichi at freebsd.Org)
> > 编辑日期星期三4 日1月17 日:20:11 2006 年
> > 更新日期星期六14 日1月23 日:11:26 2006 年
> >
> > [ 英语]
> >
> > 1 个总结
> > FreeBSD 6 。它为人所知在unionfs 被装载对0-RELEASE
> > 这是几个问题。分开地分类入二疆土这主要是可能的问题。这是发起于零件规格在unionfs
> 是模棱两可的并且问题关于登上FreeBSD
> > unionfs 锁的问题。
> >
> > FreeBSD unionfs 的二个问题:
> >
> > 发起于零件规格在unionfs 是模棱两可的问题
> > 问题关于登上FreeBSD unionfs 锁
> > 结果, 报道unionfs 关于CD9660 文件系统, 您使用它是, 种类当, 几个问题发生。由于那事, 在系统象FreeSBIE
> > 它知道, 问题发生。与这个原稿, 当这些问题被解释, 同时,
> 它是某事补丁为了解决这些问题停止被提供。这些补丁合并对FreeBSD
> > 的前个目标, 不应用补丁和? 是时间当它设法能勾画问题不发生的FreeSBIE 。
> >
> > 2 unionfs
> > Unionfs, 附有二个文件系统, 是文件系统为了处理作为一个文件系统。例如附有记忆文件系统关于CD-ROM,
> > 象是否词条是可能的关于文件在CD-ROM 它被使用至于使用, 您伪装。
> >
> > 由于它意味给修改报道没有增加修改目录vis-a-vis 下面成为基地的目录(更低的地层), (社会更高的地层) 只vis-a-vis 下面,
> > 当那样, 我们会想甚而保留的修改点, 它可能运用目录更低的地层。
> >
> > 至于详细说明马歇尔·Kirk McKusick 和乔治v 。 Neville-Neil 工作P. "FreeBSD
> > 操作系统的设计和实施"256 部分6 。页2 从7, 联合Filesystem 强数额和等等这是参考。
> >
> > 3 前FreeBSD unionfs 举行的问题
> > 至于前FreeBSD unionfs 是举行如下的问题。
> >
> > [ 问题关于架置] 前unionfs 使用从事种类方法作为锁机制。是它是某事society/the 更高的地层降低它死关于VOP 电话_
> > 的地层锁的地方* 键入, 根据需要和。在这种情况下, 它包括unionfs vnode, 是最大关于一vnode, 它意味同时锁3
> > 。换句话说, 在命令复数您锁以其它时间从SI 小组仁side/to 开锁, 有僵局容易发生的情况。实际上, 当前unionfs 是不稳定的,
> > 这成为高装载情况, 僵局容易发生。
> > [ 问题关于架置] 在叫VOP 之时_ * 至于为society/the 更低的地层更高的地层部份vnode 您直接地反应unionfs
> > vnode 关于反应键入, 至于为部份。特别是当这种现象发生了以查寻,
> 有下落的可能性对它是困难了解从用户的情况。至于那些到目前为止被核实,
> > pwd society/the 低地层更高的地层绝对性通行证是反应的现象。
> > [ 问题关于架置] 架置readdir 是不足的, 只概略社会更高的地层反应。因此, 用户无法辨认存在在唯一更低的地层的文件和等等。
> > 当[ 问题关于架置] 相同文件对society/the 更低的stratum/the 目录更高的地层存在, 因为社会whiteout
> > 更高的地层不被勾画在删除以后, 它从用户, 海胆不被删除它是可看见的。
> > [ 问题关于架置] 在决定存取权之时, 当有一个file/a 目录在唯一更低的地层, 可能给阴影file/dir
> > 社会更高的地层的当局在勾画您不反应之后。因此, 问题这样, 您无法给可能被写期望的文件写发生。
> > [ 的unionfs 问题规格的二义性发源] 当阴影file/dir 更低的地层被勾画, 没有规定关于接收属性在unionfs
> > 的规格。因此, 与前架置唯一方法, "改正0777 以那时间umask" 的事被提供了, 仅这以当前FreeBSD unionfs
> > 是时期当中意的结果被负担。例如, 即, 施行当局被给文件施行当局不应该被给。
> > 例如至于为影响以这些前FreeBSD unionfs 是举行如下的问题。
> >
> > [ 问题关于架置] 不稳定。使用unionfs, 它是难使用服务器等谁它稳定
> > [ unionfs 的规格的二义性发源] 的问题在FreeSBIE 和等等OpenOffice 。除非重复工作被完成, org
> > 和Emacs, 当Vim 和等等被执行, 予先勾画文件, 它不能起动程序, 无法编写文件
> > 改善提议对4 个问题
> > 在这时候提出了的补丁, [ 改善内容对问题是关于架置] 如下。
> >
> > 在有条有理[ 应付对问题关于架置] 锁反对unionfs 哪vnode 有里面由您替换对尖锁社会更高的地层对象的事实,
> > 为仁直接能锁更高的地层vnode 社会, 它应付由事实战略被修改。当对更低的地层的通入是必要的, 那时候它锁在极小的要求范围。但是,
> > 当对应于社会更高的地层的vnode 不存在, 那些unionfs 用锁对象替换更低的地层。案件当叫的VOP _ * vnode
> > 被勾画了在社会更高的地层, 它倾吐那些unionfs
> 对社会更高的地层和改变和打开更低的地层。至于这些那些应用nullfs
> > 机制。由于这修改是大规模的, 这不是补丁对前来源, 它再做由充分的抓痕做。
> > [ 应付对问题关于架置] Http://www 。Freebsd 。Org/cgi/query pr 。Cgi?Pr=kern/84107更正
> > [ 应付对问题关于架置] Http://www 。Freebsd 。Org/cgi/query pr
> 。Cgi?Pr=kern/84498更正(可能)
> > [ 应付对问题关于架置] Http://www 。Freebsd 。Org/cgi/query pr
> 。Cgi?Pr=kern/89755更正(可能)
> > [ 应付对问题关于架置] Http://www 。Freebsd 。Org/cgi/query pr
> 。Cgi?Pr=kern/73094更正(可能)
> > 和[ 应付对问题关于架置] 除这之外, 前面提到, 应付被了解的问题。
> > [ unionfs 的规格的二义性因为它最初不将被规定在规格关于改善的发源] 的问题, 它意味包括论据怎么它应该做不被规定的行为。
> >
> > 以登上在当前情况FreeBSD unionfs, 结果, 存取权被决定并且发生应用决定操作的情况, 根据用户的期望不经营。
> >
> > 是, 但这是必需根据场面, 另外的问题, 最初因为它不将被决定在规格, 书信是困难的它被认为的地方怎么它做这行为。这次我们会想提议,
> > 它应付的概念三行为可能被给关于这行为的地方, 以选择。补丁包括改变这些三行为以选择的作用。
> >
> > [ unionfs 的规格的二义性改善的发源] 的问题: 三个操作的样式
> >
> > [ 传统方式] - 准备由于兼容性的方式。它相似地经营作为前FreeBSD unionfs 的操作。以尝试开始有效的标准这个方式,
> > 最新的补丁合并和不是它的影响运转中, 海胆
> > [ 透明方式] - 允许更低的地层尽量关于社会更高的地层被保留的方式。用这操作盖它是可能您前面提到问题的多数。
> > [ 化妆舞会方式] - 任意地任命允许方法。由事实它任意地任命, 它可能准备考虑在安全和等等的文件系统。
> > 最初因为这是规格不被决定零件的行为, 您复数行为和至于为它做准备尝试对能选择, 您认为这是有意思的书信。例如, 在它解释3-7 至于为[
> > 的unionfs 问题规格的二义性发源], 与[ 这是可能的透明方式] 应付。
> >
> > 结果, 它被认为, 它并且被改正以以下问题[ 透明方式] 。
> >
> > [ unionfs 的规格的二义性应付对发源] 的问题 Http://www 。Freebsd 。Org/cgi/query pr
> > 。Cgi?Pr=kern/86596更正(可能)
> > 5 个设施方法
> > 应用补丁, 方法的工作例子安装提示5 。1它显示。
> >
> > # 补丁< /anywhere/unionfs-p2 。Diff
> > # cp /usr/src/sys/fs/unionfs/union 。H /usr/include/fs/unionfs/
> > # 光盘/usr/src/sbin/mount_unionfs/
> > # 做obj && 依靠所有&& 安装的&&
> > # 使干净
> > # 光盘/usr/src
> > # 做buildkernel
> > # 做installkernel
> > # 停工- r 现在
> >
> > 提示5 。1 个设施工作例子
> > 6 个用途方法
> > Mount_unionfs (8) 增加的选择
> >
> > [ - c < Traditional|transparent|masquerade> ] -
> > 从更低的地层任命复制文件和目录方法对社会更高的地层。至于它可能任命3 类型"传统", "透明" 和"化妆舞会"
> 的型。为安全,
> > 那些这个选择可能被任命的地方是唯一根用户。
> > 传统- 前unionfs 兼容方式。
> > 透明- 属性和等等更低的地层那方式复制。
> > 化妆舞会- 它复制以选定的属性。但是, 当选定的用户和所有者更低的地层是相同用户,
> 只有存取权为用户被改正。这是为了防止事实用户拥有的文件被发布给非知觉。
> > [ - m 允许] - 当化妆舞会被任命, 文件的存取权被任命。
> > [ - M 允许] - 当化妆舞会被任命, 目录的存取权被任命。
> > [ - u 所有者] - 当化妆舞会被任命, 用户(所有者) 被任命。
> > [ - g 小组] - 当化妆舞会被任命, 小组被任命。
> > Mount_unionfs (8) 从被删除的选择
> >
> > [ - r ] - 在有条有理以mount_nullfs (8) 满足, 删除从mount_unionfs (8) [ - r ] 。
> > 7 下载
> > 补丁基本为FreeBSD 7 当前。补丁集合数字是大新补丁集合的程度。
> >
> > SHA256 (Unionfs-p5 。Diff) =
> >
> Df65da3197dd60d0c37251883.a9290f9b03.e6b4c1f8e2.a5940886.aa373.ab296c
> > SHA256 (Unionfs-p4 。Diff) =
> >
> 8.a3fed6e835676.a1dd27ca8872.a042d10ef988c5.e5912c9a7823835372255ce5
> > SHA256 (Unionfs-p3 。Diff) =
> >
> Ec7aeb1d55.e6d6d86665d319a0404f61.cb1066282363d70f8ce1ab41b66297b0
> > SHA256 (Unionfs-p2 。Diff) =
> >
> Beaf51723cfd7017a29a1e24.e21.c585f884328dcb808e586f4.e96391.c192d1f3
> > SHA256 (Unionfs-p1 。Diff) =
> >
> C18b4.e19a06875656819738e1de566d2b9faab418.af91949e28d72ffacfd2572
> > FreeBSD 6 。为x 补丁被设置:
> >
> > SHA256 (Unionfs6-p5 。Diff) =
> >
> 7e0c876c7428693367533b9a6bad44023851e43c0a4795.a4939accc72.ee9fdc7
> > SHA256 (Unionfs6-p4 。Diff) =
> >
> Aa5faf32dd06645cdce1a90219083707a79a25.a7c0882.aed8.a11b19b62db0b0a
> > SHA256 (Unionfs6-p3 。Diff) =
> >
> 49a80103631267d824dfa6775.e572.e16098.aa789994bf58bb0259a8e10ead0d7
> > SHA256 (Unionfs6-p2 。Diff) =
> >
> C6deb8be2cc0b3251a5.a3.ed04d9945f7756bb915b5.a5bf77482546d34cec862c
> > SHA256 (Unionfs6-p1 。Diff) =
> >
> Afa06531d1525.e4.a96fb6f315f48.a8119c79094d97994c155944bbeb0d4f64c5
> > 7.1 unionfs-p5 。修改点在diff
> > "不能fifo/vnode 旁路-1" 改正恐慌发生的问题
> > 增加操作解释的评论来原始代码
> > 它编写对原始代码依照样式(9) 的样式
> > 7.2 unionfs-p4 。修改点在diff
> > 改正通常不经营与64bit 曲拱的问题
> > 增加分界6 stable/7 当前以__ FreeBSD_version
> > 7.3 unionfs-p3 。修改点在diff
> > 改正不设置阴影dir 属性正义的问题
> > 它多余地开锁和开锁当vnode 被锁通过了作用更正的问题(以p2 的更正它是不足的)
> > 改正部份componentname 不初始化的问题
> > 7.4 unionfs-p2 。修改点在diff
> > 它多余地开锁和开锁当vnode 是锁着的改正通过了作用的问题。没有锁VOP_RENAME fdvp 因为whiteout 被勾画了,
> > 那改名被执行当有对应在更低的地层恐慌发生的文件。
> > Unionfs-p1 。以diff 作为三操作状态[ - c < Old|fullcopy|useful> ] 您使用了,
> > 但直觉地是知道与, 名字不充分的征兆符合, 作为容易知道的名字[ - c <
> > Traditional|transparent|masquerade> ] 成它修改
> > 7.5 unionfs-p1 。修改点在diff
> > 由于极限感觉在改善登上锁在前unionfs, 它修改锁的战略, 修建unionfs 从充分的抓痕。
> > 前unionfs 举行了从范围是被了解的架置的各种各样的问题。但是, 至于为架置readdir 有一想法边际。
> > 8 个了解的问题
> > 当存在的目录改名做在唯一更低的地层, 它成为不能访问存在在目录之下的文件和等等。在这勾画阴影dir 在更高的地层社会和给这改名之后,
> > 是因为whiteout 被勾画。当它维护在目录里面更低的地层改名做, 在勾画完全拷贝以后在社会更高的地层, 改名。至于这, 不是臭虫,
> > 规格。
> > 它无法联合使用以nullfs 。至于这, locking/unlocking 发生机制因为它做同样对nullfs 。Nullfs
> > 无法被转换成许多分层堆积当, 能使它成为事实不是在同样原因。另外, 因为登上目前阻碍这不被插入, 弄错, 当它联合使用, 恐慌它做。
> > 9 附录
> > 9.1 常见问题解答
> > Q: 用前unionfs 的方式, 更正, 至于使必要由充分的抓痕做和更换是?
> >
> > A: 前架置成为了某事僵局容易根本上发生以登上锁。它难改正这, 多数人做和成为改变。因此, 在某一方面, 更正为前来源, 我们决定勾画从充分的抓痕。
> >
> > Q: 至于兼容性怎么成为?
> >
> > A: 如果与当前补丁, 它做前使用, 有前操作和兼容性。此外Http://www 。Freebsd 。Org/cgi/query pr
> > 。Cgi?Pr=kern/84107(和Http://www 。Freebsd 。Org/cgi/query pr
> > 。Cgi?Pr=kern/84498、 Http://www 。Freebsd 。Org/cgi/query pr
> > 。Cgi?Pr=kern/89755、 Http://www 。Freebsd 。Org/cgi/query pr
> > 。Cgi?Pr=kern/86596、 Http://www 。Freebsd 。Org/cgi/query pr
> > 。Cgi?Pr=kern/73094) 问题并且被改正。
> >
> > 您在将来认为那, - c 操作透明应该被默认。由于至于为成为有前操作的问题操作的多数, 您认为- c 它被事实改正它使透明。
> >
> > Q: 至于登上补丁平行对unionfs 的原始的操作?
> >
> > A: 您认为, 它平行了。关于unionfs 马歇尔·Kirk McKusick 和乔治v 的规格。 Neville-Neil 工作P.
> > "FreeBSD 操作系统的设计和实施"256 部分6 。由于页2 从7, 联合Filesystem 它强烈被安定了在数额, 那里这是参考。
> >
> > Q: 读为什么遮蔽了文件被形成?
> >
> > A: 至于更新的通入天和时间关于文件更低的地层因为它不是可能的, 勾画阴影文件, 因为它更新天和时间。停止这操作, 如果- o
> > noatime 选择应该被任命了。细节登上(8) 是参考。
> >
> > 9.向前2 通信& 请求
> > 某人翻译这页用英语? ? -?:) 关于被翻译的文本Daichi at freebsd 。Org?Daichi at jp 。Freebsd
> > 。Org。当这是日本文本, 有被排斥的可能性与SPAM 过滤器因为,Daichi at jp 。Freebsd
> > 。Org是否你是好的。臭虫报告对同样演讲。
> >
> >
> >
> > 在 06-1-17，Leo Jay<python.leojay at gmail.com> 写道：
> > > On 1/17/06, Zoom Quiet <zoom.quiet at gmail.com> wrote:
> > > >
> http://people.freebsd.org/~daichi/unionfs/index-ja.html
> > > >
> > > > 呜乎哀哉！怪不得日本人发展的快！凡事就怕认真两字哪！
> > > > 要说明一个问题，前因，后果，思路，解决，问题等等，一个不能少！
> > > >
> > > > 信息之所以和消息的不同是因为有了组织，将关键的内容组织在一个统一的逻辑框架中！
> > > >
> > > > 推荐大家体会
> > > >
> > >
> > > 鸟语不认识~~~~
> > > 能翻译一下不?
> > >
> > >
> > > --
> > > Best Regards,
> > > Leo Jay
> > >
> > > _______________________________________________
> > > python-chinese
> > > Post: send python-chinese at lists.python.cn
> > > Subscribe: send subscribe to
> python-chinese-request at lists.python.cn
> > > Unsubscribe: send unsubscribe to
> python-chinese-request at lists.python.cn
> > > Detail Info:
> http://python.cn/mailman/listinfo/python-chinese
> > >
> > >
> >
> > _______________________________________________
> > python-chinese
> > Post: send python-chinese at lists.python.cn
> > Subscribe: send subscribe to
> python-chinese-request at lists.python.cn
> > Unsubscribe: send unsubscribe to
> python-chinese-request at lists.python.cn
> > Detail Info:
> http://python.cn/mailman/listinfo/python-chinese
> >
> >
>
>
>
>  --
> --------------------------------------------------------------
> 做最好的，吃最香的，玩最酷的，开最快的
> http://spaces.msn.com/members/kofwang
> --------------------------------------------------------------
> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to
> python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to
> python-chinese-request at lists.python.cn
> Detail Info:
> http://python.cn/mailman/listinfo/python-chinese
>
>


--
"""Time is unimportant, only life important!
my blog:  http://blog.zoomquiet.org/
my wiki:   http://wiki.woodpecker.org.cn/moin/ZoomQuiet
my book:  http://www.douban.com/group/zoomquiet/
"""