☰

Linux 기반 개발 시스템을 위한 최고의 디스크 파티셔닝 솔루션

tag-icon • tag-icon partition system-installation
Linux 기반 개발 시스템을 위한 최고의 디스크 파티셔닝 솔루션

Linux 기반 웹 및 애플리케이션을 위한 "최고의 디스크 파티션 구성표"가 있습니까?현상기, 성과, 조직 또는 다른 측면에서?

답변1

파티셔닝은 성능에 거의 영향을 미치지 않지만 파일 시스템과 해당 구성은 영향을 미칩니다. 이거 봐요기준. 설치 옵션에 대한 자세한 내용은 다음을 참조하세요.시스템 테이블ArchWili에서는 특히 atime옵션을 살펴보세요.

파티셔닝은 모든 것이 트리에 설치되는 Linux의 파일 구성과 관련이 없습니다.

/루트 파일 시스템에는 하나의 파티션을 사용 하고 작업 및 개인 데이터를 저장하는 폴더에는 별도의 파티션을 사용하는 것이 좋습니다 . 여기에 웹사이트를 /home넣으면 /var/www배포판을 변경해도 백업할 필요가 없기 때문입니다.

파일 구성과 중요도에 따라 파티션/디스크를 생성할 수 있습니다.

예를 들어 매우 귀중한 프로젝트와 문서가 있는 경우 이를 RAID 디스크에 저장할 수 있습니다. SSH/ftp를 사용하여 원격 디스크를 마운트할 수도 있습니다.

설치 계획:

/                      -> SSD disk, partition 1
/home                  -> SSD disk, partition 2
/tmp                   -> tmpfs
/media/data            -> RAID-ed disk, partition 2 (ie. shared photos with family)

user mounts:
/home/miroslav/secure  -> RAID-ed disk, partition 1 (encrypted)
/home/miroslav/remote  -> sshfs/curlftpfs

설치 remote하고 secure카탈로그를 작성하려면 비밀번호를 묻는 스크립트가 필요할 수 있습니다.

디렉토리 심볼릭 링크 pwd=/home/miroslav:

projects       ->  secure/projects
documents      ->  secure/documents
mails-dir      ->  secure/mails

답변2

내부 개발 VM에서는 세 가지 파티션을 사용합니다.

  1. /root파티션 - 주로 정적 운영 체제를 수용하는 곳

  2. /var파티셔닝 - 모든 동적 데이터에 적용됩니다.

  3. /home파티션 - 개발자의 사용자 계정을 사용하여 개발이 이루어지는 곳입니다.

파티션을 분리하는 이유는 파일 시스템이 가득 차서 시스템이 정지되는 것을 방지하기 위한 것입니다. 가득 차 있으면 /home상관 없습니다. 실행 중인 프로세스는 영향을 받지 않습니다. 일부 콘텐츠를 삭제하고 온라인으로 확대한 후 계속하세요.

/너무 많이 변경해서는 안 됩니다(유일한 예외는 /tmp- 그러나 일반적으로 파일이 그다지 크지 않습니다).

/var/var/tmp다른 모든 "실시간" 데이터가 있는 곳입니다(포함 /var/log). 전체 로드는 /var/log시스템/애플리케이션 오류의 가장 큰 원인으로 남아 있으므로 /var충분히 커야 하며 공간이 부족해지면 적시에 경고를 제공해야 합니다.

물리적 머신에서는 디스크 공간이 그다지 중요하지 않습니다. /var, /var/tmp, /var/log, /tmp, /boot...를 포함한 추가 "파티션"(주로 LV)을 분할했지만 이는 프로덕션 머신이므로 가동 시간이 중요합니다.

답변3

/나는 , /home, 및 에 대해 /usr/local별도의 파티션을 만들었지 만 /var항상 일종의 파티션 간 상호 작용으로 끝나는 것 같았습니다. 다른 배포판을 설치하는 경우 단순성을 위해 사용하지 않는 도트 파일을 제거하고 싶기 때문에 백업을 만들고 /home.

파티셔닝의 경우 /var학교에서 사이트를 많이(약 100개 정도) 만들고 있는데, 미디어가 많은 사이트와 텍스트만 있는 연습문제 사이의 크기 차이가 너무 커서 공간의 양을 정확하게 예측할 수 없습니다. 사용. 분배하다.

지금은 모든 것을 담을 수 있는 파티션이 하나 뿐이고 전혀 채우지 않습니다. 개인 미디어(영화, 게임, 쇼)는 외장 HD 드라이브에 저장되어 있어 친구 집에 가져갈 수 있습니다. 가상 머신의 경우 이동하려면 virtualbox의 가상 장치여야 합니다. 저는 각 가상 머신마다 전용 플래시 드라이브를 갖고 싶습니다.

나는 하드 드라이브가 충돌하는 것을 본 적이 없지만 만약 충돌이 일어난다면 물리적 드라이브가 어떻게 분할되었는지는 중요하지 않을 것이라고 생각합니다. 제가 하드 드라이브에 해본 가장 위험한 일은 파티션 크기를 조정하는 것이었지만 더 이상 그럴 필요가 없습니다.

답변4

경험상 가장 관리하기 쉬운 파티션 구성표는 다음과 같습니다.

  • / ( /Dev /etc /root /run /opt /mnt /media) 40GB(대용량 파일 설치용)
  • /usr( /bin /sbin /lib /lib64) 10GB
  • /tmp8GB(다운로드 파일 크기 최대 6GB)
  • /var20GB(Linux 간섭이 크게 유지되는 것을 원하지 않음)
  • /boot1280MB
  • /home(나머지)
  • /home/bin 512MB

왜 그럴까요?

/읽기 전용 마이너스로 마운트하는 것이 실용적이지만 시스템 /etc이 완전히 구성되면 부팅할 때마다 시스템이 새로운 느낌을 받기를 원하므로 이는 중요한 단계입니다. noexec nosuid nodev별다른 결과 없이 안전하게 설치할 수도 있습니다 .

이상적으로는 /usr최신 상태를 유지하기 위해 읽기 전용으로 마운트하는 것이 좋지만, 업데이트할 때 가끔씩 다시 마운트하면 됩니다 rw. 안전하게 사용할 수 있습니다 nodev.

/tmp/var단지 읽고 사용할 수는 없기 때문입니다 nodev nosuid noexec.

/boot명백한 이유로 Readonly( ro) nodev nosuid noexec.

/home및 에 권한을 부여 하고 동일한 권한을 거부 /home/bin할 수 있도록 와 사이를 분리해야 하는 이유는 무엇입니까 ? 따라서 스크립트는 이 디렉터리에서 sudo로 실행되어야 합니다.chown root /home/binexec/home

그건 그렇고, /proc및 /sys커널에 의해 생성된 가상 파일 시스템입니다. 따라서 필요에 따라 설치할 수 있습니다 fstab.

관련 정보