하드 드라이브를 언제 파티션해야합니까?

16

OS 설치 후 하드 드라이브를 분할하는 것보다 OS 설치 전에 하드 드라이브를 분할 할 때 하드웨어 적으로 현명한 이점이 있습니까?

(여기서 장점은 하드 드라이브의 수명과 같은 물리적 효과, 데이터 손실 또는 축소 불가 등을 의미합니다.)

hard-drive partitioning

— 에테르
소스

1

나중에 파티션을 나누면 데이터를 이동해야 할 수 있으므로 미리 파티션하는 것보다 하드 드라이브가 약간 마모됩니다. 그것이 중요한지 아닌지는 당신에게 달려 있지만 대부분의 사람들은 여러 번하지 않으면 걱정하지 않을 것입니다. 그것은 사전에 그것을 상관없이 당신에게 시간을 절약 할 것입니다 ...

— user541686

3

파티셔닝이 필요하지 않은 HDD / SSD에 어떤 PC OS를 설치할 수 있습니까 (설치 전 또는 설치 중)?

— 톱밥

@sawdust : 리눅스와 BSD를 포함하지만 이에 국한되지 않는 거의 모든 유닉스 계열 OS, 아마도 대부분의 DOS와 같은 OS입니다. Windows에 대해 잘 모르겠지만 가능할 수도 있습니다.

— Jörg W Mittag

2

@sawdust 나는 친구가 분할되지 않은 디스크에 fedora를 설치할 수 있다는 것을 알고 있습니다. 그것은 파티션에 살 것으로 예상되었지만 줄에 문제가 발생했습니다.

— Baldrickk

1

Windows에서는 전체 디스크를 하나의 파티션으로 가질 수 있습니다. 일부는 이것을 "파티션되지 않음"이라고합니다. 그러나 실제로 파티션되지 않았다면 어떻게 부팅 할 수 있는지 알 수 없습니다.

— Jamie Hanrahan

22

진정한 장점은 없습니다.

하나의 드라이브 만 있다면 선택조차 할 수 없습니다. OS를 설치하고 파티션 인 창을위한 무언가가 있어야합니다.

(완전성을 위해 : 파티션이 될 거의 모든 OS의 경우 BSd 등에 게 위험 전용 모드 에서 원시 드라이브를 사용하도록 지시 할 수 있습니다. QNX, GNU / Linux 등이 이것을 지원하더라도 놀라지 않을 것입니다).

라고 한:

