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. */
그것이 배를 뒤집을 만큼 충분하지 않다면 어떻게 될지 모르겠습니다 ;-)
답변2
Mount_unionfs는 두 소스 중 하나가 읽기 전용인 환경에서만 사용해야 합니다.
그렇긴 하지만, 나는 이것을 내 NAS4Free 서버에서 5년 넘게 사용해 왔습니다(내 "내장형" 설치에 추가 기능 패키지 설치). 나는 아무런 문제가 없었습니다. 특히 설정이 매우 빠르고 쉽습니다. 감옥과 비교됩니다.