FreeBSD 및 Linux 공유 파티션

FreeBSD 및 Linux 공유 파티션

FreeBSD와 Linux 간에 어떤 디렉터리를 공유할 수 있으며 어떻게 공유할 수 있나요? 특히 /usr/home과 /home을 각각 중복 제거하는 방법은 무엇입니까? 두 시스템 간에 직접 파티션을 공유하면 포인트 파일 충돌이 발생할 수 있으므로 이것이 올바른 해결책이 아닐 수도 있습니다. 공유 파티션을 공동으로 마운트하는 것이 합리적입니까? 이렇게 하면 도트 파일을 각 운영 체제의 "/" 파티션으로 이동하고 나머지 파일을 공유 파티션으로 공유할 수 있습니다.

공유 기본 파티션 자체에는 어떤 파일 시스템을 사용해야 합니까? RAM이 2GB 미만이므로 읽은 내용에 따르면 ZFS에서는 이를 표시하지 않을 것 같습니다. 어쩌면 ext2가 작동할까요? 더 나은 옵션이 있습니까? 편집: Linux에서 UFS 쓰기에 대한 커널 지원이 안정화되었습니까?

  • 리눅스 배포판은 LMDE입니다.
  • PC-BSD가 실제로 사용되지만 내가 읽은 바에 따르면 FreeBSD처럼 동작해야 합니다. 내가 틀렸다면 정정해주세요.
  • 파티션은 다음과 같습니다.
OS 마운트 지점 FS 크기(GiB, 총: ~160GB)
리눅스/ext4 16
FreeBSD/ufs 16
/mnt/home/ext2를 공유하시겠습니까? ~124 # 편집됨: 아래 참조
공유 - 교환 4

수행해야 할 다른 파티션이 있나요? "영구적인" 서버가 없는 워크스테이션이지만 FreeBSD에서 감옥을 가지고 놀 수도 있습니다. 어쩌면 그들을 위해 파티션을 준비해야 할까요?

면책 조항: 저는 이전에 통합 파일 시스템을 사용해 본 적이 없으며 일반적으로 BSD를 처음 사용하는 경우 더 나은 솔루션에 대한 제안을 환영합니다.

편집: 각 루트 파티션에 "도트파일" 트리를 추가하고 함께 마운트하는 것은 어떻습니까?

FreeBSD의 마운트 지점:
/
/mnt/집/
/usr/home/: /usr/dotfiles/ U /mnt/home/ # /usr/dotfiles/가 우선합니다.

예시 콘텐츠:
/usr/dotfiles/fchurca/: .cache .kderc
/mnt/home/fchurca/: .vimrc development/ Documents/ # .vimrc는 특정 플랫폼이 아닙니다.
/usr/home/fchurca: .cache .kderc .vimrc 개발/문서/

이렇게 하면 해당 상자의 모든(최대 2명) 사용자에게 적용됩니다.

답변1

당신은해야오직공유하다데이터분할. 프로그램 파티션을 공유하지 마십시오.

/home괜찮습니다. 하지만 bin, dev 등, usr, var, opt 및 home을 제외한 거의 모든 항목은 피하세요.

파일 시스템의 경우 두 코어 모두에 대한 드라이버가 있어야 합니다. BSD의 확장 지원이 얼마나 좋은지는 잘 모르겠지만 Linux의 UFS 지원은 충분하므로 UFS나 MSDOS를 계속 사용하고 싶을 수도 있습니다. 둘 다 동일한 스왑 파티션 유형을 인식하는 한(그렇다고 생각하지만 확실하지는 않습니다) 스왑 파티션을 공유할 수 있습니다.

운영 체제 간에 파티션을 공유하는 경우 가상 머신에서 다른 운영 체제를 실행하는 등의 작업을 수행하지 마십시오. 운영 체제에는 파일 시스템에 대한 독점적인 제어가 필요합니다. 파티션을 독점적으로 제어하는 ​​두 개의 서로 다른 운영 체제가 실행되면 급속한 손상이 발생합니다.

답변2

나는 추천하고 싶다아니요공유 /home파티션. 문제는 많은 애플리케이션이 각 사용자의 홈 디렉터리에 있는 숨겨진 파일과 디렉터리에 구성과 데이터를 저장한다는 것입니다. 두 환경(예: gnome, kde, gtk, firefox, Thunderbird, VirtualBox, wine 등)에서 동일한 버전의 이러한 애플리케이션을 사용하지 않으면 위험이 매우 높습니다. 이 경우 상향, 하향 또는 아키텍처 비호환성으로 인해 이러한 파일이 엉망이 되어 애플리케이션이 불안정해질 수 있으며, 최악의 경우 데이터가 손실될 수 있습니다.

방금 확인했는데 내 홈 디렉토리에 이러한 파일/디렉토리가 100개 이상 있습니다.

$ ls -d ~/.??* | wc -l
119

에 설치된 것과 같은 전용 공유 파티션을 생성하고 /export/shared, 호환 가능하다고 확신되면 링크를 사용하여 특정 파일 및 디렉터리를 공유하는 것이 좋습니다. 양쪽에서 업그레이드하기 전에 이러한 응용 프로그램을 백업하십시오.


너무 늦기 전에 놓친 귀하의 의견을 읽은 후 귀하의 질문에 더 나은 답변을 제공하는 몇 가지 추가 정보는 다음과 같습니다.

Documents귀하는 자신의 책임 하에 공유할 수 있습니다 . ZFS에서는 이러한 디렉토리를 자체 파일 시스템에 저장하고 자체 마운트 지점을 사용할 수 있습니다. 물론 자체 파일 시스템에 두 개의 홈 디렉터리(하나는 FreeBSD용, 다른 하나는 Linux용)를 갖고 두 홈 디렉터리 모두에 공유 하위 디렉터리(파일 시스템)를 루프백 마운트하는 것이 가능합니다. Linux에서는 이것이 마운트가 되고, BSD에서는 마운트가 됩니다. 발생할 수 있는 한 가지 문제는 한 운영 체제에서 다른 운영 체제로 전환할 때 ZFS mool이 자동으로 가져오지 못할 수 있다는 것입니다. 내가 한 해결 방법은 양쪽에 동일한 값을 설정하는 것이었습니다.DownloadImagesMusicPublic$HOMEDesktop-bindnullfshostid

답변3

저는 4개의 운영 체제를 멀티부팅할 수 있는 노트북을 가지고 있습니다.

나는 Linux 및 BSD 시스템의 홈 디렉토리와 비슷한 작업을 수행할 생각입니다. zfs를 살펴봤지만 버전 호환성에 몇 가지 문제가 있습니다(그리고 RAM이 3GB만 있어서 아마 그렇게 될 수도 있습니다). 또한 UFS에 대한 Linux 지원이 제한되어 있다고 생각하여 ext2 쪽으로 기울고 있습니다.

나는 /home/srobert/.config 디렉토리(및 유사한 도트 파일)에 대해 로그인 시 실행되는 스크립트를 사용할 수 있다고 생각합니다. 아마도 .config-freebsd를 .config 또는 링크에 연결하는 .xinitrc에서 사용할 수 있습니다. uname의 출력에 따라 config-linux를 .config로 변경합니다. 아직 시도하지는 않았지만 이론입니다.

위대한 요기(Yogi)의 말을 인용하자면:이론적으로 이론과 실제는 동일합니다. 실제로는 그렇지 않습니다.

관련 정보