Пользователь
0,0
рейтинг
18 ноября 2012 в 22:28

Переходим на Fusion Drive из песочницы


Активные пользователи Mac OS X наверняка помнят анонсированную 23 октября функцию Fusion Drive. Напомню, что она представляет из себя логическое объединение установленных в ваш Mac SSD и HDD. Объем единого диска будет равен сумме объемов SSD и HDD, но главные плюс — часто используемые файлы (например, ядро системы) Mac OS автоматически и прозрачно для пользователя размещает на более быстром SSD, а все прочие файлы на HDD.


Внимание!
Методика для продвинутых пользователей Mac OS X в арсенале которых аккуратное владение командной строкой, дисковой утилитой и режимом восстановления системы.


Для внедрения функции я выбрал свой MacBook, который уже ранее подвергся установке SSD вместо привода оптических дисков. Систему и домашнюю папку я разместил на SSD, а из HDD сделал отдельный раздел для папки загрузок, папки виртуальных машин и прочих тяжеловесных файлов. Хотя я и получил большой прирост в производительности системы, но со временем стал всё чаще чистить SSD, на котором периодически заканчивалось место. Количество созданных символических ссылок из домашней папки на большой диск тоже напрягало.

Так выглядела дисковая система до модернизации
[root@ibook Volumes]# df
Filesystem      Size   Used  Avail Capacity  iused    ifree %iused  Mounted on
/dev/disk0s2    59Gi   48Gi   10Gi    83% 12631725  2735773   82%   /
/dev/disk1s2   232Gi  153Gi   80Gi    66% 39984428 20948470   66%   /Volumes/iBookData


Переход на Fusion Drive должен устранить все неудобства связанные с раздельным использованием нескольких дисков разного объема и производительности. Файловые системы на дисках, которые объединяются в Fusion Drive, будут разрушены, поэтому необходимо перенести с них систему и все данные. Я использовал для этого внешний винчестер. Также я запланировал замену SSD другим с чуть меньшим объемом, но лучшей производительностью, поэтому переносить систему на временный диск мне не потребовалось.

Использованное железо и софт:
  • MacBook Pro 13 mid 2010
  • SSD 64Gb KINGSTON SVP100S264G («старый» системный диск)
  • SSD 60Gb KINGSTON SVP200S360G («новый» диск взамен старого SSD)
  • HDD 250Gb Hitachi HTS545025B9SA02 («большой» диск для данных)
  • HDD 500Gb (временный диск)
  • USB-оснастка для внешнего подключения SATA дисков
  • Mac OS X 10.8.2
  • Carbon Copy Cloner 3.4.5-b1, либо Time Machine + Network Recovery
  • терминал (iTerm)
  • WiFi интернет для Network Recovery


Все операции по настройке и переносу данных на Fusion Drive можно производить двумя способами:
а) загружаясь со «старого» SSD подключенного через USB-оснастку и позже клонируя с него систему с помощью Carbon Copy Cloner;
б) загружаясь в режим восстановления системы по сети и восставливая систему из Time Machine.

Я попробовал оба способа. Второй мне показался более изящным т.к. является встроенным и не требует дополнительного софта и внешней USB-оснастки для временной загрузки со старого системного диска.

В описании процедуры этапы относящиеся к разным способам помечены соответственно «а» и «б».

Поехали!


0. На подготовительном этапе делаем бэкап системного раздела через Time Machine, а данные с большого диска переносим на временный. Еще раз напоминаю, что в процессе создания Fusion Drive файловые системы на образующих его дисках будут разрушены.

1. Разбираем пациента и устанавливаем вместо старого новый SSD, собираем.

2а. Включаем макбук зажав Cmd+Opt+R. После появления глобуса отпускаем клавиши и ждем загрузки из интернета диска восстановления.

2б. Включаем макбук зажав Opt. В качестве загрузочного выбираем «старый» диск подключенный через USB.

3. После загрузки макбука открываем терминал.

Смотрим текущую конфигурация дисков
[root@ibook /]# diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *60.0 GB    disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:                  Apple_HFS Untitled                59.7 GB    disk0s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk0s3
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *250.1 GB   disk1
   1:                        EFI                         209.7 MB   disk1s1
   2:                  Apple_HFS Untitled 1              249.7 GB   disk1s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk1s3
…


Запоминаем и записываем соответствие имен реальным дискам.
В моем случае disk0 это новый SSD 60Gb, disk1 большой HDD 250Gb. Мои диски уже были сконфигурированы с разделами GUID и на них были созданы разделы HFS. Если ваши диски пустые, то необходимо открыть дисковую утилиту и очистить нужные диски создав на них таблицу GUID и один большой раздел HFS.

