BUGS:
THIS FILE SYSTEM TYPE IS NOT YET FULLY SUPPORTED (READ: IT DOESN'T WORK)
AND USING IT MAY, IN FACT, DESTROY DATA ON YOUR SYSTEM. USE AT YOUR OWN
RISK. BEWARE OF DOG. SLIPPERY WHEN WET. BATTERIES NOT INCLUDED.
This code also needs an owner in order to be less dangerous
ちょっと怖いですか?引き続きいくつかの問題を説明しますが、問題の範囲と極端なケースを特定するには、ファイルシステムの処理に関する専門知識が必要です。
それにもかかわらず、これはおそらくよく知られているか、より多くの知識を持つ人には明らかです。
特定の用途や可能性が低い、または簡単に避けられない極端な場合にのみ深刻な問題が発生するように、リスクは十分に定義されていますか?またはもっと近い「あなたのデータが存在する場合は、誰かがあなたの頭に銃を向けてもUnionfsを使用してください」
ベストアンサー1
unionfs
FreeBSDから本物いいじゃないですか?
同じ名前のファイルが下位レイヤと上位レイヤの両方に存在する場合、カーネルは次を返します。両方、重複する項目はユーザー空間でフィルタリングする必要があります。
から引用源泉opendir(3)
FreeBSDから:
/* * The strategy here is to read all the directory * entries into a buffer, sort the buffer, and * remove duplicate entries by setting the inode * number to zero. * * We reopen the directory because _getdirentries() * on a MNT_UNION mount modifies the open directory, * making it refer to the lower directory after the * upper directory's entries are exhausted. * This would otherwise break software that uses * the directory descriptor for fchdir or *at * functions, such as fts.c. */
それが船を覆すのに十分でない場合はどうなるかわかりません;-)