데비안 설치를 위한 파티션 구성표

데비안 설치를 위한 파티션 구성표

저는 500GB Seagate SATA 하드 드라이브(2GB RAM 포함)의 50GB 파티션에 Debian Wheezy를 설치하려고 합니다. 다음 파티션 구성표를 사용하고 싶지만 계속해서 작동하지 않습니다.

  1. 얼마나(백분율로 표시)의 디스크 공간을 다음 파티션에 할당해야 합니까?
  2. 파티션이 생성되는 순서는 무엇입니까?

따라서 시스템은 매우 빠르고 원활하게 실행됩니다.

/
/boot
/home
/tmp
/usr
/var
/srv
/opt
/var/www
/usr/local
SWAP

기계 정보

  1. Debian Wheezy 64비트가 최신으로 업데이트되었습니다.
  2. 머신 서버의 역할
  3. 주요 소프트웨어
  4. Bind9, Apache2, MySQL 서버, PHP5
  5. 500GB Seagate SATA 하드 드라이브
  6. 50GB 및 450GB 파티션 2개450GB 파티션(sda2)을 사용하고 싶지 않지만 필요한 경우 sda2에서 50GB를 더 얻을 수 있습니다.

답변1

파티션 레이아웃은 시스템 속도에 전혀 영향을 미치지 않습니다(파티션이 여러 드라이브에 걸쳐 있지 않는 한). 따라서 유지 관리를 더 쉽게 만드는 방법을 선택하십시오(원활한 작동의 일부임). 특별한 요구사항이 없는 한 다음 파일 시스템을 생성하십시오(스왑 제외).

  • /운영 체제의 경우
  • /home사용자 데이터의 경우(/home에 몇 개의 점 파일만 있는 서버가 아닌 경우)
  • 인간 사용자에게 속하지 않는 별도의 데이터일 수 있으며 일반적으로 /srv.

/home귀하의 경우 별도의 항목이 필요하지 않을 수도 있지만 별도의 항목이 필요할 수 있습니다 /srv. 그렇다면 및 는 /srv아래 디렉토리에 대한 심볼릭 링크여야 합니다 ./var/www/var/mysql/srv

파티션 크기는 기본 LAMP 설치 외에 보유하고 있는 데이터 양과 설치하려는 프로그램 수에 따라 달라집니다. 운영 체제에는 10GB이면 충분합니다.

/tmptmpfs로 마운트.

/var/usr, , 등에 대한 별도의 파티셔닝은 /opt생활을 복잡하게 만들 뿐이며 아무 소용이 없습니다.

사용좌심실 용적파티셔닝을 위해 PC 스타일 파티션을 더 만들지 마세요. LVM을 사용하면 관리가 더 쉬워집니다.

답변2

동일한 디스크에 모든 Debian 파티션을 생성하기 때문에 다른 파티션 레이아웃으로 인해 성능이 향상되지는 않습니다. 유일한 이점은 위험 감소입니다( /파티션에 디스크 공간이 부족하면 모든 것을 넣어두면 "나쁜 위치"[tm]에 빠질 수 있기 때문입니다). 나는 다음을 추천합니다:

 / 1G
 /boot 100M
 /usr 10G
 /var 15G
 /home 20G
 swap 4G

많은 사용자를 확보할 계획이 없거나 홈 디렉토리에 큰 공간이 필요하다면 모든 /home공간을 넣으십시오./usr

/1G/는 대부분의 운영 설치가 이에 속하므로 이미 넉넉합니다 /usr. 일부 라이브러리는 /lib대부분의 서버에서 크기가 수백 메가바이트에 불과합니다. 편집증이 있는 경우 비휘발성 데이터 영역, 로그 파일, pid 파일, crontab, 임시 메일 대기열, 비휘발성 tmp 디렉터리 등을 추가하세요 /. 사용자에게 더 많은 이점이 있지만 서버 역할인 경우 대신 보기 위해 아파치를 구성 하거나 심볼릭 링크에서 파티션 으로 구성하는 것을 막을 수는 없습니다 ./var/home/home/www/var/www/home/var/www

저는 수년 동안 이 설정으로 서버를 운영해 왔으며 특정 서버 역할(데이터베이스 서버, 대량 메일 서버)에 대한 공식만 변경하면 되었습니다.

답변3

나는 사용하는 것을 좋아한다좌심실 용적파티셔닝을 위해. 조금 복잡하지만 다용도로 사용할 수 있다는 점에서 그만한 가치가 있다고 생각합니다. 그래서 다음과 같이 분할하겠습니다.

  • sda1:/start(256M)
  • sda2: LVM 물리 볼륨(그 외 모든 것)

LVM을 사용하여 부팅할 수도 있지만 더 복잡합니다.

그런 다음 sda2("vg01" 또는 원하는 대로)를 사용하여 볼륨 그룹을 생성하고 다음 논리 볼륨을 정의합니다.

  • 루트(/에 장착): 2G
  • usr(/usr): 10G
  • 변수(/var): 3G
  • 집(/집): 10G
  • swap (스왑용): 2G (RAM에 따라 다름. 저는 4GB를 사용하겠습니다)

나는 LV 이름을 사용하여 안에 무엇이 있는지 알려주는 것을 좋아합니다. 게다가 탭 완성도 더 쉬워집니다 :-)

이 레이아웃에서는 원하는 항목에 할당할 수 있는 약 23GB(50 - (2+10+3+10+2))의 여유 공간이 남습니다. LVM을 사용하면 임시 콘텐츠용 볼륨을 생성한 다음 삭제하거나 더 많은 공간이 필요한 경우 현재 볼륨의 크기를 조정할 수 있습니다.

답변4

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

/ (/Dev /etc /home /media /mnt /opt /root /run /sys /tmp /var /proc) Rest of GB
/usr (/bin /sbin /lib /lib64) 6GB
/usr/share 3GB
/usr/local 5GB+
/boot 1GB
/var/www (if serving website) 
/swap (2gb recommend in abscence of none)

왜 이런 일이 발생합니까?

/의 경우 nodev nosuid noexec를 사용하여 마운트하려고 합니다. 이는 시스템을 크게 강화하지만 /usr/local에서 스크립트, 휴대용 소프트웨어 및 게임을 실행해야 함을 의미합니다.

/usr의 경우 이상적으로는 최신 상태로 유지하기 위해 읽기 전용으로 마운트하지만 가끔 업데이트할 경우에는 rw로 다시 마운트하면 됩니다. nodev를 사용하는 것이 안전합니다.

/usr/share의 경우 nodev를 사용하는 것이 안전하며 nosuid는 ro로 마운트됩니다.

/usr/local의 경우 이는 프로그램 파일, 특히 스크립트, 게임 및 휴대용 응용 프로그램입니다. rw로 마운트되었습니다.

/boot는 분명한 이유로 읽기 전용(ro) nodev nosuid noexec입니다.

/home을 전통적인 방식으로 사용하면 어떨까요? 웹 브라우저 및 악성 코드로 인해. /var /tmp와 /home 사이에 이러한 디렉터리를 nodev nosuid noexec로 마운트하면 거의 모든 악성 프로그램이 약화됩니다.

그런데 /proc과 /sys는 커널이 생성한 가상 파일 시스템입니다. 따라서 필요에 따라 fstab에 설치할 수 있습니다.

관련 정보