가까운 시일 내에 Debian 설치를 한 디스크에서 다른 디스크로 마이그레이션할 계획입니다. 그 일환으로 미래 대비를 위해 파일 시스템을 다르게 설정하고 설정을 단순화하는 것을 고려하고 있습니다.
현재 설정은 SSD의 파티션에 단일 장치 RAID1 LVM을 설정하는 것입니다(원래 시스템 디스크의 미러를 설정하려고 계획했지만 실제로는 실행하지 못했습니다). 이 RAID1에는 /opt와 /usr 및 /var의 일부가 ZFS 저장소에 분리된 ext4 루트 파일 시스템이 포함되어 있습니다. 특히 /boot는 루트 파일 시스템의 일부이며 GRUB 2를 사용하여 이전 MBR을 사용하여 부팅합니다.
아이디어는 *nix와 유사한 파일 시스템(아마도 ext4)을 갖춘 대규모 루트 파일 시스템을 갖고 특별한 요구 사항이 있는 부분을 분리하는 것입니다.
아무 것도 이동할 필요 없이 GPT로의 마이그레이션을 포함하여 나중에 UEFI 부팅으로 마이그레이션할 수 있는 가능성을 유지하고 싶습니다. (백업/재파티션/복원은 또 다른 이야기이며 MBR에서 GPT로 마이그레이션하려면 백업/재파티션/복원이 필요할 수 있지만 문제가 발생하기 전에 아마도 새 디스크를 다시 얻을 것입니다.)
또한 나중에 루트 파일 시스템을 ZFS로 마이그레이션하거나 최소한 데이터 무결성 확인을 위해 dm-verity를 설정할 수 있는 옵션을 갖고 싶습니다. (예, 모든 것을 올바르게, 특히 절반만 제자리에 맞추는 것은 골치 아픈 일이 될 것입니다. 그것은 나중을 위한 것입니다. 그들이 생각하는 유일한 것은 나중 옵션입니다.)
이 모든 것은 루트 파일 시스템에서 이미 분리한 파일을 제외하고는 FAT32와 FAT32(마지막 파일은 처음에는 비어 있을 수 있음)를 분리해야 하는 분명한 이유를 /제공하는 것 같습니다. 하지만/boot/boot/efi다른 사람이 있나요?
- 어느체계영구 저장소가 지원하는 파일 시스템은 루트 파일 시스템과 분리되어야 합니다.그리고 왜최신 Linux 설치에서?
- 다음 파일 시스템 중 하나를 실행하십시오.필요MBR을 사용할 때 특정 파티션 위치로 이동합니까, 아니면 해당 위치가 임의입니까? 예를 들어 /boot/efi는 첫 번째 기본 파티션이나 이와 유사한 파티션으로 이동해야 합니까?
답변1
최소한 패키지 관리 디렉터리는 관리되지 않는 디렉터리와 별도로 유지하십시오.
내 경험에 따르면 관리되지 않는 디렉터리는 일반적으로 (그러나 반드시 고유하지는 않음) /opt, /usr/local, 및 물론 입니다 /home.
(또한 수동으로 편집한 패키지 호스팅 디렉터리의 파일에 태그를 지정하여 나중에 언제든지 쉽게 식별할 수 있도록 했습니다.)
답변2
우선, 이것은 매우 의견에 근거한 것입니다. 수십명의 사람들에게 물어보면 적어도 3~4개의 다른 대답을 들을 수 있을 것이다.
즉, 이에 대한 내 의견은 다음과 같습니다.
/home그리고 분리/. 여기서 주요 추론은 본질적으로 이전과 동일합니다. 이렇게 하면 사용자가 실수로 컴퓨터의 모든 공간을 사용하는 일이 더 어려워지고/재설치가 필요할 때 사용자 데이터를 보존하기가 더 쉬워집니다. 또한 대부분의 시스템에서 가장 큰 부분 중 하나를 시스템의 나머지 부분과 분리하므로 특히 백업 관리에 유용합니다./tmp와/var/tmp별도로 보관하세요/. 두 영역 모두 임시 저장소로 사용되며 이로 인해 루트 파일 시스템에 발생할 수 있는 혼란의 정도는 성능에 장기적인 영향을 미칠 수 있습니다. 또한 데이터는 일시적이며 수명이 상대적으로 짧습니다. 즉, 백업하면 안 되며(단순히 공간 낭비임) 새 디스크로 이동할 때 복사되지 않을 수도 있습니다. 즉, 일반적으로 이제 인스턴스여야 하며/tmpRAM에 있을 수 있는 모든 것을 넣을 수 있다면 일반적으로 그렇습니다.tmpfs/var/tmp- 조금 더 논란의 여지가 있지만 더 방해가 되지만 일반적으로 상주하는 파일 시스템에서 글로벌 캐시 디렉토리를 격리합니다. 전형적인 예는 입니다
/var/cache. 그러나 특정 시스템에 따라 다른 것도 있을 수 있습니다(/var/cache데비안에서는 완전히 다뤄진다고 생각합니다). 이는 격리/tmp, 및 와/var/tmp동일한 장점이 많지만/home백업할 필요가 없는 명시적인 영역도 제공합니다(애플리케이션이 그곳에서 데이터를 찾을 수 없어 중단되는 경우 캐시임). 쓰기 애플리케이션이므로 새 디스크로 이동할 때 복사가 필요하지 않습니다. - 데이터 세트를 와 비교하세요
/. 이는 의도적으로 추상적이지만 시스템에서 호스팅하는 모든 웹사이트의 페이지 및 데이터, 시스템에서 제공하는 데이터베이스 또는 디렉터리 서비스의 백엔드 저장소 등을 포함합니다. 이 데이터를 분리하면 두 가지 주요 이점이 있습니다. 첫째,/home별도의 상태를 유지하는 것과 동일한 일반적인 이점을 제공합니다/. 둘째, 루트 파일 시스템의 성능과 데이터 볼륨의 성능을 부분적으로 분리합니다. 또한 이를 통해 시스템의 나머지 부분에 직접적인 영향을 주지 않고 이러한 데이터 세트를 다른 스토리지 구성으로 전환할 수 있습니다. 이는 온라인 유지 관리 기간(서비스가 다운그레이드되지만 완전히 종료되지는 않음)과 오프라인 유지 관리 간의 차이를 의미할 수 있습니다. 기간 1. - 다른 데이터에서 쉽게 재생성하거나 다시 얻을 수 있는 "일회성" 데이터를 분리합니다. 예를 들어 인터넷에서 공개적으로 액세스할 수 있는 데이터(git 저장소, 패키지 저장소 색인, ISO 이미지 등)뿐만 아니라 너무 사소해서 백업하지 않는 일부 데이터도 포함됩니다. 이는 주로 백업 계획을 단순화하기 위한 것이지만 새 디스크로 전환할 때도 도움이 될 수 있습니다.가지다필요에 따라 다시 가져오거나 재생성할 수 있으므로 대부분 또는 모든 데이터를 복사하세요.
- 패키지 관리자가 관리하지 않는 디렉터리 구조와 관리되는 디렉터리 구조를 구분하세요. 이는 필수는 아니지만 업그레이드 및 재설치를 크게 단순화할 수 있습니다. 기술적으로 여기에는 위에서 언급한 내용이 포함되지만, 이 경우에는
/opt및 를 더 구체적으로 언급합니다/usr/local. 알아채다/opt가능한패키지 관리자가 관리하는 데이터가 포함되어 있습니다(예: Dropbox 및 Google Chrome이 모두 여기에 설치되어 있습니다).