С 13.10 вы можете использовать bcache, http://bcache.evilpiepirate.org/ , используя блоки для преобразования ваших разделов после установки, вместо использования SRT.

Какова цель активации SRT?

Кэширование SSD вызывает проблемы в средах с двойной загрузкой или просто не будет работать должным образом. Если вы просто запускаете Linux, установите ОС на SSD и настройте /home для использования HDD. В любом случае отключите СТО.

Примечание по RAID: не используйте Hardware / Fake-RAID, см. Kernel.org Wiki по RAID .

Похоже, что нет доступного решения, которое бы просто включало решение Intel для кэширования SSD (SRT) в Linux, что согласуется с рекомендацией не использовать реализации BIOS Fake-RAID (см. замечания против Fake-RAID). в вики). Если вы хотите кэшировать SSD в Linux, вам следует использовать программные решения, такие как flashcache.

Однако есть поддержка Intel Matrix Storage Manager в mdadm (см. Справочные страницы для mdadm , dmraid и md ), и кто-то написал в блоге о возня с RST .

Я немного опоздал на вечеринку, но я подумал, что мой опыт может быть полезным.

У меня Dell Precision M4800, который изначально поставлялся с SSD-накопителем mSATA емкостью 32 ГБ, а теперь имеет SSD-накопитель mSATA емкостью 256 ГБ. У меня полноразмерный Samsung 830 Pro 256 ГБ в отсеке 2,5 "и 1 ТБ в оптическом отсеке через адаптер. Все они являются SATA 6G. Первоначально я установил Win8 и Debian на 2,5" SATA SSD и использовал полный 32 ГБ mSATA кэшировать жесткий диск объемом 1 ТБ, поскольку он довольно медленный, и я храню там много виртуальных машин VMware. SRT работал как в Linux, так и в Windows, так как это аппаратная / микропрограммная операция, я убедился, что диск объемом 1 ТБ был ускорен, даже когда я работал в Linux. Твердотельный накопитель на 32 ГБ просто исчез, когда был включен SRT. Очень хорошо сделано, Intel.

Недавно я переключил 32 ГБ на 256 ГБ. Это было очень просто и безболезненно. Я загрузил Windows, отключил Smart Response, позволил ему установиться, затем выключился и произвел физическое переключение. После повторной загрузки Windows я снова включил SRT и позволил ему использовать максимум 64 ГБ. Я сказал SRT, чтобы остальные 192 ГБ были доступны для использования, планируя перенести туда установку Debian и расширить раздел Windows, предоставив всем больше места.

После того, как SRT заполнил кеш и я перезагрузился один или два раза, я загрузил мою установку Debian. Диск емкостью 1 ТБ работает даже быстрее, чем раньше, здорово иметь большой SSD-кэш для моего диска с большими объемами данных, так как он 5400 об / мин, а в остальном довольно медленный. Я запустил gparted для разбиения остатка SSD mSATA и начались проблемы. Кажется, что gparted может видеть всю область диска, включая кеш, поэтому он отметил некоторые «проблемы» с моим макетом GPT и предложил исправить их для меня. Я позволил это, затем понял, что произошло, и перезагрузил Windows. СТО офлайн! Кэш SSD сломан! D'oh!

Загрузил Debian, полностью обнулел SSD, загрузил Windows, снова установил SRT (думая, что «ошибки» GPT были устаревшей GPT до включения SRT). Результат тот же, gparted считает, что мой SSD неправильно настроен. Сейчас я собираюсь сделать раздел в неиспользуемом пространстве в Windows и посмотреть, смогу ли я просто отредактировать / заменить его, не нарушая SRT.

Помимо всего этого, OP является одиночной загрузкой, поэтому, вероятно, хорошей идеей будет использование более специфичного для Linux решения. Вы можете разместить базовую установку на SSD с домашними каталогами и громоздкими данными на жестком диске, и это обеспечит хороший баланс скорости и простоты.