4. На поверку яблочный Fusion Drive оказывается аналогом Logical Volume Manager (LVM). В Mac OS X реализован подсистемой CoreStorage. Все манипуляции выполняются консольной дисковой утилитой diskutil с параметром corestorage или просто cs.

4.1. Создаем новую группу томов указав имя группы и имена физических дисков SSD и HDD в правильном порядке
[root@ibook /]# diskutil cs create iBookLVG disk0 disk1
Started CoreStorage operation
Unmounting disk0
Repartitioning disk0
Unmounting disk
Creating the partition map
Rediscovering disk0
Adding disk0s2 to Logical Volume Group
Unmounting disk1
Repartitioning disk1
Unmounting disk
Creating the partition map
Rediscovering disk1
Adding disk1s2 to Logical Volume Group
Creating Core Storage Logical Volume Group
Switching disk0s2 to Core Storage
Switching disk1s2 to Core Storage
Waiting for Logical Volume Group to appear
Discovered new Logical Volume Group "83AD8C5F-5883-4110-89D7-6097BA33AFBB"
Core Storage LVG UUID: 83AD8C5F-5883-4110-89D7-6097BA33AFBB
Finished CoreStorage operation


Проверяем, что получилось
[root@ibook /]# diskutil cs list
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group 83AD8C5F-5883-4110-89D7-6097BA33AFBB
    =========================================================
    Name:         iBookLVG
    Size:         309393883136 B (309.4 GB)
    Free Space:   122880 B (122.9 KB)
    |
    +-< Physical Volume 8CEC5A9F-DB16-4C85-897E-700B69BC0D4C
    |   ----------------------------------------------------
    |   Index:    0
    |   Disk:     disk0s2
    |   Status:   Online
    |   Size:     59678507008 B (59.7 GB)
    |
    +-< Physical Volume 8F1CE39C-425D-411B-B481-62E601F237C8
        ----------------------------------------------------
        Index:    1
        Disk:     disk1s2
        Status:   Online
        Size:     249715376128 B (249.7 GB)


4.2. Создаем логический том в группе томов 83AD8C5F-5883-4110-89D7-6097BA33AFBB, составляющий 100% размера группы.
[root@ibook /]# diskutil cs createVolume 83AD8C5F-5883-4110-89D7-6097BA33AFBB jhfs+ LV 100%
Started CoreStorage operation
Waiting for Logical Volume to appear
Formatting file system for Logical Volume
Initialized /dev/rdisk3 as a 307 GB HFS Plus volume with a 32768k journal
Mounting disk
Core Storage LV UUID: CB7195D6-582C-449D-8303-43961C1C55FE
Core Storage disk: disk3
Finished CoreStorage operation


Результат:
[root@ibook /]# diskutil cs list
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group 83AD8C5F-5883-4110-89D7-6097BA33AFBB
    =========================================================
    Name:         iBookLVG
    Size:         309393883136 B (309.4 GB)
    Free Space:   122880 B (122.9 KB)
    |
    +-< Physical Volume 8CEC5A9F-DB16-4C85-897E-700B69BC0D4C
    |   ----------------------------------------------------
    |   Index:    0
    |   Disk:     disk0s2
    |   Status:   Online
    |   Size:     59678507008 B (59.7 GB)
    |
    +-< Physical Volume 8F1CE39C-425D-411B-B481-62E601F237C8
    |   ----------------------------------------------------
    |   Index:    1
    |   Disk:     disk1s2
    |   Status:   Online
    |   Size:     249715376128 B (249.7 GB)
    |
    +-> Logical Volume Family C2CF1DC7-8EE8-4AE2-8E2F-4F2B9C7DF7EE
        ----------------------------------------------------------
        Encryption Status:       Unlocked
        Encryption Type:         None
        Conversion Status:       NoConversion
        Conversion Direction:    -none-
        Has Encrypted Extents:   No
        Fully Secure:            No
        Passphrase Required:     No
        |
        +-> Logical Volume CB7195D6-582C-449D-8303-43961C1C55FE
            ---------------------------------------------------
            Disk:               disk2
            Status:             Online
            Size (Total):       307354009600 B (307.4 GB)
            Size (Converted):   -none-
            Revertible:         No
            LV Name:            LV
            Volume Name:        LV
            Content Hint:       Apple_HFS


