%EC%9D%80%20%EC%84%A4%EC%B9%98%20%EC%A4%91%EC%97%90%20NTFS%20%ED%8C%8C%ED%8B%B0%EC%85%98%EC%9D%84%20%EB%B3%BC%20%EC%88%98%20%EC%97%86%EC%8A%B5%EB%8B%88%EB%8B%A4..png)
제목은 설명이 필요 없지만 여기에 더 자세한 내용이 있습니다. 저는 현재 Windows XP x64(Windows Server 2003 읽기)를 사용하는 컴퓨터를 실행하고 있으며 이중 OS 레이아웃을 만들기 위해 동일한 드라이브에 CentOS 7을 설치할 계획이었습니다.
이제 제가 항상 따랐던 절차는 매우 표준적이었습니다. 설치 DVD에서 부팅하고, 요청 시 거기에서 직접 파티션 레이아웃을 구성하고, 시스템을 설치하고 재부팅합니다. 이 시점에서 부트로더는 어떤 OS를 사용할 것인지 묻는 질문을 받았습니다.
저는 OpenSuSE 설치에 대해 매우 잘 알고 있으며 항상 NTFS 파티션(Windows 7까지 모든 Windows 버전)을 보고 직접 관리할 수 있었습니다. 나는 이 사이트에서 Microsoft의 "새" 디스크 관리에 문제가 있을 수 있다는 답변을 읽었지만 여기에는 일반 MBR 파티션 인덱스가 있으므로 문제가 없습니다.
그러나 이번에는 두 설치 프로그램 모두 NTFS 파티션을 볼 수 없으므로 이를 관리할 수 없습니다. Windows에서 직접 크기를 조정해야 하는 것은 문제가 되지 않습니다. 저는 그렇게 할 수 있는 준비가 되어 있습니다. 나를 괴롭히는 것은 설치 프로그램이 이를 감지할 수 없다는 것입니다.
이 시점에서 시스템에 대한 몇 가지 세부 정보를 추가하겠습니다. 5개 장치의 RAID0 스트라이프이고 컨트롤러는 5400 "Seaburg" 칩셋의 Intel ESB2이므로 실제로 최신 하드웨어는 아닙니다.
이 문제를 해결할 아이디어가 있나요? 매우 감사합니다.
업데이트: Windows에서 NTFS 파티션을 축소해 보았습니다. 이제 디스크에 500GB의 여유 공간이 생겼고 Fedora 20을 사용해 보았습니다. CentOS와 Fedora AT FIRST는 모두 500GB의 여유 공간과 알 수 없는 파티션을 읽었습니다. Linux 파티션을 설정하려고 시도하자마자 이웃에 대한 희미한 인식이 사라지고 디스크가 "사용 가능"해집니다. 파티션 나누기 과정에서 아무 말도 하지 않고 Anaconda가 그 과정을 진행하도록 할 수 있습니다. Windows 설치는 새로운 것이며 처음부터 쉽게 다시 구축할 수 있습니다. 하지만 그럼에도 불구하고 꽤 짜증난다.
아이디어?
답변1
CentOS가 Windows 파티션을 인식할 수 없는 장치로 표시하는 것 같습니다. 아마도 CentOS 직원은 NTFS 모듈을 로드하지 않을 것입니다. 하지만 "NTFS 파티션을 볼 수 없습니다"라고 쓰고 계시므로 스크린샷을 게시해 주실 수 있나요?
버그라고 생각되면 Bugzilla에 버그를 게시할 수 있습니다.
답변2
해결됨: OpenSuSE 13.1
문제는 다음과 같습니다. RAID 하드 드라이브를 사용하는 경우 SuSE는 MD 파티션 가능 RAID 하위 시스템이 파티션을 관리할 것인지 물을 수 있습니다. '예'라고 대답하면 이 하위 시스템은 기본적으로 디스크가 비어 있는 것처럼 처리합니다. 따라서 문제를 방지하려면 질문이 있을 때 아니요를 클릭하세요.
Fedora와 CentOS의 경우 Anaconda 설치 프로그램이 제대로 작동하지 않았습니다. CentOS'도 한 번 충돌했습니다.