나는 이 정확한 문제를 찾기 위해 최선을 다했지만, 내가 정확히 발견한 유일한 곳은 다음과 같습니다.여기, OP가 적절한 답변을 얻은 적이 없다고 생각합니다. 3TB 하드 드라이브와 관련하여 제가 본 대부분의 문제는 오래된 하드웨어, 이중 부팅 문제 등에서 비롯됩니다.
내 서버는 온보드 Intel RAID와 함께 ASRock H67M-ITX를 사용하는 완전히 새로운 서버입니다. RAID 1 어레이에 Seagate 3TB 2개를 설정했습니다. RAID 컨트롤러에서 볼 수 있는 모든 것은 마더보드가 이 배열에 문제가 없음을 나타냅니다. 두 디스크 모두 3TB 장치로 표시되고 RAID 어레이도 나타납니다. 문제가 발생하는 유일한 지점은 플래시 드라이브에서 12.04-desktop-amd64를 로드하고 파티션을 시도할 때입니다. 이 단계에서는 디스크에 새 파티션 테이블을 생성하고 결과 크기는 801567MB입니다.
나는 마더보드가 이렇게 큰 RAID 어레이에 아무런 문제가 없다는 인상을 받았고, 64비트 Ubuntu의 최신 장기 안정 릴리스도 커널 내 GPT 지원과 함께 제공되어 아무런 어려움도 없을 것이라는 인상을 받았습니다. 내가 뭘 잘못하고 있는지에 대한 아이디어가 있습니까?
답변1
간단하고 확실한 대답은 없지만 첫 번째 진단 단계에서는 설치 프로그램이 제공하는 것보다 낮은 수준의 도구를 사용하여 부팅 모드와 디스크 정보를 확인하는 것이 좋습니다.
- "설치 전 시도" 모드로 부팅합니다.
- 터미널 창을 엽니다.
- 유형
ls /sys/firmware/efi. 파일(일반적으로 하나의 파일과 하나의 디렉터리)이 보이면 EFI 모드로 부팅한 것입니다. "해당 파일이나 디렉터리가 없습니다"라는 오류가 발생하면 아마도 BIOS 모드로 부팅했을 것입니다. 이는 사용된 파티션 테이블 유형과 마더보드의 RAID 기능이 Linux에서 감지되는 방식에 영향을 미칠 수 있습니다. (이 마지막은매우내 입장에서는 추측이지만.) sudo apt-get install gdiskgdisk 패키지를 설치하려면 입력하세요 . (이것이 작동하지 않으면 네트워킹을 활성화하고 패키지 옵션을 다루어야 할 수도 있습니다.)- 유형을 입력합니다
gdisk -l /dev/sda(필요한 경우 디스크 또는 RAID 배열을 보려면 장치 식별자를 변경합니다). 보고된 디스크 크기(섹터 및 GiB 또는 TiB)와 테이블 유형(GPT의 경우 "MBR: 보호 및 GPT: 있음", MBR의 경우 "MBR: MBR 전용 및 GPT: 없음")에 주의하세요. 디스크가 MBR로 설정된 경우 문제가 발생할 수 있습니다. 이 경우 최대 2TiB를 사용할 수 있을 것으로 기대하지만 libparted에 너무 일찍 중단되는 버그가 있을 수 있습니다. 디스크가 MBR을 사용하는 경우 gdisk, GParted 또는 기타 도구를 사용하여 GPT로 전환하는 것이 순서입니다.
추가 의견: Linux 전용 설치라면 마더보드 기반 RAID가 최선의 방법은 아닐 것입니다. Linux는 이를 지원하지만 Linux 자체 소프트웨어 기반 RAID보다 더 취약한 것 같습니다. (둘 다 실제로 소프트웨어 기반입니다. 마더보드 종류에는 펌웨어에 "후크"가 포함되어 있고 OS 전체에서 사용할 수 있으며 특정 유형의 디스크 컨트롤러에 연결되어 있는 반면 Linux 종류에는 후크가 없습니다. 만 가능하며 모든 디스크 컨트롤러에서 사용할 수 있습니다.) 따라서 Linux 전용 시스템인 경우 펌웨어에서 RAID 옵션을 비활성화한 다음 Linux의 소프트웨어 RAID를 사용하는 것이 좋습니다. 하지만 모든 Ubuntu 설치 프로그램이 소프트웨어 RAID를 지원하는 것은 아닙니다. 데스크톱 설치 프로그램은 확실히 그렇지 않지만 서버와 대체 설치 프로그램은 모두 그렇다고 생각합니다.