В системе появился новый дисковый раздел Fusion Drive — disk2
[root@ibook /]# diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *60.0 GB    disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:          Apple_CoreStorage                         59.7 GB    disk0s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk0s3
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *250.1 GB   disk1
   1:                        EFI                         209.7 MB   disk1s1
   2:          Apple_CoreStorage                         249.7 GB   disk1s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk1s3
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS LV                     *307.4 GB   disk2


Закрываем терминал.

5а. Восстанавливаем систему из Time Machine на созданный раздел Fusion Drive.

5б. Запускаем Carbon Copy Cloner и клонируем систему со «старого» SSD на раздел Fusion Drive.

Перезагружаемся.

6. После загрузки с Fusion Drive я отключил обновление времени доступа к файлам для корневого раздела HFS и еще раз перезагрузился.
[root@ibook /]# cat > /Library/LaunchDaemons/com.noatime.root.plist 
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
    <dict>
        <key>Label</key>
        <string>com.noatime.root</string>
        <key>ProgramArguments</key>
        <array>
            <string>mount</string>
            <string>-uwo</string>
            <string>noatime</string>
            <string>/</string>
        </array>
        <key>RunAtLoad</key>
        <true/>
    </dict>
</plist>


В итоге дисковая система выглядит так
[root@ibook /]# df -h
Filesystem      Size   Used  Avail Capacity iused    ifree %iused  Mounted on
/dev/disk2     286Gi   34Gi  252Gi    12% 9001947 66035651   12%   /
…

[root@ibook /]# mount
/dev/disk2 on / (hfs, local, journaled, noatime)
…


7. Копируем данные с временного диска обратно на макбук.

В процессе копирования контролируем активность отдельных дисков составляющих Fusion Drive
[root@ibook /]# iostat 1
          disk0           disk1           disk3       cpu     load average
    KB/t tps  MB/s     KB/t tps  MB/s     KB/t tps  MB/s  us sy id   1m   5m   15m
  207.34 170 34.34     0.00   0  0.00   126.16 277 34.17  13 14 73  1.24 1.11 0.86
  260.84 167 42.45     0.00   0  0.00   125.78 280 34.44   9 17 74  1.24 1.11 0.86
  251.41 148 36.27     0.00   0  0.00   125.91 280 34.49  12 16 73  1.24 1.11 0.86
  ...


Когда место на SSD (disk0) закончится данные станут записываться уже на HDD (disk1), что отразится в соответствующей колонке.
  280.52 122 33.37     0.00   0  0.00   123.84 278 33.57  19 16 64  1.65 1.24 0.93
  205.77 179 35.91     0.00   0  0.00   126.11 283 34.79  20 18 61  1.65 1.24 0.93
  274.48 132 35.32     0.00   0  0.00   123.96 288 34.80  16 15 69  1.68 1.25 0.93
  264.53 106 27.33   442.67   3  1.29   125.38 211 25.79   9 15 76  1.68 1.25 0.93<-------------------
    7.20  10  0.07   313.53 102 31.16   125.87 218 26.74  13 15 72  1.68 1.25 0.93
    5.17 216  1.09   243.64 145 34.44   126.06 276 33.92  15 20 65  1.80 1.29 0.95
    5.01 127  0.62   221.40 171 36.91   126.49 279 34.41  14 17 69  1.74 1.29 0.95


Проверяем, работает ли миграция файлов c HDD на SSD


Методика проверки выбрана простая — с помощью dd считываем один и тот же большой файл несколько раз при этом наблюдая за активностью дисков. Для теста я выбрал 2Гбайтный файл образа виртуальной машины, который был записан на HDD диск нового хранилища уже после заполнения SSD.

Считывание #1

[root@ibook Elsa.vmwarevm]# dd if=Elsa-s007.vmdk of=/dev/null bs=100m
18+1 records in
18+1 records out
1987051520 bytes transferred in 31.128078 secs (63834700 bytes/sec)


В другой консоли наблюдаем за нагрузкой с помощью iostat:
          disk0           disk1       cpu     load average
    KB/t tps  MB/s     KB/t tps  MB/s  us sy id   1m   5m   15m
    0.00   0  0.00     0.00   0  0.00   4  3 93  10.39 5.95 3.32
    6.86   7  0.05     0.00   0  0.00   4  4 91  9.55 5.85 3.30
   76.80   5  0.37   496.30 106 51.25   4 12 85  9.55 5.85 3.30      <--------
   56.80  10  0.55   481.88 102 47.88  12 10 79  9.55 5.85 3.30
   64.00   2  0.12   504.07 113 55.54   7 10 84  9.55 5.85 3.30
   52.50   8  0.41   494.75 141 67.96  13 11 76  8.79 5.76 3.28
   44.00   3  0.13   503.47 135 66.27   4 10 86  8.79 5.76 3.28