하드 디스크의 수명에 영향을 줄 것이라고 생각하는 이유는 무엇입니까?
OS 이전 설치 파티셔닝 또는 OS 이후 설치 파티셔닝에 관계없이 거의 확실하게 데이터에 대한 두 번째 디스크 또는 두 번째 부분이 필요합니다. (예 : 저장하기 /usr/local및 /home, 또는 창에서My documents/

— 헤 네스
소스

나는 평생 말을 정확히하지 않았다. 나는 그것이 요구하는 신체적 영향에 대해 강조하려고 노력했다

— ETHER

2

당신은 확실히 선택이 있습니다. OS 설치 CD / DVD / USB 부팅 미디어에서 컴퓨터를 부팅하고 설치하기 전에 드라이브를 분할하는 데 사용합니다. 전체 드라이브를 포함하는 단일 파티션에 OS를 설치 한 다음 축소 할 필요가 없습니다. IIRC, 심지어 Windows조차도 설치 프로그램 부팅 미디어에 파티션 도구를 포함합니다 (명령 행 fdisk 또는 요즘의 이름이 아닌 GUI가있는 도구). 물론 모든 GNU / 리눅스 배포판도 마찬가지입니다.

— Peter Cordes

파티셔닝이 원격으로도 하드 디스크 수명에 영향을 줄 수있는 유일한 방법은 내가 생각할 수있는 기계적 하드 디스크 이외의 하드 디스크에서 스왑 파티션을 비교하는 것입니다. 이론적 으로 쓰기가 많은 영역에서 작은 파티션은 더 많은 마모를 생성 할 수 있습니다. 그러나 내가 말했듯이, 이것은 이론적이며 실제 효과가 거의 없을 것입니다.

— DocWeird 8

참고 사항 : 일부 SSD 컨트롤러는 동적 오버 프로비저닝을 지원합니다. 이는 쓰기 성능을 유지하기 위해 파티션 테이블에서 사용되지 않은 공간이 SSD에 의해 자유롭게 사용됨을 의미합니다. Seagate의 공식 기사를 참조하십시오 : seagate.com/tech-insights/…

— oldmud0

@ oldmud0 사용 가능한 공간이 없습니까? 파티션 되었습니까? 따라서 100GB 파티션이있는 100GB 디스크와 90GB 파티션이있는 1000GB 디스크, 80GB 중 80GB 및 오버 프로비저닝이 10GB 인 디스크는 동일하게 작동합니까? (트림 작업 가정).

— Hennes

9

OS가 설치되면 동적으로 망가 뜨리지 않고 설치시 강력한 파티션 계획을 세우는 것이 큰 이유는 대개 데이터 보존 문제입니다. 많은 유틸리티를 사용하면 데이터가있는 파티션을자를 수 있으며, 이로 인해 드라이브가 손상된 상태가되고 OS 또는 변경으로 인해 파일이 손실 된 응용 프로그램을 다시 설치해야 할 수 있습니다. 그러나 그 정도입니다. HDD 또는 SSD는 파티션 변경을 수행하여 비정상적인 노화 나 스트레스를받지 않습니다.

— CDove
소스

" 파티션 변경을 수행 하여 HDD 또는 SSD에 비정상적인 노화 또는 스트레스가 발생하지 않습니다" -GParted가 NTFS 파티션을 이동할 때 전체 내용을 복사합니다. 그것은 SSD의 스트레스입니다. (다른 도구가 더 우아하게 할 수

— 있는지는 모르겠습니다

2

그것은 이었다 SSD를위한 스트레스. 최신 SSD는 주로 트리밍 및 SLC 메모리 사용으로 인해 이전 SSD의 빠른 쓰기주기 만료 문제를 겪지 않습니다. 현재 세대 SSD는 일반적으로 드라이브가 지속적인 쓰기를받는 대규모 데이터 센터 외부에 설치된 머신보다 오래 지속됩니다.

— CDove April

최신 소비자 급 SSD는 SLC를 사용하지 않지만 대부분 저렴한 TLC로 내구성이 떨어집니다. 이 경우 TRIM은 바이트 단위 복사이므로 작동하지 않습니다. 2 년 동안 (현재까지) 내 SSD의 용량은 23 배에 달했습니다. 매월 약 1 번의 전체 덮어 쓰기입니다. 따라서 반 디스크 파티션 이동은 기본적으로 몇 분 안에 2 주 분량의 쓰기 작업을 수행합니다. 매일 파티션을 이동하지 않는 한 드라이브를 죽이지 않지만 상당한 양의 데이터입니다. (Btw, 내 MLC 드라이브의 내구성은 현재 TLC보다 2 배 높다고 선언했습니다. 따라서 새로운 SSD의 내구성은 실제로 나 빠지고 있습니다.)

— gronostaj

7

대부분 중요하지 않습니다.

최신 드라이브에 레거시 운영 체제를 설치하는 경우는 예외입니다.

구식 OS 설치 프로그램은 파티션을 "실린더"경계에 맞추는 경향이있었습니다. 특히, "실린더"1 시작시 첫 번째 파티션 시작 (섹터 0은 부팅 코드 및 파티션 테이블 용으로 예약되어 있음).

최신 드라이브는 일반적으로 OS에서 "트랙"및 "63"헤드 당 255 개의 "섹터"를 갖는 것으로 간주됩니다. 따라서 각 "실린더"에는 16065 개의 섹터가 있습니다.

"고급 포맷"드라이브가 나올 때까지 괜찮 았습니다. 이 드라이브의 물리적 섹터 크기는 4KiB이지만 논리적 섹터 크기는 512 바이트입니다. 읽기 및 쓰기 (특히 쓰기)의 크기가 4KiB의 배수이고 4KiB (8 개의 논리 섹터) 경계에 정렬되어 있으면 훨씬 더 잘 작동합니다. 정렬되지 않은 쓰기는 데이터 수정의 위험이있는 읽기-수정-쓰기 작업으로 변환됩니다.

이것의 결과는 당신이 "고급 형식"드라이브를 사용하는 경우, 당신은 정말 파티션은 4KiB (8 개 논리적 섹터) 경계에서 시작하고 싶어.

16065는 8로 나눌 수 없다는 것을 알 수 있습니다. 따라서 오래된 OS 도구를 사용하여 최신 드라이브를 분할하면 정렬이 잘못 될 가능성이 높습니다.

— 플러그
소스

2

@crypto : 이것은 데이터 손실 문제 일뿐만 아니라 드라이브가 필요한 것보다 더 많은 작업을 수행하므로 더 빨리 마모됩니다.

— 541686

+1. 이것은 실제로 매우 좋은 이유입니다.

— Hennes

2

많은 파일 시스템 (예 : ext3 / ext4)은 예약 된 구조 (예 : inode 테이블의 크기, 수퍼 유저 예약 공간, 사용 된 포인터의 크기)를 최적화하는 결정을 내립니다. 파일 시스템 크기를 크게 변경하는 경우, 특히 파일 시스템 기본 변경이 위험 할 수있는 온라인 크기 조정 도구를 통해 이러한 구조가 최적으로 조정되어 있는지 여부는 의심의 여지가 있습니다. 예를 들어, ext3 (너무 작은 파일 시스템 용)의 너무 작은 inode 테이블을 사용하면 파일 시스템에 파일에 대한 "슬롯"이 부족한 상태가 될 수 있으므로 갑자기 새 파일을 작성하지 않고 충분한 공간이 남아 있어도 공간 부족 오류가 발생했습니다. 너무 큰 inode (더 큰 파일 시스템을위한) 테이블은 공간을 낭비합니다.

— rackandboneman
소스

1

OS 파일과 독립적으로 사용자 데이터를 자체 파티션에 넣을 수 있도록 설치 전 / 중에 파티션을 나눕니다.

OS가 필요하지 않기 때문에 많은 (상대적으로 ...) 공간을 OS 파티션을 상대적으로 작게 만들고 사용자 파티션을 크게 만들 수 있습니다.

일화 : 저는 Linux를 사용하고 있으며 사용자 데이터 ( /home)는 17 년 동안 자체 파티션에있었습니다. OS 또는 버전에 대해 걱정하지 않고 디스크에서 디스크로 데이터를 복사 할 수있었습니다.

— 론존
소스

전용 데이터 파티션 또는 디스크 (/ home, D :, my_documents를 호스팅하는 위치, / usr / local / home 등)는 매우 좋은 생각입니다. 그러나 OS 설치 전과 후에 모두 가능합니다. (여기서 OS 설치는 전체 디스크를 단일 파티션으로 채우지 않는다고 가정합니다. 운 좋게 창은 제정신 설치 중에는 그렇게하지 않을 정도로 똑똑하지만 자동 설정으로 인해 파티션을 수동으로 설정해야합니다. ).

— Hennes

@Hennes "recent"(마지막으로 2014 년에 했음) 우분투 설치 프로그램은 기본적으로 전체 디스크를 하나의 파티션으로 채우지 만, 무엇을 요청해야하는지에 대해 파티션을 추가하도록합니다.

— RonJohn