나는이 질문에 Johnny-come-lately하고 있다는 것을 알고 있지만 검색하는 사람을 위해 이것에 약간의 빛을 비출 수 있는지 알고 싶습니다.
첫째, @ppetraki의 대답은 훌륭합니다.
"RAID SSD를 사용하여 부팅 할 수 있습니까?"에 대한 짧은 대답은 "예!"입니다. 다음은 14.04에 대한 지침 입니다. 12.04.x의 RAID 구성 지침은 동일하지만 9.10 을 사용한이 자습서 에는 그림이 있습니다. 다음은 개인적인 경험을 통해 어려운 길을 찾아야 할 중요한 문제와 세부 사항입니다.
MD RAID0 구성 및 SSD 친화적 Btrfs 파일 시스템에서 3.8 커널로 Ubuntu 12.04.5를 실행하고 있습니다. 나는 매주 크론으로 fstrim을 실행합니다.
fstab의 추가 Btrfs 마운트 옵션 :
defaults,ssd,ssd_spread,space_cache,compress=no,noatime
compress=noBtrfs 마운트 옵션 으로 사용하려면 3.8 커널이 필요 fstrim하며 스케줄 된 트림에 사용되는 수동 트림 명령 인 을 사용해야 할 수도 있습니다 .
SSD의 페이지 크기에 따라 첫 번째 파티션 만 올바르게 정렬되기 때문에 설치 프로그램으로 부팅하기 전에 SSD에서 파티션의 파티션 을 수동으로 정렬 해야합니다 (공격 또는 다중 파티션 설정). 드라이브 수명에 심각한 영향을 줄 수 있습니다. 설치를 시도하기 전에 설치 프로그램 내의 명령 프롬프트 또는 라이브 USB / 디스크에서이 작업을 수행 할 수 있습니다. 주의 사항 : 직접 수학하세요. Fdisk는 정렬에 대해 거짓말을합니다.
추가 독서 : Btrfs가 자체 RAID 배열을 만들 수도 있다고 생각 합니다 .
TRIM 관련 :
오버 프로비저닝 덕분에 불필요하게 불필요합니다
14.04는 기본적으로 TRIM 지원 을 활성화 하는 첫 번째 릴리스 이지만 커널 2.6.33 이상을 사용하는 경우 이전 배포에서 활성화하는 것이 쉽지 않습니다.
선택한 파일 시스템에 따라 fstab 을 편집 하고 적절한 마운트 옵션을 설정하여 트리밍 / 삭제 를 활성화 할 수 있습니다 . 이 작업을 수행하고 cron을 통해 실행하는 것의 차이점 은 첫 번째는 즉석에서 트림 / 폐기하고 두 번째는 일정에 따라 대량으로 수행한다는 것입니다. 나는 두 번째를 사용합니다.
그게 그렇게 중요한 건가? 온라인 삭제 (마운트 옵션 사용)는 훌륭하게 구현되지 않았으며 느리기 때문에 "권장되지 않습니다". 매주 cron 작업이 실행되지만 OS 응답 성이 거의 영향을받지 않으면 "hdd"(hehe) 표시등이 10-20 분 동안 작동하지 않는다고 말할 수 있습니다.
어레이에서 부팅
비록 우분투 14.04 명령어의 빠른 스캔에서 이것을 볼 수는 없지만, RAID 어레이의 일부가 아닌 추가 기본 파티션을 만들어야했습니다. 디스크 0에는 ext3fs의 500MB 기본 파티션이 있습니다. 설치하는 동안 설치 프로그램에 이것이 "/ boot"에 마운트되고 부트 가능한 플래그를 설정하도록 지시했습니다. 그런 다음 OS가 시작되고 RAID를 마운트 할 수 있도록 부트 로더가 여기에 설치됩니다. 나머지 Disk 0 공간은 나중에 "/"및 "/ swap"이되는 MD 어레이에 사용되는 2 개의 파티션으로 나뉩니다. 디스크 1은 동일하지만 부트 파티션이 없습니다. 또한 언젠가 필요하고 btrfs가 스왑 파일을 지원하지 않는 경우에만 스왑을 만들었습니다. 이 파티션은 마운트되지 않습니다. 설치 후 fstab에 주석 처리했습니다.
모든 편집 내용을 용서하십시오.
mdadmLVM 대신 BTRFS RAID10을 사용하는 것이 좋습니다 .