Видно, что данные считываются с HDD (disk1), а SSD немного нагружается видимо системой.

Считывание #2

[root@ibook Elsa.vmwarevm]# dd if=Elsa-s007.vmdk of=/dev/null bs=100m
18+1 records in
18+1 records out
1987051520 bytes transferred in 39.535700 secs (50259677 bytes/sec)


В другой консоли iostat:
  107.11  18  1.88   448.52 123 53.75   4 11 86  3.45 4.78 3.10
   54.74  35  1.87   445.15 108 46.87   4 11 85  3.45 4.78 3.10
  124.00  93 11.24   288.20 159 44.68   5 11 84  3.45 4.78 3.10
  118.05 325 37.52   128.00 298 37.31   4 12 84  3.45 4.78 3.10   <--------
   67.48 547 36.05   128.00 261 32.63  21 14 64  3.49 4.76 3.10
   84.42 430 35.47   128.81 278 34.91  15 16 69  3.49 4.76 3.10
  127.01 370 45.84   128.00 367 45.82   5 13 81  3.49 4.76 3.10
  119.30 344 40.13   128.00 318 39.81   2 12 86  3.49 4.76 3.10


Обращаем внимание на несколько возросшее время считывания и на сохраняющуюся нагрузку на HDD по завершении процесса dd. Очевидно, система переносит наш файл на SSD, стараясь сделать этот процесс более незаметным с помощью ограничения скорости обмена данными.

Наблюдаем окончание процесса переноса:
  124.39 439 53.38   128.00 426 53.31  46 23 31  2.48 3.97 2.95
   92.67 385 34.84   127.57 271 33.78  52 16 32  2.48 3.97 2.95
  126.04 422 51.89   128.00 416 51.95  65 22 13  2.92 4.04 2.98
   83.21 177 14.37   128.00 111 13.89  25 10 65  2.92 4.04 2.98
    4.40  10  0.04     0.00   0  0.00  18 10 72  2.92 4.04 2.98             <---------
    4.44  18  0.08     0.00   0  0.00  13 11 77  2.92 4.04 2.98
    6.29   7  0.04     0.00   0  0.00  16 10 74  2.92 4.04 2.98


Считывание #3

[root@ibook Elsa.vmwarevm]# dd if=Elsa-s007.vmdk of=/dev/null bs=100m
18+1 records in
18+1 records out
1987051520 bytes transferred in 8.074579 secs (246087322 bytes/sec)


iostat:
    9.50  16  0.15     0.00   0  0.00  18 10 72  2.55 3.92 2.95
    4.00   1  0.00     0.00   0  0.00   9  4 87  2.55 3.92 2.95
  238.63 308 71.89     0.00   0  0.00   6 16 78  2.55 3.92 2.95
  464.47 506 229.70     0.00   0  0.00   4 22 74  2.55 3.92 2.95
  462.12 532 240.12     0.00   0  0.00   4 21 75  2.55 3.92 2.95
  430.49 545 229.11     0.00   0  0.00   6 22 72  2.43 3.87 2.94


Задействован только SSD диск, а время считывания уменьшилось в несколько раз.
Опыт, описанный в сети другими пользователями, так же подтверждает работу этого функционала.

С большой долей вероятности процедуру можно успешно выполнить на компьютерах Apple предыдущих версий и в других формфакторах. У меня на очереди рабочий Mac Mini.

Спасибо за внимание.

Использованные источники


Fusion drive on older Macs? YES!
Undocumented CoreStorage Commands

PS.


  1. Объединение дисков в группу логических томов повышает риск потери всех данных при разрушении LVM. Обязательно настройте резервное копирование Time Machine.
  2. Существует возможность преобразования диска в том LVM и обратно без форматирования и без потери данных. Однако недокументированная возможность добавления к тому второго диска к сожалению не работает, что не позволяет сделать переход на Fusion Drive еще более простым и быстрым. Необходимо заранее решить сколько дисков будет использоваться в группе, т.к. пока изменять их количество на лету не представляется возможным. Будем ждать расширения функционала от Apple.


UPDATE


Дождались! В Mac OS X Mavericks функционал расширен. Подробности тут.
@Slavon4ever
карма
11,0
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое

Комментарии (84)

  • 0
    Нужно было называть Fusion Raid
    • 0
      Тогда уж Fusion LVM )
  • 0
    Т.е. особых преимуществ, кроме того, что больше не придется часто чистить ssd, нет?
    • +5
      Для меня первое преимущество в том, что 60Гб часто используемых файлов всегда на SSD и, соответственно, доступны с очень хорошими скоростями чтения/записи! И всё это прозрачно и автоматически!
      Второе — в системе один раздел. Не нужно решать, что где размещать.
      • 0
        Хм. А еще, насколько я знаю, если скорость ссд сильно снижается если на нем остается мало свободного места, как с этим дела обстоят тут?
        • +2
          Яблочный CoreStorage — черный ящик.
          Но если следовать здравой логике я бы предположил следующее: если вполне логично сохранять на SSD как можно больше «полезных» данных и нюанс с производительностью имеет место быть, то программисты Apple просто обязаны были об этом позаботиться.
          Лично у меня система «летает» так, как будто в макбуке установлен один большой SSD диск. Тормозов не замечено.
          • 0
            Для меня установка SSD хоть и дала рост производительности, но скорость «полета» не совсем устроила, ожидал большего. Все решилось отключением файла подкачки, вот тут что называется почувствовал разницу.
            • 0
              Страшнова-то как-то отключать его, пока не поставлю себе 16гб памяти. А у вас сколько оперативной?
              • 0
                8Gb, когда использовал файл подкачки очень часто приходилось из неактивной области память выгружать, так как заканчивалась. Теперь память всегда свободна, единственно в тяжелых приложениях надо быть аккуратней. Если так можно выразиться память стала эффективней работать, пока плюсов вижу больше чем минусов.
                • 0
                  Может не дождались миграции файла подкачки на SSD?
    • +1
      Насколько я понимаю, особое преимущество в том, что система сама определит какие файлы лучше держать на SSD, а какие на HDD, против организации такого же процесса ручками
  • 0
    Можно ли восстановить данные, если один из дисков вышел из строя?
    • 0
      Вопрос требует изучения, но подозреваю, что с оставшегося в живых диска данные снять можно.
    • +5
      С Time Capsule — да.
  • +1
    Где-то читал, что FileVault с FusionDrive не дружит. Поэтому сам мигрировать не рискнул. Не затруднит проверить?
    • +1
      Кнопка включения активна и предлагает выбрать пользователей. Дальше заходить, извините, не рискну, т.к. пока без бэкапа.
      Если говорить о шифровании целых разделов, то в документации на CoreStorage оно задокументировано и, вероятно, работает.
      Пока искал информацию по Fusion Drive встречал много статей про создание шифрованых разделов.
    • 0
      BootCamp тоже не дружит с FusionDrive.
      • 0
        Это только если на маке установлен жесткий диск на 3 терабайта
  • –4
    очень юзер френдли
  • НЛО прилетело и опубликовало эту надпись здесь
  • 0
    Как, если не секрет, вы пришли списку комманд для создания фьюжн драйва? Это официальный мануал от Эпл?
    • +1
      Нагуглил несколько статей, почитал man. Ссылки на две основные статьи я разместил в «Использованных источниках».
  • 0
    А есть ли возможность сделать так, чтобы конкретная папка не мигрировала на другой диск?
    Например, чтобы /Applications/, /Library/ и /System/ всегда были на SSD а папки с torrent и музыкой — на HDD.
    • 0
      Думаю, нет. Если не ошибаюсь на презентации говорилось о том что система сама различает типы файлов и по разному с ними поступает. Управлять процессом конечно хотелось бы, но пока информации об этом не встречал.
    • 0
      Судя по информации, управление идёт файлами. Т.е. файлы в одной папке могут находиться на разных физических дисках.
  • +2
    Т.е. получаем волшебное решение (что в духе Apple), которое «просто работает», и облегчает жизнь, ускоряя доступ к файлам, но — самый-то неприятный риск (а именно риск «вылетания» SSD) никак не уменьшает.

    Бороться с вылетом SSD предлагается старым дедовским методом, а именно постоянными бекапами. Это, безусловно, здорово, но, чес-слово, от неуправляемой функции, да еще от такой компании, хочется малюсенького дополнения функционала — если SSD вылетает, то (по крайней мере предыдущее) состояние ФС должно сохраняться на HDD.

    Мне, правда, представляется, что 256 Гб SSD диски стали уже не супер чтобы дороги, а места на них вполне хватает и для системы, и для рабочих файлов. Если так, проще, имея 2 диска (SSD + HDD) в системе, использовать SSD как основной, и делать раз в день (час, месяц — на любителя) копию SSD на HDD (чьими средствами — вопрос, но и TM вполне должна справиться), отдав остаток места на HDD под хранение крупных, редко используемых файлов («загрузок» тех же). Несколько замысловато, но жизнь на LVM, состоящей на 2 дисков, один из которых потенциально может «улететь» в любое время, лично мне более удачной мыслью не кажется.
    • +1
      Бэкапы у Apple делаются автоматически и от fusion drive никак не зависят.
      • –2
        А я разве писал выше, что TM как-то от FD зависит? Важнее, что TM, как любая система бекапа, работает на постоянно, а по расписанию, т.е., про гибели основного накопителя, бекап содержит на точную его копию, а копию на момент времени «сколько-то минут/часов назад».

        С учетом, что FD, при вылете любого из дисков (что SSD, что HDD) из пары, разваливается, и TM обязательно необходим, логичнее кажется уменьшить риск, и жить на SSD как на основном диске, делая TM-копии на HDD, и на HDD же храня файлы, в помещении на SSD которых никакого смысла нет. В общем, перечитайте мой предыдущий комментарий :)
    • 0
      А разве если SSD вылетает он не становится readonly? Данные то вроде и не теряются. Или я что-то напутал?
      • 0
        Никто не гарантирует, что будет именно так. У знакомого диск именно умер — т.е. не читался, не определялся. В любом случае, слабо верю, что при неисправном SSD FD не развалится. Готов прочитать про результаты тестов, но на своих данных такое проверять…
  • +1
    А я вот боюсь все же запускать пока что FD. Отдельно система, отдельно медленный хард.
    Но руки все-равно чешутся.
  • +2
    Хорошая статья. Не знал что Fusion Drive – это функция ОС, думал диск один.
    Но в ближайшее время я наверное не перейду.
    Месяца два назад поставил SSD на 128Gb и HDD на 2Tb, настроил Time Machine на отдельный 512Gb HDD.
    На SSD все, кроме ~/Downloads ~/Music ~/Pictures и т.п, еще ничего не удалял, место есть.
    Система сильно быстрее стала работать. Раньше я думал Photoshop у меня подтормаживает потому что оперативки мало, а после установки SSD я понял, что проблема не в ней вовсе.
    В общем такой вариант меня полностью устраивает, и, если не хочется возиться с перемещением всех файлов туда-сюда + вас преследуют всякие параноидальные мысли по поводу SSD и потери всех файлов, то это решение для вас.
    Если кому интересны некоторые аспекты, могу подсказать.
    • 0
      Правильно ли я понимаю, что у вас стоит в макбуке SSD + HDD + внешний HDD для бекапов? (Хотя, даже если Mac Pro с такой схемой, то, думаю, все манипуляции останутся теми же.)

      Я вот что спросить хотел:
      1. Просто ли в OS X автоматически монтировать внутренний HDD в подкаталоги (~/Downloads, ~/Music, ~/Pictures, etc.)? Например, как сделать такую простую вещь в Linux (на старом ПК) я так и не понял — там система на SSD, а жёсткий диск монтируется просто внешним целым диском (а хотелось бы его именно так по папкам раскидать, чего у меня сделать не вышло).
      2. Просто ли его отключать и подключать (не автоматически, при старте системы, допустим, а вручную)?

      Я хочу сделать себе такую схему в ноутбуке (сейчас только SSD 256Gb), но мне не нужен HDD постоянно примонтированным (шумит, батарею ест). Нужно что-то — смонтировал, взял, что надо, когда не надо — отмонтировал. Что скажете?
      • 0
        Раздел диска монтируется целиком и, кстати, не важно куда это делать. Подкаталоги можно (и ИМХО нужно) симлинками сделать на реальные каталоги на монтируемом диске. Монтировать/размонтировать можно в дисковой утилите.
    • 0
      Не, может быть и оперативкой решилось бы. На ноутбуке оперативки 8 гиг, но зато ссд в качестве системного. На макмини — 16 с тормозным жестким, но ничего не тупит. И в том, и в том случае с 8 гигами+жесткий тормоза были.
  • 0
    Интересно происхождение стереотипа о необходимости сохранять данные с «ненадёжного» SSD на «вечный» HDD. Мой многолетний опыт работы в сервисе и владения представителями обеих технологий говорит совершенно об обратном. Особенно в секторе ноутбуков, где ЖД дохнут как бабочки-однодневки, а SSD(Air, EeePC, One) показывают завидную живучесть.
    • 0
      Пустили слух в сми и готов стереотип. Пустили довольно давно.
      А ееепс 701 да, работает и работает.
      • +1
        И 900. Удивительно живучая машинка
    • –1
      Знаете, а у меня тут трупик SSD вот на столе лежит — знакомый купил, поюзал полгода, а на утро машина раз — и не включилась. Он (знакомый, не диск — диск-то мертв) бы с Вами не согласился :)

      В Air-е стоит не совсем чтобы обычный SSD форм-фактора 2.5", это я Вам рассказывать не буду. На модернизацию же старой машины купится именно такой, «в обычном форм-факторе», так что надо учитывать реалии надежности именно такого диска. За EeePC не скажу, слышал, что (в некоторых моделях — все же там целый ряд очень отличающихся машин под единой маркой) там диском чуть не SD-карта стоит, ее с SSD диском сложно сравнивать, в т.ч. и по скорости, и по надежности. Старый One-ы комплектовались тоже флеш-диском весьма невысоких параметров, так что не факт, что сравнивать сегодняшние SSD с теми, что в One-ах были «тогда», имеет смысл.

      А вообще, бекапы не делаются, как известно, до первой потери данных. Независимо, что о надежности хранения думал владелец погибшего накопителя :) Главное, чтобы восстановить получилось быстро и «точь в точь», а не пришлось прыгать потом, и думать, куда какие файлы подложить, чтобы хоть что-то из старых настроек/данных/программ ожило.
      • 0
        Eee 701 и 900 — совершенно обычный ssd, просто другого формфактора.
  • 0
    Я так понимаю, если мне на SSD еще и ntfs с bootcamp нужен, я пролетаю с fusion drive?
    • +1
      bootcamp и один раздел для ntfs работать должны, но видимо без бонуса в виде миграции файлов. Читать тут.
  • +2
    А про поддержку TRIM в данной связке что-нибудь известно?
    • 0
      TRIM работает (или не работает) независимо от FD.
      • 0
        Независимо не от чего будет работать только GC, т.к. это внутренняя функция контроллера SSD. TRIM является функцией ОС. У Вас есть информация о прохождении TRIM через FD? К примеру, через софтRAID, не говоря уже об аппаратном, не проходит.
        • 0
          Чипсет моего SSD в черном списке чипсетов для которых TRIM опасен, поэтому не рискую включать. Уже есть план поменять на Intel 80Gb, вот там и попробую. ИМХО TRIM работает с контроллером SSD независимо от того какая логика натянута на данные, хранящиеся на этом SSD.
          • 0
            Тот же Intel, для своих SSD, только обещает сделать поддержку TRIM для RAID, остальные даже не заикаются об этом. На данный момент GC и не размеченная область наше всё.
    • –1
      Работает.
      • +1
        Это утилита активирования TRIM на «не сертифицированных» SSD. Вы это сделали под Fusion Drive?
        • 0
          Все верно.
          • 0
            Эта активация, с каждым обновлением системы спадать будет. Помните об этом.
            • 0
              Звучит как «Помни обо мне и спи с открытыми глазами!».
              Простите, не удержался :)
  • 0
    В чипсетах Intel аналогичная технология называется Intel Smart Response и реализуется в виде драйвера операционки. Пишу просто для информации, т.к. никто не упомянул.
  • 0
    А если сделать так diskutil cs create iBookLVG disk0s2 disk1, то сохранится Recovery HD. Но у вас ее изначально нет почему-то.
    • 0
      Я просто освоил Network Recovery.
    • 0
      А как вы думаете, Recovery HD должна быть на физическом устройстве или может быть уже и на LV?
      Забыл оставить место под нее, вот теперь думаю, толи resizeVolume делать, толи с нуля все переделывать…
      • 0
        Можно попробовать отщипнуть места и создать Recovery Partition вот этим скриптом
        Но вот тут пишут, что нужно сразу место оставить.
        Так что однозначно не отвечу.
        • 0
          Как создать — не проблема, делал уже из терминала. А вот где создать это вопрос. Ок, спасибо за ссылки, почитаю.
        • 0
          Отчитываюсь: решил сделать все правильно, переразметил диски с нуля, создал Recovery HD, LV собрал из disk0s2 и disk1, сверху накатил FV2. Залил Recovery HD, загрузился уже с нее. Открыл терминал сделал unlock свежему диску, вернулся в меню и выбрал «Восстановить из резервной копии TimeMachine». Система сказала, что на целевом диске будет все уничтожено… Нажав ОК я увидел надпись «Форматирование Macintosh HD», Через пару секунд вылетела ошибка о невозможности отформатировать диск с рекомендацией перезагрузиться и попробовать еще раз. ВСЕ.
          После этого загрузиться ни каким образом мне до сих пор не удалось. Любая попытка загрузиться с любого диска (с Recovery HD, с USB диска, с Recovery HD с USB диска, с USB lbcrf с Mac OS X 10.6) приводит к KP. Система валится на IOStorageFamely. Сейчас придется linux на флешку ставить, других вариантов пока не вижу.
          • 0
            Скриншот паники:
          • 0
            FV2 это filevault 2? Зачем он в это цепочке? После сборки LV создали том в jhfs+?
            • 0
              Все верно, это FileVault2. Без него никак :)
              Проблема в TimeMachine. Если на готовый диск восстановить систему с помощью CCC то все работает нормально, а вот восстановления с помощью TimeMachine приводит к ошибкам в структуре файловой системы (видимоTM еще слабо знакома с сочетанием FD+FV2) и к перманентному крешу IOStorageFamily с возгласом «Where is my encryption context?».

              Как итог: использование FusionDrive + FileVault2 на рабочей машине не приемлемо (на данный момент), т.к. нет возможности восстановить систему из резервной копии при сбое одного из дисков.

              P.S. Пытаюсь сделать флешку с rEFIt + GParted Live, потому как вынимать диски из ноута не очень хочется. Пока без особого успеха :)
              • 0
                Видимо на FD можно восстанавливать закриптованное уже на FD. По крайней мере FV2 на готовом FD включается и работает. Удачи с восстановлением.
                • 0
                  Повторюсь: FileVault2 прекрасно работает на FusionDrive.
                  Проблема в утилите восстановления TimeMachine, которая идет на Recovery HD.
                  Т.е. если у вас сдохнет SSD, вы купите новый, замените его, вновь соберете FD+FV2 то вы не сможете восстановить систему из резервной копии TimeMachine с помощью Recovery HD (локальной или из интернета).
                  Возможно без FV2 она и будет работать, нужно будет попробовать.
  • 0
    Я вот думаю, стоит мучатся с FD, или просто купить SSD на 256?
    На сколько времени будет дольше жить батарея, если в системе будет только один SSD стоять?
    • 0
      Смысл Fusion Drive в том, что бы иметь с собой и скорость SSD и ёмкость HDD.
      Под Виндой разница не очень большая. Под OS X будет получше, но не принципиально(не в два раза больше). Всё же основной потребитель энергии это матрица.
  • 0
    Собрал Fusion Drive, поверх включит FV2 — все работает.
  • +1
    И торренты будут вечно на SSD?
  • 0
    Лучше уж по старинке — система на SSD, HOME на HDD.
    А то если у этого программного raid'a yпадет чего-нибудь — замучаюсь восстанавливать потом.
    • 0
      Home на SSD, а на HDD всякий треш вроде Downloads, Photos, Movies. Суть в том, чтобы всякие настройки программ читались быстро.
    • 0
      По-старинке — это «всё на HDD». Если вы не делаете резервных копий, значит вам не больно важна сохранность данных, а если так, то не всё ли равно как их потерять — на разрушившемся быстром и ёмком Fusion Drive или на старом посыпавшемся HDD?
      • 0
        Ок, согласен. В случае падения чего-либо, восстанавливать прийдется одинаковым путем.

        Встречный вопрос про бэкапы.
        У меня полугодовой бэкап Time Machine. При изменении структуры файлов бэкапы будут делаться заново.
        Как бы мне так объединить два моих раздела и при это сохранить историю снапшотов?
        Спасибо!
  • 0
    Если кто-то соблазнился перспективой устроить себе Fusion Drive на маках предыдущих поколений (где еще будет работать 10.8) — читайте это, полный путь на Fusion Drive и обратно.
    • 0
      У автора, мягко говоря, нетрадиционные представления о жизни ссд.
  • 0
    Спасибо за статью! Но я так и не понял, зачем было использовать Carbon Copy и временный диск. Почему нельзя восстановиться просто из TimeMachine? Или это связано с тем, что раньше уже использовался конфиг из SSD и жесткого диска, и если у меня все системные папки замонтированы на один физический диск, то мне достаточно будет просто с тайммашины восстановиться все?
    • 0
      Просто дома у меня нет быстрого доступа к бэкапам на TM.
      • 0
        А, понял, спасибо :) Я просто подумал, что там связано с какой-то проблемой и забеспокоился, что не смогу только с ТМ восстановиться
  • 0
    ВНИМАНИЕ!
    Если у вас старый Mac, например, Mac mini 2011, то вы не сможете сделать FusionDrive при восстановлении через Internet — дисковая утилита из загруженного образа попросту не умеет этого делать. Желательно загрузить Recovery 10.9 с внешнего диска (например, USB) и запустить утилиту там. Сам сегодня чуть не погорел с этим.
  • 0
    А зачем отключать обновление времени доступа к файлам?

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.